Je compile un soft assez lourd à compiler sur un Sempron 2800 et 512 de
RAM, tout en composants de premier prix (CM, Disques aussi).
Ca prend environ 15minutes d'affilee à compiler sur la machine.
J'ai des segfaults aléatoires.
Avant de voir si c'est la RAM, est ce que je peux aussi penser que c'est
peut-etre un defaut de ventilation/refroidissement du CPU? Quel est le
comportement général d'un CPU en surchauffe: Gel ou Calcul n'importe
comment?
Je dis ça parceque la tour du PC est "enfermée" dans un placard à
l'aération un peu juste et que peu-etre que si je l'aérait un peu plus
ça irait mieux. Mais il faut que je recable tout car il faudrait faire
passer les cables ailleurs si je le sors de ce placard....
--
Mirroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas S.
Bonjour
Bonjour,
Je compile un soft assez lourd à compiler sur un Sempron 2800 et 512 de RAM, tout en composants de premier prix (CM, Disques aussi).
Ca prend environ 15minutes d'affilee à compiler sur la machine.
J'ai des segfaults aléatoires.
Si on admet qu'au niveau compilation tout est ok, alors cherchons ailleurs!
Avant de voir si c'est la RAM, est ce que je peux aussi penser que c'est peut-etre un defaut de ventilation/refroidissement du CPU? Quel est le comportement général d'un CPU en surchauffe: Gel ou Calcul n'importe comment?
Il est possible que cela vienne du CPU. Le comportement d'un CPU en surchauffe est en effet du calcul plus ou moins aléatoire (pouvant se traduire par un gel du système).
Cependant et si c'est le cas, il n'y a, a priori, pas de raison que les problèmes ne surviennent que lors de la compilation. Ceci dit, tout dépend de l'usage que tu fais de ton PC. Une compilation est en effet gourmande en ressources CPU et il se pourrait que tu sois juste à la limite de la tolérance du CPU (au niveau de la température).
Bref, demande importante de calcul au niveau CPU => augmentation de la température (faible mais réelle) => dépassement de la tolérance.
Je dis ça parceque la tour du PC est "enfermée" dans un placard à l'aération un peu juste et que peu-etre que si je l'aérait un peu plus ça irait mieux. Mais il faut que je recable tout car il faudrait faire passer les cables ailleurs si je le sors de ce placard....
Je crois que ça vaut le coup d'essayer quand même. Sinon, tu peux toujours essayer de changer/rajouter/enlever de la pâte thermique.
Cordialement, Nicolas S.
-- Il est toujours sympa de laisser un petit message pour expliquer commment on a réussi à se sortir d'une difficulté. Cela aide les autres qui pourraient avoir rencontré les mêmes problèmes, mais aussi les contributeurs. ;-)
E-mail: enlever "-heh" pour m'écrire.
Bonjour
Bonjour,
Je compile un soft assez lourd à compiler sur un Sempron 2800 et 512 de
RAM, tout en composants de premier prix (CM, Disques aussi).
Ca prend environ 15minutes d'affilee à compiler sur la machine.
J'ai des segfaults aléatoires.
Si on admet qu'au niveau compilation tout est ok, alors cherchons ailleurs!
Avant de voir si c'est la RAM, est ce que je peux aussi penser que c'est
peut-etre un defaut de ventilation/refroidissement du CPU? Quel est le
comportement général d'un CPU en surchauffe: Gel ou Calcul n'importe
comment?
Il est possible que cela vienne du CPU. Le comportement d'un CPU en
surchauffe est en effet du calcul plus ou moins aléatoire (pouvant se
traduire par un gel du système).
Cependant et si c'est le cas, il n'y a, a priori, pas de raison que les
problèmes ne surviennent que lors de la compilation.
Ceci dit, tout dépend de l'usage que tu fais de ton PC. Une compilation
est en effet gourmande en ressources CPU et il se pourrait que tu sois
juste à la limite de la tolérance du CPU (au niveau de la température).
Bref, demande importante de calcul au niveau CPU => augmentation de la
température (faible mais réelle) => dépassement de la tolérance.
Je dis ça parceque la tour du PC est "enfermée" dans un placard à
l'aération un peu juste et que peu-etre que si je l'aérait un peu plus
ça irait mieux. Mais il faut que je recable tout car il faudrait faire
passer les cables ailleurs si je le sors de ce placard....
Je crois que ça vaut le coup d'essayer quand même. Sinon, tu peux
toujours essayer de changer/rajouter/enlever de la pâte thermique.
Cordialement,
Nicolas S.
--
Il est toujours sympa de laisser un petit message pour expliquer
commment on a réussi à se sortir d'une difficulté.
Cela aide les autres qui pourraient avoir rencontré les mêmes problèmes,
mais aussi les contributeurs. ;-)
Je compile un soft assez lourd à compiler sur un Sempron 2800 et 512 de RAM, tout en composants de premier prix (CM, Disques aussi).
Ca prend environ 15minutes d'affilee à compiler sur la machine.
J'ai des segfaults aléatoires.
Si on admet qu'au niveau compilation tout est ok, alors cherchons ailleurs!
Avant de voir si c'est la RAM, est ce que je peux aussi penser que c'est peut-etre un defaut de ventilation/refroidissement du CPU? Quel est le comportement général d'un CPU en surchauffe: Gel ou Calcul n'importe comment?
Il est possible que cela vienne du CPU. Le comportement d'un CPU en surchauffe est en effet du calcul plus ou moins aléatoire (pouvant se traduire par un gel du système).
Cependant et si c'est le cas, il n'y a, a priori, pas de raison que les problèmes ne surviennent que lors de la compilation. Ceci dit, tout dépend de l'usage que tu fais de ton PC. Une compilation est en effet gourmande en ressources CPU et il se pourrait que tu sois juste à la limite de la tolérance du CPU (au niveau de la température).
Bref, demande importante de calcul au niveau CPU => augmentation de la température (faible mais réelle) => dépassement de la tolérance.
Je dis ça parceque la tour du PC est "enfermée" dans un placard à l'aération un peu juste et que peu-etre que si je l'aérait un peu plus ça irait mieux. Mais il faut que je recable tout car il faudrait faire passer les cables ailleurs si je le sors de ce placard....
Je crois que ça vaut le coup d'essayer quand même. Sinon, tu peux toujours essayer de changer/rajouter/enlever de la pâte thermique.
Cordialement, Nicolas S.
-- Il est toujours sympa de laisser un petit message pour expliquer commment on a réussi à se sortir d'une difficulté. Cela aide les autres qui pourraient avoir rencontré les mêmes problèmes, mais aussi les contributeurs. ;-)
E-mail: enlever "-heh" pour m'écrire.
Rakotomandimby (R12y) Mihamina
( Fri, 13 May 2005 12:45:48 +0200 ) Nicolas S. :
Cependant et si c'est le cas, il n'y a, a priori, pas de raison que les problèmes ne surviennent que lors de la compilation.
Merci. Mon PC m'etonnera toujours.
La commande pour fabriquer le rpm est 'rpmbuild -bb fichier.spec'
ça segfaulte.
J'ai tenté de le mener au bout, et j'ai fait: rpmbuild -bb fichier.spec;rpmbuild -bb fichier.spec; rpmbuild -bb fichier.spec;
(trois compilations de suite)...
Devine quoi? je suis arrivé au bout. Avec un binaire tres stable apparemment parceque le démon ainsi packagé tiens depuis 5 ou 6 heures sans broncher (mldonkey pour fedora)
Comme quoi...
-- Mirroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
( Fri, 13 May 2005 12:45:48 +0200 ) Nicolas S. :
Cependant et si c'est le cas, il n'y a, a priori, pas de raison que les
problèmes ne surviennent que lors de la compilation.
Merci.
Mon PC m'etonnera toujours.
La commande pour fabriquer le rpm est 'rpmbuild -bb fichier.spec'
ça segfaulte.
J'ai tenté de le mener au bout, et j'ai fait:
rpmbuild -bb fichier.spec;rpmbuild -bb fichier.spec;
rpmbuild -bb fichier.spec;
(trois compilations de suite)...
Devine quoi? je suis arrivé au bout. Avec un binaire tres stable
apparemment parceque le démon ainsi packagé tiens depuis 5 ou 6 heures
sans broncher (mldonkey pour fedora)
Comme quoi...
--
Mirroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Cependant et si c'est le cas, il n'y a, a priori, pas de raison que les problèmes ne surviennent que lors de la compilation.
Merci. Mon PC m'etonnera toujours.
La commande pour fabriquer le rpm est 'rpmbuild -bb fichier.spec'
ça segfaulte.
J'ai tenté de le mener au bout, et j'ai fait: rpmbuild -bb fichier.spec;rpmbuild -bb fichier.spec; rpmbuild -bb fichier.spec;
(trois compilations de suite)...
Devine quoi? je suis arrivé au bout. Avec un binaire tres stable apparemment parceque le démon ainsi packagé tiens depuis 5 ou 6 heures sans broncher (mldonkey pour fedora)
Comme quoi...
-- Mirroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Nicolas S.
( Fri, 13 May 2005 12:45:48 +0200 ) Nicolas S. :
Cependant et si c'est le cas, il n'y a, a priori, pas de raison que les problèmes ne surviennent que lors de la compilation.
Merci.
Ben de rien, tu le sais bien ;-)
Mon PC m'etonnera toujours.
La commande pour fabriquer le rpm est 'rpmbuild -bb fichier.spec'
ça segfaulte.
J'ai tenté de le mener au bout, et j'ai fait: rpmbuild -bb fichier.spec;rpmbuild -bb fichier.spec; rpmbuild -bb fichier.spec;
(trois compilations de suite)...
Devine quoi? je suis arrivé au bout. Avec un binaire tres stable apparemment parceque le démon ainsi packagé tiens depuis 5 ou 6 heures sans broncher (mldonkey pour fedora)
Comme quoi...
Bizarre quand même...
Nicolas S.
-- Il est toujours sympa de laisser un petit message pour expliquer commment on a réussi à se sortir d'une difficulté. Cela aide les autres qui pourraient avoir rencontré les mêmes problèmes, mais aussi les contributeurs. ;-)
E-mail: enlever "-heh" pour m'écrire.
( Fri, 13 May 2005 12:45:48 +0200 ) Nicolas S. :
Cependant et si c'est le cas, il n'y a, a priori, pas de raison que les
problèmes ne surviennent que lors de la compilation.
Merci.
Ben de rien, tu le sais bien ;-)
Mon PC m'etonnera toujours.
La commande pour fabriquer le rpm est 'rpmbuild -bb fichier.spec'
ça segfaulte.
J'ai tenté de le mener au bout, et j'ai fait:
rpmbuild -bb fichier.spec;rpmbuild -bb fichier.spec;
rpmbuild -bb fichier.spec;
(trois compilations de suite)...
Devine quoi? je suis arrivé au bout. Avec un binaire tres stable
apparemment parceque le démon ainsi packagé tiens depuis 5 ou 6 heures
sans broncher (mldonkey pour fedora)
Comme quoi...
Bizarre quand même...
Nicolas S.
--
Il est toujours sympa de laisser un petit message pour expliquer
commment on a réussi à se sortir d'une difficulté.
Cela aide les autres qui pourraient avoir rencontré les mêmes problèmes,
mais aussi les contributeurs. ;-)
Cependant et si c'est le cas, il n'y a, a priori, pas de raison que les problèmes ne surviennent que lors de la compilation.
Merci.
Ben de rien, tu le sais bien ;-)
Mon PC m'etonnera toujours.
La commande pour fabriquer le rpm est 'rpmbuild -bb fichier.spec'
ça segfaulte.
J'ai tenté de le mener au bout, et j'ai fait: rpmbuild -bb fichier.spec;rpmbuild -bb fichier.spec; rpmbuild -bb fichier.spec;
(trois compilations de suite)...
Devine quoi? je suis arrivé au bout. Avec un binaire tres stable apparemment parceque le démon ainsi packagé tiens depuis 5 ou 6 heures sans broncher (mldonkey pour fedora)
Comme quoi...
Bizarre quand même...
Nicolas S.
-- Il est toujours sympa de laisser un petit message pour expliquer commment on a réussi à se sortir d'une difficulté. Cela aide les autres qui pourraient avoir rencontré les mêmes problèmes, mais aussi les contributeurs. ;-)