Re : Re : Re : Assuming 33MHz
Le 24.02.2004 18:06, Auzanneau Gregory a écrit : Jean-Luc Coulon (f5ibh) a écrit : Le 24.02.2004 16:41, Auzanneau Gregory a écrit : Je me posais d'ailleurs une question sur le sujet, le débit linéaire du disque est-il variable en fonction de sa vitesse de rotation ? Mon disque de portable est en UDMA100, mais en hdparm -t me donne que 27Mo/s ce qui il me semble très peu. Que donne hdparm -I /dev/hdx ? Je pense que seul cette ligne t'intéresse ? : DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 Oui, il est donc bien dans le bon mode udma. Sa vitesse de rotation est sans doute en cause. Je tourne en udma33 avec à peu près le même débit mais ce n'est pas un portable. Il faut vérifier également si le driver ide utilisé est bien celui spécifique au chipset et pas le driver ide générique. Avec le driver générique, le débit de mon disque (avec les mêmes paramètres udma) s'effondre à 10Mb/s au lieu de 23-25 .. -- - Jean-Luc pgpnBydYRmnCV.pgp Description: PGP signature
Re: Re : Re : Assuming 33MHz
Selon Auzanneau Gregory <[EMAIL PROTECTED]>: > > > Jean-Luc Coulon (f5ibh) a écrit : > > Le 24.02.2004 16:41, Auzanneau Gregory a écrit : > >> Je me posais d'ailleurs une question sur le sujet, le débit linéaire du > >> disque est-il variable en fonction de sa vitesse de rotation ? > >> Mon disque de portable est en UDMA100, mais en hdparm -t me donne que > >> 27Mo/s ce qui il me semble très peu. > >> > > > > Que donne hdparm -I /dev/hdx ? > > > > Je pense que seul cette ligne t'intéresse ? : > >DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 Il me semblait que l'UDMA100 c'était de l'udma4, non? L'udma0,1 et 2 étant le 33, l'udma3 le 66 et l'udma5 le 133, non?
Re: Re : Re : Assuming 33MHz
Oulà, j'ai repondu trop vite, je n'avais pas lu les autres mails. En vous remerciant de vos réponses. Ceci confirme ce que je pensais. Encore merci. Auzanneau Gregory a écrit : > > Jean-Luc Coulon (f5ibh) a écrit : > >>Le 24.02.2004 16:41, Auzanneau Gregory a écrit : >> >>>Je me posais d'ailleurs une question sur le sujet, le débit linéaire du >>>disque est-il variable en fonction de sa vitesse de rotation ? >>>Mon disque de portable est en UDMA100, mais en hdparm -t me donne que >>>27Mo/s ce qui il me semble très peu. >>> >> >>Que donne hdparm -I /dev/hdx ? >> > > > Je pense que seul cette ligne t'intéresse ? : > >DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 > -- Auzanneau Grégory GPG 0x99137BEE signature.asc Description: OpenPGP digital signature
Re: Re : Re : Assuming 33MHz
Jean-Luc Coulon (f5ibh) a écrit : > Le 24.02.2004 16:41, Auzanneau Gregory a écrit : >> Je me posais d'ailleurs une question sur le sujet, le débit linéaire du >> disque est-il variable en fonction de sa vitesse de rotation ? >> Mon disque de portable est en UDMA100, mais en hdparm -t me donne que >> 27Mo/s ce qui il me semble très peu. >> > > Que donne hdparm -I /dev/hdx ? > Je pense que seul cette ligne t'intéresse ? : DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 -- Auzanneau Grégory GPG 0x99137BEE signature.asc Description: OpenPGP digital signature
Re: Re : Re : Re : Re : Assuming 33MHz
Bonjour, en 2.6 la Doc a été mise à jour: /usr/src/linux/Documentation/ide.txt Le lundi 23 février 2004, à 13:49:44, Jean-Luc Coulon (f5ibh) écrivait : > >> > >> "idex=ata66" : informs the interface that it has an 80c > >cable > > > >Tu l'as trouvé où celui-là??? > >Je ne le vois pas dans l'ide.txt d'un 2.4.24... > > > > Dans : > /usr/src/linux/drivers/ide/ide.c > > et dans: > /usr/src/linux/Documentation/Configure.help > > Voir après make menuconfig, dans l'aide de : > [ ] AMD Viper ATA-66 Override > > -- > - Jean-Luc
Re : Re : Re : Re : Assuming 33MHz
Le 23.02.2004 11:29, [EMAIL PROTECTED] a écrit : Selon Gwendal Demaille <[EMAIL PROTECTED]>: ...je lis: "idex=ata66" : informs the interface that it has an 80c cable for chipsets that are ATA-66 capable, but the ability to bit test for detection is currently unknown. Tu l'as trouvé où celui-là??? Je ne le vois pas dans l'ide.txt d'un 2.4.24... Dans : /usr/src/linux/drivers/ide/ide.c et dans: /usr/src/linux/Documentation/Configure.help Voir après make menuconfig, dans l'aide de : [ ] AMD Viper ATA-66 Override -- - Jean-Luc pgpOioyMMGjqF.pgp Description: PGP signature
Re: Re : Re : Re : Assuming 33MHz
Selon Gwendal Demaille <[EMAIL PROTECTED]>: > ...je lis: > > "idex=ata66" : informs the interface that it has an 80c cable > for chipsets that are ATA-66 capable, but the > ability to bit test for detection is currently > unknown. > Tu l'as trouvé où celui-là??? Je ne le vois pas dans l'ide.txt d'un 2.4.24...
Re: Re : Re : Assuming 33MHz
désolé pour le retard, mais y'avait foot et je suis nantais... Le dimanche 22 février 2004, à 21:20:53, Nicolas Rueff écrivait : > > Il me semble que quand tu changes la fréquence du PCI, tu changes > implicitement toutes les fréquences qui en dépendent au niveau du > southbridge, c'est à dire toutes sauf celle à 14.318 (vaut d'ailleurs > mieux qu'elle ne change pas celle là ;) > > ex: PCI USB AGP FSB > 33 48 66 133 > 34 49 68 137 > 35 51 70 141 > Les fréquences PCI/AGP sont corrélées, ok Les fréquences FSB/DRAM sont corrélées : ça s'appelle le Host/DRAM clock ratio, ok Pour l'usb, je ne sais pas mais ça m'étonnerait car: 48/33=1,45, soit 16/11. Possible, mais pas très commun, et le ratio change à chaque fois ex: 49/34=1.44 et 53/36=1.47 ça paraît beaucoup, je pencherais pour un quartz dédié à 48MHz et pas de ratio. En revanche, PCI et FSB ne sont pas interdépendants, contrairement à ton tableau: je fonctionne en fsb=140=>DRAM=210 (ratio 1.5) et pci=33=>agp=66 (ratio 2) On a donc au moins 2 fréquences, 33 et 133MHz, puisque l'on peut modifer le fsb sans modifier le pci, mais pas forcément deux *horloges*. Sur des systèmes récents, le fsb étant *la référence*, il y a deux montages pll complètes en synthèse de fréquence: 33(par synthèse: 133/4 ou 100/3) et 133 ou 100MHz(quartz+pll). Puis on change, via le bios, le multiplieur de chaque pll(ce qui revient à faire±xMHz, le pas x=1 en général). Le quartz reste à 133MHz évidemment, et chaque sortie de pll est indépendante de l'autre... > Les horloges northbridge<->cpu et northbridge<->ram ne sont pas > impactées Si puisqu'il y a un ratio host/dram (cf plus haut) il n'y a qu'une seule horloge entre ceux-ci, le fsb. On a mis plusieurs sorties sur le quartz 133MHz, c'est tout. D'ailleurs, la liaison inter-bridge entre north et southbridge est *toujours* à 66MHz (133/2): c'est l'Intel Hub Architecture (cf pj) qui s'appelle V-Link chez Via. Mais il est quad pumped (ou QDR, quad data rate), la fréquence *apparente* est 266MHz (66x4) et décharge le bus pci (33MHz) des communications NB/SB car on fait transiter 4 paquets par cycle d'horloge=>32 bits. > > Essaie de monter une machine avec les entrées de tes composants > synchronisés par des horloges issues de quartz différents mais > _presque_ à la même fréquence, pour rigoler ... comprends pas... Tes composants peuvent fonctionner à des fréquences différentes, c'est le bus d'échange qui *peut* être synchrone, et il n'est établi que par une horloge, branchée sur une entrée du SB et une du NB. Des horloges précises, il y en a plein sur www.radiospares.com si tu veux vraiment 2 quartz distincts égaux. Après tu réagis sur des états, ou des fronts, ce qui te donne un temps de latence qui te synchronise(1clk de décalage max si même fréq en face). Puis y'a des buffers fifo... Mais souvent le signal d'horloge est transporté sur le bus, d'où synchro. Tu peux bien enregistrer au micro en 44kHz en synchrone, non? > Pour résumer, tu as à ta dispo 3 horloges dans ta machine: > - une à 14.318, bridée (donne les tics pour le temps) ok le PIC Timer, c'est ça? > - une à 133, modifiable par le bios, pilotant tout ce qui est autours > du southbridge ok, le fsb. Sauf que tous les morceaux du NB ne fonctionnent pas à 133:bus mémoire, bus cpu et bus intel diffèrent. Idem pour le SB: bus intel (66x4 QDR), bus pci(33), bus ide (j'y viens) à 33/66/100/133MHz suivant matériel et paramétrage. > - une à la fréquence de ta DDR, pilotant les échanges mémoire<->cpu > via le northbridge. c'est le fsb que tu règles, ta ram suis le ratio et le fsb que tu lui imposes, et pas l'inverse: Memory Frequency= Host Clock x Ratio Tu peux jouer sur les timings si ton chip supporte plus que celle installée, afin de "tromper" ton bios sur le ratio à appliquer. En revanche, on a peut-être une horloge dédiée à 48MHz pour l'USB. En ce qui concerne l'ide, c'est géré par l'ICH4 (chez moi) qui me génère une fréquence de 33/66MHz en 40 connecteurs, et jusqu'à 100/133MHz en 80c (l'ICH4 ne gère que l'udma100, ICH5/133), suivant params bios. Sans toucher au bus pci, qui toucherait à l'agp, et niquerait toutes mes cartes. Le protocole ATA-5 et suivants intègre une détection du type de câble, et le bios informe le contrôleur ICH4/5 en mettant à jour son "UDMA control register" en ce qui concerne les capacités du matériel connecté. Car le bios a regardé ce registre dans chaque matériel (en R/O) avant : "Detecting IDE devices..." Voir 73ème page (numérotée 59) des spécifications des contrôleurs ATA-5 (j'ai pas plus récent gratuitement), c'est-à-dire pour moi l'ICH4 d'Intel: http://www.t13.org/docs2002/d1510r1.pdf (le "Technical Committee T13" gère l'AT Attachment, ATA) Par exemple, bit 15 : "Secondary Drive 1, 100MHz Base Clock (SCB1-100) . Selects the 100MHz clock for UDMA on the secondary device 1 when set to 1. Selects the 66/33MHz clock for UDMA when cleared to 0." ( à ad
Re: Re : Re : Re : Assuming 33MHz
Le dimanche 22 février 2004, à 21:01:25, Jean-Luc Coulon (f5ibh) écrivait : > > Je lis, en prenant l(information à sa source, dans /usr/src/linux/ > Documentation/ide.txt l'information suivante : > > (..) > "idebus=xx" : inform IDE driver of VESA/PCI bus speed in MHz, > where "xx" is between 20 and 66 inclusive, > used when tuning chipset PIO modes. > For PCI bus, 25 is correct for a P75 system, > 30 is correct for P90,P120,P180 systems, Tu as plus qu'un p166 j'espère?? > and 33 is used for P100,P133,P166 systems. Ça c'est safest, mais plus lent > If in doubt, use idebus=33 for PCI. > As for VLB, it is safest to not specify it. Alors pourquoi se priver: > Bigger values are safer than smaller ones. Moi plus loin dans le... > > (..) ...je lis: "idex=ata66" : informs the interface that it has an 80c cable for chipsets that are ATA-66 capable, but the ability to bit test for detection is currently unknown. ok, Linux ne détecte pas le type de câble donc tu l'informes. Mais ça ne change pas la fréquence du bus pci (cf 2ème réponse à Nicolas Rueff, à la fin) GD
Re: Re : Re : Assuming 33MHz
Ainsi parla Gwendal Demaille le 053ème jour de l'an 2004: > > Ça n'a rien à voir! > > Les fréquences de ton bus pci et de tes canaux ide sont générées sans > doute par le même quartz, mais ce sont bien des canaux différents, > d'où cette appellation de canaux d'ailleurs. > > Le paramètre idebus ne modifie pas le bus PCI, mais bien celui de tes > canaux IDE (ide1 et ide2 sur ICH4 dans mon cas), voire celui d'un > contrôleur supplémentaire (ide3 et ide4 sur PDC20276, toujours pour > moi. > > À ma connaissance, le bus pci ne se modifie que dans le bios, comme tu > l'as dis, et effectivement, plus de 35MHz ça fait planter mon > contrôleur scsi qui est sur ce bus. > > J'en veux pour preuve le diagramme de *ma* carte, en pj, où tu peux > voir que le générateur d'horloge a plusieurs sorties suivant le bus > qu'il gère, et que les bus des canaux ide et pci sont bien > distincts... Il me semble que quand tu changes la fréquence du PCI, tu changes implicitement toutes les fréquences qui en dépendent au niveau du southbridge, c'est à dire toutes sauf celle à 14.318 (vaut d'ailleurs mieux qu'elle ne change pas celle là ;) ex: PCI USB AGP FSB 33 48 66 133 34 49 68 137 35 51 70 141 etc ... Les horloges northbridge<->cpu et northbridge<->ram ne sont pas impactées, sauf dans le cas où tu bosse en synchrone (p.ex. avec un chip NForce2 monté en DDR 333). Essaie de monter une machine avec les entrées de tes composants synchronisés par des horloges issues de quartz différents mais _presque_ à la même fréquence, pour rigoler ... Pour résumer, tu as à ta dispo 3 horloges dans ta machine: - une à 14.318, bridée (donne les tics pour le temps) - une à 133, modifiable par le bios, pilotant tout ce qui est autours du southbridge - une à la fréquence de ta DDR, pilotant les échanges mémoire<->cpu via le northbridge. > Le dimanche 22 février 2004, à 19:54:40, > Jean-Luc Coulon(f5ibh) écrivait : > > > Le 22.02.2004 18:58, Gwendal Demaille a écrit : > > > > > >Bonjour, > > > > > >Il s'agit de ton contrôleur ide, c'est-à-dire ATA. > > >Si celui-ci est ATA66/100 voire 133, tu peux passer en append > > >idebus=66 > > > > ? > > > > Nonononon : la fréquence, comme ne faisait remarquer Nicolas est > > celle > > > > du bus PCI. De plus, ce message d'information ne parle que du > > problème > > > > pio alors que vous tournez vraisemblablement en (U)DMA. > > Il y a eu de nombreux threads sur le sujet sur la lkml... > > Il ne faut pas changer la vitesse du bus PCI, ça risque de *très* > > mal > > > > se passer (ou de ne pas se passer du tout ce qui serait moindre > > mal). > > > > -- > > - Jean-Luc > > > > >(Il te faudra tout de même des nappes 80 fils pour l'ATA100 et +) > > > > > >Ce qui va augmenter le taux de transfert de tes disques. > > >Ensuite, tu peux "jouer" avec hdparm pour activer le dma sur les > > >disques/lecteurs qui le supportent et paramétrer ce mode (udma > > >3/4/5) selon les spécification de tes matériels. > > > > > >Pense à regarder /var/log/kern.log, ou syslog ou la commande dmesg > > > > > > pour > > >les connaître. Également la doc sur le site du constructeur. > > > > > >Si compilé dans le kernel, un 'cat /proc/ide/hd*/settings te donne > > >les paramètres actuels activés. Une option de hdparm (-l? -i?) > > >aussi. > > > > > > RTFM! > > >;Þ > > > > > >GD > > > > > > Le dimanche 22 février 2004, à 17:51:02, Jean-Luc Coulon(f5ibh) > > >écrivait: > > > > > >> >> > > >> >> dmesg:ide: Assuming 33MHz system bus speed for PIO modes; > > >> override > > >> >> with idebus=xx > > >> >> > > >> > > >> J'ai mis idebus=33, comme ça je n'ai plus le message ;-) > > >> > > >> -- > > >> - jean-Luc > > >> > > >> >> Comment déterminer la fréquence optimale, > > >> >> et quelles sont les conséquenes sur les performances ? > > >> > > > > > > >overclocking > > > > > > > > > > > > > > >-- > > >Pensez à lire la FAQ de la liste avant de poser une question : > > >http://wiki.debian.net/?DebianFrench > > > > > >Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply- > > > > > > To:" > > > > > >To UNSUBSCRIBE, email to > > >[EMAIL PROTECTED] with a subject of > > >"unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > > > > > > > -- Nicolas Rueff · Montbéliard · France · http://rueff.homelinux.org (^>[EMAIL PROTECTED] · GPG 0xDD44DAB4 /v\ Jabber [EMAIL PROTECTED] · ICQ 97700474 <__/ « We are Penguin. Resistance is futile. You will be assimilated. »
Re : Re : Re : Assuming 33MHz
Le 22.02.2004 20:40, Gwendal Demaille a écrit : Ça n'a rien à voir! Les fréquences de ton bus pci et de tes canaux ide sont générées sans doute par le même quartz, mais ce sont bien des canaux différents, d'où cette appellation de canaux d'ailleurs. Le paramètre idebus ne modifie pas le bus PCI, mais bien celui de tes canaux IDE (ide1 et ide2 sur ICH4 dans mon cas), voire celui d'un contrôleur supplémentaire (ide3 et ide4 sur PDC20276, toujours pour moi. À ma connaissance, le bus pci ne se modifie que dans le bios, comme tu l'as dis, et effectivement, plus de 35MHz ça fait planter mon contrôleur scsi qui est sur ce bus. J'en veux pour preuve le diagramme de *ma* carte, en pj, où tu peux voir que le générateur d'horloge a plusieurs sorties suivant le bus qu'il gère, et que les bus des canaux ide et pci sont bien distincts... GD Le dimanche 22 février 2004, à 19:54:40, Jean-Luc Coulon(f5ibh) écrivait : Le 22.02.2004 18:58, Gwendal Demaille a écrit : > >Bonjour, > >Il s'agit de ton contrôleur ide, c'est-à-dire ATA. >Si celui-ci est ATA66/100 voire 133, tu peux passer en append >idebus=66 ? Nonononon : la fréquence, comme ne faisait remarquer Nicolas est celle du bus PCI. De plus, ce message d'information ne parle que du problème pio alors que vous tournez vraisemblablement en (U)DMA. Il y a eu de nombreux threads sur le sujet sur la lkml... Il ne faut pas changer la vitesse du bus PCI, ça risque de *très* mal se passer (ou de ne pas se passer du tout ce qui serait moindre mal). -- - Jean-Luc >(Il te faudra tout de même des nappes 80 fils pour l'ATA100 et +) > >Ce qui va augmenter le taux de transfert de tes disques. >Ensuite, tu peux "jouer" avec hdparm pour activer le dma sur les >disques/lecteurs qui le supportent et paramétrer ce mode (udma 3/4/5) >selon les spécification de tes matériels. > >Pense à regarder /var/log/kern.log, ou syslog ou la commande dmesg > pour >les connaître. Également la doc sur le site du constructeur. > >Si compilé dans le kernel, un 'cat /proc/ide/hd*/settings te donne >les paramètres actuels activés. Une option de hdparm (-l? -i?) aussi. > > RTFM! >;Þ > >GD Je lis, en prenant l(information à sa source, dans /usr/src/linux/ Documentation/ide.txt l'information suivante : (..) "idebus=xx" : inform IDE driver of VESA/PCI bus speed in MHz, where "xx" is between 20 and 66 inclusive, used when tuning chipset PIO modes. For PCI bus, 25 is correct for a P75 system, 30 is correct for P90,P120,P180 systems, and 33 is used for P100,P133,P166 systems. If in doubt, use idebus=33 for PCI. As for VLB, it is safest to not specify it. Bigger values are safer than smaller ones. (..) -- - Jean-Luc pgp88q9JICzgu.pgp Description: PGP signature
Re: Re : Re : Assuming 33MHz
Ça n'a rien à voir! Les fréquences de ton bus pci et de tes canaux ide sont générées sans doute par le même quartz, mais ce sont bien des canaux différents, d'où cette appellation de canaux d'ailleurs. Le paramètre idebus ne modifie pas le bus PCI, mais bien celui de tes canaux IDE (ide1 et ide2 sur ICH4 dans mon cas), voire celui d'un contrôleur supplémentaire (ide3 et ide4 sur PDC20276, toujours pour moi. À ma connaissance, le bus pci ne se modifie que dans le bios, comme tu l'as dis, et effectivement, plus de 35MHz ça fait planter mon contrôleur scsi qui est sur ce bus. J'en veux pour preuve le diagramme de *ma* carte, en pj, où tu peux voir que le générateur d'horloge a plusieurs sorties suivant le bus qu'il gère, et que les bus des canaux ide et pci sont bien distincts... GD Le dimanche 22 février 2004, à 19:54:40, Jean-Luc Coulon(f5ibh) écrivait : > Le 22.02.2004 18:58, Gwendal Demaille a écrit : > > > >Bonjour, > > > >Il s'agit de ton contrôleur ide, c'est-à-dire ATA. > >Si celui-ci est ATA66/100 voire 133, tu peux passer en append > >idebus=66 > > ? > > Nonononon : la fréquence, comme ne faisait remarquer Nicolas est celle > > du bus PCI. De plus, ce message d'information ne parle que du problème > > pio alors que vous tournez vraisemblablement en (U)DMA. > Il y a eu de nombreux threads sur le sujet sur la lkml... > Il ne faut pas changer la vitesse du bus PCI, ça risque de *très* mal > > se passer (ou de ne pas se passer du tout ce qui serait moindre mal). > > -- > - Jean-Luc > > >(Il te faudra tout de même des nappes 80 fils pour l'ATA100 et +) > > > >Ce qui va augmenter le taux de transfert de tes disques. > >Ensuite, tu peux "jouer" avec hdparm pour activer le dma sur les > >disques/lecteurs qui le supportent et paramétrer ce mode (udma 3/4/5) > >selon les spécification de tes matériels. > > > >Pense à regarder /var/log/kern.log, ou syslog ou la commande dmesg > > pour > >les connaître. Également la doc sur le site du constructeur. > > > >Si compilé dans le kernel, un 'cat /proc/ide/hd*/settings te donne > >les paramètres actuels activés. Une option de hdparm (-l? -i?) aussi. > > > > RTFM! > >;Þ > > > >GD > > > > Le dimanche 22 février 2004, à 17:51:02, Jean-Luc Coulon(f5ibh) > >écrivait: > > > >> >> > >> >> dmesg:ide: Assuming 33MHz system bus speed for PIO modes; > >> override > >> >> with idebus=xx > >> >> > >> > >> J'ai mis idebus=33, comme ça je n'ai plus le message ;-) > >> > >> -- > >>- jean-Luc > >> > >> >> Comment déterminer la fréquence optimale, > >> >> et quelles sont les conséquenes sur les performances ? > >> > > > > >overclocking > > > > > > > > > >-- > >Pensez à lire la FAQ de la liste avant de poser une question : > >http://wiki.debian.net/?DebianFrench > > > >Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply- > > To:" > > > >To UNSUBSCRIBE, email to [EMAIL PROTECTED] > >with a subject of "unsubscribe". Trouble? Contact > >[EMAIL PROTECTED] > > > > > <>
