un paquet d'erreur ... Erreur de segmentation

Recherche :

Dernière réponse

Sujet : un paquet d'erreur ... Erreur de segmentation

FlamM

Alex91 a écrit a écrit :

heu j'ai un XP 1500+ ... çà correspond à quoi i386,i586,...?

et aussi pendant que j'y suis :
Quelle est la vitesse moyenne d'envoie et de reception pour un reso avec des cartes 100Mbit ?
Car là je plafonne à 5mo/sec et c'est pas bien rapide

:jap: merci en tout cas de votre aide car sinon je serais encore en train de m'acharner sur la pauvre carte mère qui tourne très bien !

pour un athlon tu peux prendre du i686

sinon pour ce qui est du réseau :

comme sont nom l'indique 100Mbit c'est 100 Mbit/s ce qui fait en gros 10 Mo/s maximum

donc suivant ce que tu transfères (plein de petits fichier ou un seul gros) et l'état de fragmentation des disques et l'encombrement sur le réseau ça peut varier pas mal. 5Mo/s c'est pas top mais c'est pas si mal que ça non plus ;)

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

FlamM

superX

ils sont compilés pour une architecture

alex91

heu j'ai un XP 1500+ ... çà correspond à quoi i386,i586,...?

et aussi pendant que j'y suis :
Quelle est la vitesse moyenne d'envoie et de reception pour un reso avec des cartes 100Mbit ?
Car là je plafonne à 5mo/sec et c'est pas bien rapide

:jap: merci en tout cas de votre aide car sinon je serais encore en train de m'acharner sur la pauvre carte mère qui tourne très bien !

superX

si t'as une bete de course autant prendre les i686

alex91

sinon une ptite question au passage à propos des rpm...
il faut bien prendre les version i386 ?

alex91

:D
en tout cas windows est fragile ... il boot même pas
tandis que linux je peux faire tourner sans problème si j'y touche pas trop (genre un nouveau noyau là çà passe pas !)

Mais la je viens de modifier un peu le bios et j'ai reinstallé et çà a l'air de plutot bien tourner !!! toujours pas d'erreur de segmentation...çà me plait !

superX

c'est windows qui a niqué la ram

djoh

Alex91 a écrit a écrit :

j'ai 2 pc :
1 windows qui marche bien
1 linux qui a des probleme
Quand je mets la barette de linux sur windows çà plante...çà veut tout dire !

ah oui effectivement :/

alex91

j'ai 2 pc :
1 windows qui marche bien
1 linux qui a des probleme
Quand je mets la barette de linux sur windows çà plante...çà veut tout dire !

djoh

Alex91 a écrit a écrit :

sur mon pc sur windows j'ai la temperature et je n'ai aucun problème avec l'autre barette de ram !
sinon sur mon pc avec linux et la barette bizarre je suis entre 38 et 42 au reboot pour le cpu

ah ... donc effectivement, ça doit être la barrette si ça marche en l'enlevant ...
donc il t'en reste une dans ton pc, et dans ce cas, tout marche, c'est ça ?

alex91

sur mon pc sur windows j'ai la temperature et je n'ai aucun problème avec l'autre barette de ram !
sinon sur mon pc avec linux et la barette bizarre je suis entre 38 et 42 au reboot pour le cpu

djoh

Alex91 a écrit a écrit :

nan boitier ouvert et le plantage de windows revèle bien la defaillance de la ram !!!

Sinon il y'a un paquet de paramètre sur la ram dans le bios mais çà ma parle pas du tout.... y'a pas des paramètre à changer pour rendre la barette en etat de marche ? (peut etre en allant un peu moins vite...)

doit y avoir une option "load safe default" ou un truc comme ça dans ton bios
ensuite, c'est pas pq ton boitier est ouvert que c'est pas chaud
t'as pas un moyen de lire la température de ton proc ?
genre juste après que ça est planter, tu redémarre vite fait et tu vas dans le bios pour lire la temp°

alex91

voici ce que j'ai modifié :
(entre parenthèse l'ancien parametre)
DRAM QUEUE DEPTH 3level (4level)
DRAM timing manual (BY SPD)
Tout ceci apparait au passage en manual mais j'ai rien changé :
DRAM CAS Latency 2.5
BANK INTERLEAVE desactivé
PRECHARGE ACTIVE 3T
ACTIVE PRECHARGE 6T
ACTIVE CMD 3T

alex91

j'ai touché un peu au bios et çà a l'air de plutot bien tourner pour l'instant ... mais j'ai l'impression que çà rame ... à voir !

Mjules

réduit le CAS, ça peut améliorer les choses (tu passes de 2.2.2.x à 3.3.3 )

alex91

nan boitier ouvert et le plantage de windows revèle bien la defaillance de la ram !!!

Sinon il y'a un paquet de paramètre sur la ram dans le bios mais çà ma parle pas du tout.... y'a pas des paramètre à changer pour rendre la barette en etat de marche ? (peut etre en allant un peu moins vite...)

djoh

y-a p-t un pb de chaleur dans le pc aussi
t'as pas vérifier ça ?
pq moi quand il fait trop chaud, ma barrette déconne, et j'ai droit à une super erreur quand j'éteins mon linux (avec erreur de segentation et tout et tout, au niveau de la swap je crois)
ça m'empeche pas d'arreter mon pccorrectement a priori, et j'ai pas encore perdu de donner, mais ça fait chier
mais quand la temp du proco reste en dessus des 50°, j'ai jamais de pb, et la barrette marche très bien

kadreg

Jar Jar a écrit a écrit :

Sinon j'ai lu qu'il était possible de se compiler un noyau spécial pour barrette de mémoire foireuse. Avec un memtest, on note les blocs qui déconnent, et le noyau ne les utilise pas.

C'est le patch badram ça :

http://rick.vanrein.org/linux/badram/

Jar Jar

Sinon j'ai lu qu'il était possible de se compiler un noyau spécial pour barrette de mémoire foireuse. Avec un memtest, on note les blocs qui déconnent, et le noyau ne les utilise pas.

FlamM

Alex91 a écrit a écrit :

même les chinois du 12ème avec ecrit sur leur facture ?

les clauses abusives ça existe

si ce que dit mjules est vrai (assure toi en d'abord) tu peux toujours les menacer de leur mettre la dgccrf au cul :D

alex91

même les chinois du 12ème avec ecrit sur leur facture ?

Mjules

la garantie sur le matériel informatique en france est de 1 an (sauf si occasion) et même si tu signes avec ton sang (pour reprendre une expressin entendue y a pas longtemps) ils ne peuvent pas te priver de ce droit.

alex91

PUTAIN !

je m'acharne depuis une semaine sur ce pauvre linux et cette pauvre carte mère alors que c'est la barette de ram qui delire !

je viens de la tester sur mon pc "windows" et lui n'arrive même pas à lancer windows et j'ai un beau ecran bleu au demarrage !

par contre j'ai acheté çà chez les chinois du 12ème et leur barette est garantie 2semaine ........ et çà fait bien plus de 2semaine que je l'ai acheté :gun:
Y'a pas moyen dans le bios de parameter qqc pour la faire tourner correctement ?

FlamM

t'as ptet fais une connerie sans t'en appercevoir, c'est des choses qui arrivent.

alex91

mais pourquoi çà se deteriore je suis en ext3 et c'est censé garder les données propre !!! sinon je fous win 2000 et ntfs et çà roule !!!!!! çà m'enerve à la fin !!

Mjules

je penche aussi pour une bibilothèque qui aurait pris une mandale.

alex91

red hat 7.3
y'a pas que avec les make que çà delire
par exemple avec smbpasswd .... erreur de segmentation

FlamM

qu'est-ce que t'as comme distrib ?

t'as gcc ou les libc qui ont pris un coup dans la gueule ?

parce que c'est bizarre quand même

alex91

nan !!!

FlamM

il est pas overclocké ton pc des fois ?

alex91

yes après un test avec la dlink j'en ai conclue que , pour la vitesse, çà vient pas de la carte mais de linux !
la preuve : le saut de performance avec le noyau 2.4.18-10 ! (passé de 2 à 10Mo/s !)

mais là le plus chiant c'est "erreur de segmentation" que j'ai à chaque fois que je fais quelque chose :cry:

Là j'essaye de compiler le noyau 2.4.19 et j'ai le droit à "erreur de segmentation" quand je fais "make xconfig" ... c'est infernal !

superX

donc tu fais des tests avec la carte onboard ? bon ben remet là dans le bios ...

alex91

ah si je l'ai viré dans le bios !!!

superX

essaie de la virer dans le bios et refait un test ensuite .

alex91

mais bon la vitesse c'est une chose mais ce qui m'importe le plus c'est la stabilité !!!!!!!!!!! là c'est grave instable ! :gun:

alex91

heu nan je l'ai juste mise et red hat m'a proposé de basculer le reseau sur la dlink au demarrage ... j'ai rien fait d'autre

superX

t'as désactivé la carte onboard quand t'as testé la pci ?

alex91

bah c'est une carte réso intégré, çà apparait comme une realtek sur linux ... mais j'ai testé avec une dlink pci mais çà change rien !

superX

je sais pas quoi dire : c'est quoi ta carte rézo et le module utilisé ?

alex91

Alors voici un exemple des messages d'erreur que je peux avoir :
kernel: memory.c:100: bad pmd 00000040.
kernel: swap_dup: Bad swap file entry 00000002.
erreur de segmentation un peu partout

Je suis sur red hat avec une abit at7 (qui me pose tout ces problèmes !)

Noyau d'origine 2.4.18-3 : ces erreurs + mauvaise perfs + deconnexion lors de copie en reseau.
Noyau par up2date 2.4.18-10 : encore plus d'erreur Bad CRC au demarrage..., de meilleures perf et plus de deconnexion.
Noyau à la main 2.4.20-pre5 : resultat identique au 2.4.18-3 !

Je trouve ma vitesse de reseau très lente ! (carte reseau 100Mbit)
Sur le noyau 2.4.18-3 et 2.4.20-pre5 j'ai une vitesse max de 3mo/sec et sur le 2.4.18-10 de 10mo/sec !!!

Là je vais tester le 2.4.19 puis une version 2.5 si çà marche toujours pas mieux....çà fait une semaine que j'essaye de faire marcher cette bécane .... çà me donne presque envie de foutre windows là !!!! :fou: