Je suis sous Slackware 9.1 et j'ai recemment recompilé mon noyau (pour
passer a un 2.4.24 et activer le drm de ma 3dfx Banshee), seulement voilà
mon nouveau noyau ne fonctionne pas aussi bien que je l'aurais souhaité,
c'est a dire qu'il devient tres lent qd je copie des "gros fichiers" (le
taux de transfert est a 1,5 Mo/s alors qu'habituellement il etait de 4,5
Mo/s), et le systeme ralentit bcp (genre Xmms qui saccade et le pire : la
cnx plante (c'est a dire que l'upload et le dl tombe a 0 ko/s !). Ca me
fait ca aussi qd j'execute des taches lourdes (compresser un mpc en ogg
par exemple).
Bref mon PC commence certes a se faire vieux mais je pense qu'il y a un pb
de mon noyau, seulement je n'arrive pas a trouver ce que j'ai pu enveler
et que je n'aurais pas du !
Si qq'un a donc une idée pour m'aider a trouver ca serait TRES gentil !
On Sat, 24 Jan 2004 19:48:37 +0100, Anthony wrote:
hdparm -d 1 /dev/hda sera sans doute plus efficace...
Oui tu as raison, ca aurait du etre plus efficace ;-) Bah j'avais lu le man et il y a ecrit "enable/disable" donc je pensais pas qu'il fallait rajouter un 1. Bref j'ai un message d'erreur et là non plus je ne sais pas quoi faire, j'ai fait une recherche ds mon fichier de config du kernel pour voir s'il n'y aurait pas qq chose qui se rapproche de HDIO_SET_DMA mais j'ai pas trouve ...
:/home/anthony# hdparm -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma = 0 (off)
Deux possibilités: - soit le support du mode DMA n'est pas ectivé dans le kernel. - soit le driver pour ton chipset de carte mère n'est pas activé voire les deux...
Pour le premier, voir: ' Generic PCI bus-master DMA support' CONFIG_BLK_DEV_IDEDMA_PCI Pour le second... ça dépend du chipset...
On Sat, 24 Jan 2004 19:48:37 +0100, Anthony wrote:
hdparm -d 1 /dev/hda
sera sans doute plus efficace...
Oui tu as raison, ca aurait du etre plus efficace ;-)
Bah j'avais lu le man et il y a ecrit "enable/disable" donc je pensais pas
qu'il fallait rajouter un 1.
Bref j'ai un message d'erreur et là non plus je ne sais pas quoi faire,
j'ai fait une recherche ds mon fichier de config du kernel pour voir s'il
n'y aurait pas qq chose qui se rapproche de HDIO_SET_DMA mais j'ai pas
trouve ...
root@darkstar:/home/anthony# hdparm -d 1 /dev/hda
/dev/hda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)
Deux possibilités:
- soit le support du mode DMA n'est pas ectivé dans le kernel.
- soit le driver pour ton chipset de carte mère n'est pas activé
voire les deux...
Pour le premier, voir:
' Generic PCI bus-master DMA support' CONFIG_BLK_DEV_IDEDMA_PCI
Pour le second... ça dépend du chipset...
On Sat, 24 Jan 2004 19:48:37 +0100, Anthony wrote:
hdparm -d 1 /dev/hda sera sans doute plus efficace...
Oui tu as raison, ca aurait du etre plus efficace ;-) Bah j'avais lu le man et il y a ecrit "enable/disable" donc je pensais pas qu'il fallait rajouter un 1. Bref j'ai un message d'erreur et là non plus je ne sais pas quoi faire, j'ai fait une recherche ds mon fichier de config du kernel pour voir s'il n'y aurait pas qq chose qui se rapproche de HDIO_SET_DMA mais j'ai pas trouve ...
:/home/anthony# hdparm -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma = 0 (off)
Deux possibilités: - soit le support du mode DMA n'est pas ectivé dans le kernel. - soit le driver pour ton chipset de carte mère n'est pas activé voire les deux...
Pour le premier, voir: ' Generic PCI bus-master DMA support' CONFIG_BLK_DEV_IDEDMA_PCI Pour le second... ça dépend du chipset...
hugolino
Le Sun, 25 Jan 2004 00:37:30 +0100, Galkine a écrit:
On Sat, 24 Jan 2004 23:57:57 +0100, Anthony wrote:
il faut aussi chargé le module du chipset ide
Oui mais lequel !? Je continue mes investigations et si je trouve le "coupable" je vous tiens au courant mais je commence a desesperer un peu :-(
Je me branche sur le fil car j'ai aussi des problèmes avec hdparm qui était dans mes scripts de boot jusqu'à ce que j'upgrade de 2.4.19 à 24. Depuis plus d'un an, je n'ai jamais eu le moindre problème, je mettais le DMA et le 32 bit pour mes deux disques. Quand j'ai compilé le 24, (en ne touchant qu'aux options marquées NEW) et que j'ai rebooté, le hdparm prenait 20 à 30 secondes par disque. Il s'est même bloqué sur mon 60 Go lors d'un reboot et j'ai eu un gros fsck à faire en manuel.
Bref ya quelque chose de pas clair...
En tout cas CONFIG_BLK_DEV_IDEPCI, CONFIG_BLK_DEV_IDEDMA_PCI et CONFIG_IDEDMA_PCI_AUTO sont bien à Yes comme dans le 2.4.19 (j'y ai pas touché)
regarde dans .config juste en dessous de ce que tu as file il y a les chipset ide lspci devrait te donner des informations
J'ai vérifié avec lspci qui dit: 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0) (prog-if 80 [Master]) Subsystem: Silicon Integrated Systems [SiS] SiS5513 EIDE Controller (A,B step) Flags: bus master, fast devsel, latency 128 I/O ports at ff00 [size]
et j'ai bien CONFIG_BLK_DEV_SIS5513: yes (je dois être en ATA 100 car je crois que mon chipset est un Sis745)
tu peux aussi essayer -c3 comme option a hpdarm il y a d'autre option comme Xa ou a est soit 33 , 66 , ou 100 ce qui correspond a udma33 udma66 udma100 mais l'option est marqué comme dangereuse
J'ai de l'udma33 chez moi. ue erreur de ma part pour du 33 ca ne sert a rien
J'ai pas compris a quoi sert l'option -c3 ? c'est pour le mode 32bits
Je passais -c1 jusqu'à présent, je vais essayer -c3
(Quand j'aurais réussi à installer cette salop***e de driver nvidia, je comprends pas il a marché une fois et maintenant il veut plus)
--
(*) Oui je sais que la théorie du cerveau reptilien a été falsifiée, mais bon, j'aime bien l'image très poétique qu'elle dégage. -+- RR in Guide du linuxien pervers - "De la poésie chez les dinos." -+-
Le Sun, 25 Jan 2004 00:37:30 +0100, Galkine a écrit:
On Sat, 24 Jan 2004 23:57:57 +0100, Anthony wrote:
il faut aussi chargé le module du chipset ide
Oui mais lequel !?
Je continue mes investigations et si je trouve le "coupable" je vous
tiens au courant mais je commence a desesperer un peu :-(
Je me branche sur le fil car j'ai aussi des problèmes avec hdparm qui
était dans mes scripts de boot jusqu'à ce que j'upgrade de 2.4.19 à 24.
Depuis plus d'un an, je n'ai jamais eu le moindre problème, je mettais
le DMA et le 32 bit pour mes deux disques.
Quand j'ai compilé le 24, (en ne touchant qu'aux options marquées NEW) et
que j'ai rebooté, le hdparm prenait 20 à 30 secondes par disque. Il
s'est même bloqué sur mon 60 Go lors d'un reboot et j'ai eu un gros
fsck à faire en manuel.
Bref ya quelque chose de pas clair...
En tout cas CONFIG_BLK_DEV_IDEPCI, CONFIG_BLK_DEV_IDEDMA_PCI et
CONFIG_IDEDMA_PCI_AUTO sont bien à Yes comme dans le 2.4.19 (j'y ai pas
touché)
regarde dans .config juste en dessous de ce que tu as file il y a les
chipset ide
lspci devrait te donner des informations
J'ai vérifié avec lspci qui dit:
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev
d0) (prog-if 80 [Master])
Subsystem: Silicon Integrated Systems [SiS] SiS5513 EIDE
Controller (A,B step)
Flags: bus master, fast devsel, latency 128
I/O ports at ff00 [size]
et j'ai bien CONFIG_BLK_DEV_SIS5513: yes
(je dois être en ATA 100 car je crois que mon chipset est un Sis745)
tu peux aussi essayer -c3 comme option a hpdarm il y a d'autre option
comme Xa
ou a est soit 33 , 66 , ou 100 ce qui correspond a udma33 udma66
udma100 mais l'option est marqué comme dangereuse
J'ai de l'udma33 chez moi.
ue erreur de ma part pour du 33 ca ne sert a rien
J'ai pas compris a quoi sert l'option -c3 ?
c'est pour le mode 32bits
Je passais -c1 jusqu'à présent, je vais essayer -c3
(Quand j'aurais réussi à installer cette salop***e de driver nvidia, je
comprends pas il a marché une fois et maintenant il veut plus)
--
(*) Oui je sais que la théorie du cerveau reptilien a été falsifiée,
mais bon, j'aime bien l'image très poétique qu'elle dégage.
-+- RR in Guide du linuxien pervers - "De la poésie chez les dinos." -+-
Le Sun, 25 Jan 2004 00:37:30 +0100, Galkine a écrit:
On Sat, 24 Jan 2004 23:57:57 +0100, Anthony wrote:
il faut aussi chargé le module du chipset ide
Oui mais lequel !? Je continue mes investigations et si je trouve le "coupable" je vous tiens au courant mais je commence a desesperer un peu :-(
Je me branche sur le fil car j'ai aussi des problèmes avec hdparm qui était dans mes scripts de boot jusqu'à ce que j'upgrade de 2.4.19 à 24. Depuis plus d'un an, je n'ai jamais eu le moindre problème, je mettais le DMA et le 32 bit pour mes deux disques. Quand j'ai compilé le 24, (en ne touchant qu'aux options marquées NEW) et que j'ai rebooté, le hdparm prenait 20 à 30 secondes par disque. Il s'est même bloqué sur mon 60 Go lors d'un reboot et j'ai eu un gros fsck à faire en manuel.
Bref ya quelque chose de pas clair...
En tout cas CONFIG_BLK_DEV_IDEPCI, CONFIG_BLK_DEV_IDEDMA_PCI et CONFIG_IDEDMA_PCI_AUTO sont bien à Yes comme dans le 2.4.19 (j'y ai pas touché)
regarde dans .config juste en dessous de ce que tu as file il y a les chipset ide lspci devrait te donner des informations
J'ai vérifié avec lspci qui dit: 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0) (prog-if 80 [Master]) Subsystem: Silicon Integrated Systems [SiS] SiS5513 EIDE Controller (A,B step) Flags: bus master, fast devsel, latency 128 I/O ports at ff00 [size]
et j'ai bien CONFIG_BLK_DEV_SIS5513: yes (je dois être en ATA 100 car je crois que mon chipset est un Sis745)
tu peux aussi essayer -c3 comme option a hpdarm il y a d'autre option comme Xa ou a est soit 33 , 66 , ou 100 ce qui correspond a udma33 udma66 udma100 mais l'option est marqué comme dangereuse
J'ai de l'udma33 chez moi. ue erreur de ma part pour du 33 ca ne sert a rien
J'ai pas compris a quoi sert l'option -c3 ? c'est pour le mode 32bits
Je passais -c1 jusqu'à présent, je vais essayer -c3
(Quand j'aurais réussi à installer cette salop***e de driver nvidia, je comprends pas il a marché une fois et maintenant il veut plus)
--
(*) Oui je sais que la théorie du cerveau reptilien a été falsifiée, mais bon, j'aime bien l'image très poétique qu'elle dégage. -+- RR in Guide du linuxien pervers - "De la poésie chez les dinos." -+-
Anthony
regarde dans .config juste en dessous de ce que tu as file il y a les chipset ide lspci devrait te donner des informations
Mon chipset est un : :/home/anthony# lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
Donc j'ai regarde ds mon .config et j'ai vu que comme le cretin que je suis j'ai pas activé : # CONFIG_BLK_DEV_VIA82CXXX is not set
Je lancerai une compilation cette nuit (ca me prends 1h30 qd meme !) et je vous dirai demain le resultat :-)
Sinon petite question : quels sont les utilitaires qui me permettent de connaitre avec exactitude le matos qu'il y a ds mon Pc ; je connaissais lspci, mais c'est tout ... (cdrecord me donne aussi des infos sur mon graveur mais ca s'arrete là !)
Merci pour ton aide tres precieuse :-D
Anthony
regarde dans .config juste en dessous de ce que tu as file il y a les
chipset ide
lspci devrait te donner des informations
Mon chipset est un :
root@darkstar:/home/anthony# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
Donc j'ai regarde ds mon .config et j'ai vu que comme le cretin que je
suis j'ai pas activé :
# CONFIG_BLK_DEV_VIA82CXXX is not set
Je lancerai une compilation cette nuit (ca me prends 1h30 qd meme !) et je
vous dirai demain le resultat :-)
Sinon petite question : quels sont les utilitaires qui me permettent de
connaitre avec exactitude le matos qu'il y a ds mon Pc ; je connaissais
lspci, mais c'est tout ... (cdrecord me donne aussi des infos sur mon
graveur mais ca s'arrete là !)
regarde dans .config juste en dessous de ce que tu as file il y a les chipset ide lspci devrait te donner des informations
Mon chipset est un : :/home/anthony# lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
Donc j'ai regarde ds mon .config et j'ai vu que comme le cretin que je suis j'ai pas activé : # CONFIG_BLK_DEV_VIA82CXXX is not set
Je lancerai une compilation cette nuit (ca me prends 1h30 qd meme !) et je vous dirai demain le resultat :-)
Sinon petite question : quels sont les utilitaires qui me permettent de connaitre avec exactitude le matos qu'il y a ds mon Pc ; je connaissais lspci, mais c'est tout ... (cdrecord me donne aussi des infos sur mon graveur mais ca s'arrete là !)
Merci pour ton aide tres precieuse :-D
Anthony
Anthony
Deux possibilités: - soit le support du mode DMA n'est pas ectivé dans le kernel. - soit le driver pour ton chipset de carte mère n'est pas activé voire les deux...
Pour le premier, voir: ' Generic PCI bus-master DMA support' CONFIG_BLK_DEV_IDEDMA_PCI Pour le second... ça dépend du chipset...
Oui tu as raison, c'est le chipset de la carte mere (VIA !) que j'ai pas coche ds le noyau (voir le post que j'ai fait pour Galkine) ; je doutais bien que j'avais oublie qq chose ds mon noyau mais je savais pas quoi et je pensais que le driver VIA etait pas pour ma carte mere, mais apparemment ca devrait fonctionner (j'ai pas encore fait le test, mais je ferai un feedback sur le sujet !) Sinon j'ai bien CONFIG_BLK_DEV_IDEDMA_PCI activé ds le noyau
Merci pour ton aide
Anthony
Deux possibilités:
- soit le support du mode DMA n'est pas ectivé dans le kernel.
- soit le driver pour ton chipset de carte mère n'est pas activé
voire les deux...
Pour le premier, voir:
' Generic PCI bus-master DMA support' CONFIG_BLK_DEV_IDEDMA_PCI
Pour le second... ça dépend du chipset...
Oui tu as raison, c'est le chipset de la carte mere (VIA !) que j'ai pas
coche ds le noyau (voir le post que j'ai fait pour Galkine) ; je doutais
bien que j'avais oublie qq chose ds mon noyau mais je savais pas quoi et
je pensais que le driver VIA etait pas pour ma carte mere, mais
apparemment ca devrait fonctionner (j'ai pas encore fait le test, mais je
ferai un feedback sur le sujet !)
Sinon j'ai bien CONFIG_BLK_DEV_IDEDMA_PCI activé ds le noyau
Deux possibilités: - soit le support du mode DMA n'est pas ectivé dans le kernel. - soit le driver pour ton chipset de carte mère n'est pas activé voire les deux...
Pour le premier, voir: ' Generic PCI bus-master DMA support' CONFIG_BLK_DEV_IDEDMA_PCI Pour le second... ça dépend du chipset...
Oui tu as raison, c'est le chipset de la carte mere (VIA !) que j'ai pas coche ds le noyau (voir le post que j'ai fait pour Galkine) ; je doutais bien que j'avais oublie qq chose ds mon noyau mais je savais pas quoi et je pensais que le driver VIA etait pas pour ma carte mere, mais apparemment ca devrait fonctionner (j'ai pas encore fait le test, mais je ferai un feedback sur le sujet !) Sinon j'ai bien CONFIG_BLK_DEV_IDEDMA_PCI activé ds le noyau
Merci pour ton aide
Anthony
TiChou
Dans l'article news:, Anthony écrivait :
Sinon petite question : quels sont les utilitaires qui me permettent de connaitre avec exactitude le matos qu'il y a ds mon Pc ; je connaissais lspci, mais c'est tout ... (cdrecord me donne aussi des infos sur mon graveur mais ca s'arrete là !)
dmesg, si le boot ne remonte pas à très loin, retournera ce que le kernel a reconnu.
-- TiChou
Dans l'article news:pan.2004.01.25.11.17.47.427201@myrealbox.com,
Anthony <anthony.jacob@myrealbox.com> écrivait :
Sinon petite question : quels sont les utilitaires qui me permettent
de
connaitre avec exactitude le matos qu'il y a ds mon Pc ; je
connaissais
lspci, mais c'est tout ... (cdrecord me donne aussi des infos sur mon
graveur mais ca s'arrete là !)
dmesg, si le boot ne remonte pas à très loin, retournera ce que le kernel a
reconnu.
Sinon petite question : quels sont les utilitaires qui me permettent de connaitre avec exactitude le matos qu'il y a ds mon Pc ; je connaissais lspci, mais c'est tout ... (cdrecord me donne aussi des infos sur mon graveur mais ca s'arrete là !)
dmesg, si le boot ne remonte pas à très loin, retournera ce que le kernel a reconnu.
-- TiChou
hugolino
Le Sun, 25 Jan 2004 05:12:18 +0100, Hugolino a écrit:
Je me branche sur le fil car j'ai aussi des problèmes avec hdparm qui était dans mes scripts de boot jusqu'à ce que j'upgrade de 2.4.19 à 24. Depuis plus d'un an, je n'ai jamais eu le moindre problème, je mettais le DMA et le 32 bit pour mes deux disques. Quand j'ai compilé le 24... <cut>
J'ai fait un mrproper et j'ai recompilé mon 2.4.24, puis j'ai testé le "Timing buffered disk reads" *sans* avoir d'abord mis le disque en 32 bit, et j'obtiens "46.04 MB/sec"
et un "hdparm -v /dev/hdb" montre que le disque est en "I/O support 0 (default 16-bit)" et "using_dma = 1 (on)" sans que ce soit moi qui l'aie ainsi reglé. Donc il y a bien quelque chose de changé par rapport au 2.4.19.
Remarque: il ne sert à rien de mettre le disque en 32 bit par -c1 ou -c3, on ne gagne absolument rien en vitesse.
<cut>
--
A l'heure actuelle, il s'est formé une sorte "d'aristocratie" de Linux qui essaye de maintenir ses connaissances pour elles et d'en priver les autres en innondant chaque débutant de documentations -+- EF in Guide du liuxien pervers : "Comprenne qui pourra..." -+-
Le Sun, 25 Jan 2004 05:12:18 +0100, Hugolino a écrit:
Je me branche sur le fil car j'ai aussi des problèmes avec hdparm qui
était dans mes scripts de boot jusqu'à ce que j'upgrade de 2.4.19 à 24.
Depuis plus d'un an, je n'ai jamais eu le moindre problème, je mettais
le DMA et le 32 bit pour mes deux disques.
Quand j'ai compilé le 24...
<cut>
J'ai fait un mrproper et j'ai recompilé mon 2.4.24, puis j'ai testé le
"Timing buffered disk reads" *sans* avoir d'abord mis le disque en 32
bit, et j'obtiens "46.04 MB/sec"
et un "hdparm -v /dev/hdb" montre que le disque est en "I/O support 0 (default 16-bit)" et "using_dma = 1 (on)" sans que ce soit moi qui
l'aie ainsi reglé.
Donc il y a bien quelque chose de changé par rapport au 2.4.19.
Remarque: il ne sert à rien de mettre le disque en 32 bit par -c1 ou
-c3, on ne gagne absolument rien en vitesse.
<cut>
--
A l'heure actuelle, il s'est formé une sorte "d'aristocratie" de Linux
qui essaye de maintenir ses connaissances pour elles et d'en priver les
autres en innondant chaque débutant de documentations
-+- EF in Guide du liuxien pervers : "Comprenne qui pourra..." -+-
Le Sun, 25 Jan 2004 05:12:18 +0100, Hugolino a écrit:
Je me branche sur le fil car j'ai aussi des problèmes avec hdparm qui était dans mes scripts de boot jusqu'à ce que j'upgrade de 2.4.19 à 24. Depuis plus d'un an, je n'ai jamais eu le moindre problème, je mettais le DMA et le 32 bit pour mes deux disques. Quand j'ai compilé le 24... <cut>
J'ai fait un mrproper et j'ai recompilé mon 2.4.24, puis j'ai testé le "Timing buffered disk reads" *sans* avoir d'abord mis le disque en 32 bit, et j'obtiens "46.04 MB/sec"
et un "hdparm -v /dev/hdb" montre que le disque est en "I/O support 0 (default 16-bit)" et "using_dma = 1 (on)" sans que ce soit moi qui l'aie ainsi reglé. Donc il y a bien quelque chose de changé par rapport au 2.4.19.
Remarque: il ne sert à rien de mettre le disque en 32 bit par -c1 ou -c3, on ne gagne absolument rien en vitesse.
<cut>
--
A l'heure actuelle, il s'est formé une sorte "d'aristocratie" de Linux qui essaye de maintenir ses connaissances pour elles et d'en priver les autres en innondant chaque débutant de documentations -+- EF in Guide du liuxien pervers : "Comprenne qui pourra..." -+-
Anthony
J'ai fait un mrproper et j'ai recompilé mon 2.4.24, puis j'ai testé le "Timing buffered disk reads" *sans* avoir d'abord mis le disque en 32 bit, et j'obtiens "46.04 MB/sec"
Comment tu obtiens le taux de transfert chez toi ? Moi je copie un fichier avec mc et je regarde le taux (qui diminue souvent de + en +), donc j'ai pas vraiment d'idée sur mon taux de transfert.
Anthony
J'ai fait un mrproper et j'ai recompilé mon 2.4.24, puis j'ai testé le
"Timing buffered disk reads" *sans* avoir d'abord mis le disque en 32
bit, et j'obtiens "46.04 MB/sec"
Comment tu obtiens le taux de transfert chez toi ?
Moi je copie un fichier avec mc et je regarde le taux (qui diminue souvent
de + en +), donc j'ai pas vraiment d'idée sur mon taux de transfert.
J'ai fait un mrproper et j'ai recompilé mon 2.4.24, puis j'ai testé le "Timing buffered disk reads" *sans* avoir d'abord mis le disque en 32 bit, et j'obtiens "46.04 MB/sec"
Comment tu obtiens le taux de transfert chez toi ? Moi je copie un fichier avec mc et je regarde le taux (qui diminue souvent de + en +), donc j'ai pas vraiment d'idée sur mon taux de transfert.
Anthony
no_spam
On Sun, 25 Jan 2004 18:38:46 +0100, Anthony wrote:
J'ai fait un mrproper et j'ai recompilé mon 2.4.24, puis j'ai testé le "Timing buffered disk reads" *sans* avoir d'abord mis le disque en 32 bit, et j'obtiens "46.04 MB/sec"
Comment tu obtiens le taux de transfert chez toi ? Moi je copie un fichier avec mc et je regarde le taux (qui diminue souvent de + en +), donc j'ai pas vraiment d'idée sur mon taux de transfert.
Anthony
hdparm -t /dev/hda
On Sun, 25 Jan 2004 18:38:46 +0100, Anthony wrote:
J'ai fait un mrproper et j'ai recompilé mon 2.4.24, puis j'ai testé le
"Timing buffered disk reads" *sans* avoir d'abord mis le disque en 32
bit, et j'obtiens "46.04 MB/sec"
Comment tu obtiens le taux de transfert chez toi ?
Moi je copie un fichier avec mc et je regarde le taux (qui diminue souvent
de + en +), donc j'ai pas vraiment d'idée sur mon taux de transfert.
On Sun, 25 Jan 2004 18:38:46 +0100, Anthony wrote:
J'ai fait un mrproper et j'ai recompilé mon 2.4.24, puis j'ai testé le "Timing buffered disk reads" *sans* avoir d'abord mis le disque en 32 bit, et j'obtiens "46.04 MB/sec"
Comment tu obtiens le taux de transfert chez toi ? Moi je copie un fichier avec mc et je regarde le taux (qui diminue souvent de + en +), donc j'ai pas vraiment d'idée sur mon taux de transfert.
Anthony
hdparm -t /dev/hda
Anthony
Voilà j'ai rerererecompilé ;-) mon kernel et maintenant ca marche BCP mieux :
:/home/anthony# hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 64 MB in 7.87 seconds = 8.13 MB/sec
Alors qu'avant je passai 18 secondes au test et surtout Xmms saccadait etc ... Certes mon PC copie tres tres lentement le fichiers (3 Mo/s, donc qq minutes pour un fichier de 700 Mo), mais bon faut dire qu'il est pas tout jeune :-)
Moralité = N'oublie pas de mettre le driver de votre carte mere ds votre noyau ! :-D
Anthony
Voilà j'ai rerererecompilé ;-) mon kernel et maintenant ca marche BCP
mieux :
root@darkstar:/home/anthony# hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 64 MB in 7.87 seconds = 8.13 MB/sec
Alors qu'avant je passai 18 secondes au test et surtout Xmms saccadait etc ...
Certes mon PC copie tres tres lentement le fichiers (3 Mo/s, donc qq
minutes pour un fichier de 700 Mo), mais bon faut dire qu'il est pas tout
jeune :-)
Moralité = N'oublie pas de mettre le driver de votre carte mere ds votre
noyau ! :-D
Voilà j'ai rerererecompilé ;-) mon kernel et maintenant ca marche BCP mieux :
:/home/anthony# hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 64 MB in 7.87 seconds = 8.13 MB/sec
Alors qu'avant je passai 18 secondes au test et surtout Xmms saccadait etc ... Certes mon PC copie tres tres lentement le fichiers (3 Mo/s, donc qq minutes pour un fichier de 700 Mo), mais bon faut dire qu'il est pas tout jeune :-)
Moralité = N'oublie pas de mettre le driver de votre carte mere ds votre noyau ! :-D
