OVH Cloud OVH Cloud

Fréquences de bus

3 réponses
Avatar
Schott
Bonjour,


Dans le souci d'améliorer les performances générales de ma machine (je
suis en effet assez surpris de la lenteur de certaines actions), j'ai
commencé à jouer avec tout un tas de paramètres.

Le simple fait d'activer le support 32 bits et du DMA sur mes disques
donne déjà un résultat intéressant:
/dev/hda:
Timing buffer-cache reads: 1308 MB in 2.00 seconds = 654.00 MB/sec
Timing buffered disk reads: 80 MB in 3.02 seconds = 26.49 MB/sec

Je voudrais pouvoir vérifier les fréquences des bus, les
caractéristiques de ma CM à ce sujet:
Intel® 845PE Chipset
- AGP 4x slot (1.5V only)
- Supports 100/133MHz FSB
- Supports 400/533MHz Intel NetBurst micro-architecture bus

J'ai bien entendu un bus PCI 32bits.

Si j'ai bien tout compris de ce que j'ai lu, la fréquence de ce dernier
est de toutes façons de 33MHz, et donc inutile de chercher à forcer une
valeur supérieur en passant idebus=xx au noyau sous peine de risquer de
dégrader mes perfs en ratant des cycles CPU.

Que puis-je donc faire de mieux?

Question subsidiaire: auriez-vous une URL avec une explication claire des
différents bus d'un PC, de leurs éventuelles intéraction et corélation
de fréquence?

Merci d'avance.

Tshaw
Schott
FLLC Canal hystérique.

3 réponses

Avatar
no_spam
On Thu, 08 Jul 2004 18:00:55 +0200, Schott wrote:

Bonjour,


Dans le souci d'améliorer les performances générales de ma machine (je
suis en effet assez surpris de la lenteur de certaines actions), j'ai
commencé à jouer avec tout un tas de paramètres.

Le simple fait d'activer le support 32 bits et du DMA sur mes disques
donne déjà un résultat intéressant:
/dev/hda:
Timing buffer-cache reads: 1308 MB in 2.00 seconds = 654.00 MB/sec


Celui là ne veut pas dire grand chose quand aux perfs finales.

Timing buffered disk reads: 80 MB in 3.02 seconds = 26.49 MB/sec


Si ton disque n'est pas trop vieux, tu peux encore gagner.
Regarde du coté du multicount et du read-ahead (surtout lui).
Avec des Maxtor récents, on atteind les 50 MB/s.

Je voudrais pouvoir vérifier les fréquences des bus, les
caractéristiques de ma CM à ce sujet:
Intel® 845PE Chipset
- AGP 4x slot (1.5V only)
- Supports 100/133MHz FSB
- Supports 400/533MHz Intel NetBurst micro-architecture bus

J'ai bien entendu un bus PCI 32bits.

Si j'ai bien tout compris de ce que j'ai lu, la fréquence de ce dernier
est de toutes façons de 33MHz,


Tu ne peux le changer qu'en augmentant la fréquence du FSB:
les deux bus sont cadencés sur la même horloge (généralement à
33 MHz). Mais certaines cartes PCI peuvent ne pas aimer du tout...


et donc inutile de chercher à forcer une
valeur supérieur en passant idebus=xx au noyau sous peine de risquer de
dégrader mes perfs en ratant des cycles CPU.


Là, tu parles de la vitesse du bus IDE, qui n'est pas le bus PCI !
C'est un bus qui est vu comme un périphérique PCI, nuance...
Et sa fréquence peut monter à 133 Mhz.

Question subsidiaire: auriez-vous une URL avec une explication claire des
différents bus d'un PC, de leurs éventuelles intéraction et corélation
de fréquence?


Difficile. Les bus des parties "nobles" du PC diffèrent entre AMD
et Intel et peuvent changer d'une génération à l'autre.

En gros, l'architecture PC actuelle ressemble à ça:

CPU /---- cache L2
| FSB |---- RAM
Northbridge ---------------|---- ROM
| bus PCI primaire
Southbridge
|
-----------------------------------
| | | |
AGP slots PCI bridge ISA IDE
(c'est du PCI |
trafiqué) ---------------------
| | |
bus clavier bus PS2 .....

Tu ne peux pas configurer grand chose, à part le diviseur de
l'horloge principale, la vitesse du bus ISA (qui est en réalité
émulé...) et la vitesse des bus d'IO, éventuellement (IDE, ...).
De plus, tout ce qui est géré dans le chipset est généralement peu
ou pas documenté, ce qui fait que le seul endroit ou tu peux changer
des choses sur les configs des bus est généralement le BIOS.

Avatar
Schott
On Fri, 09 Jul 2004 00:01:13 +0200, no_spam wrote:


Si ton disque n'est pas trop vieux, tu peux encore gagner.
Regarde du coté du multicount et du read-ahead (surtout lui).


Je vais faire ça, merci.

J'ai bien entendu un bus PCI 32bits.

Si j'ai bien tout compris de ce que j'ai lu, la fréquence de ce dernier
est de toutes façons de 33MHz,


Tu ne peux le changer qu'en augmentant la fréquence du FSB:
les deux bus sont cadencés sur la même horloge (généralement à
33 MHz). Mais certaines cartes PCI peuvent ne pas aimer du tout...


Hmmm... Un truc "marrant", ma carte permet ça par le BIOS, c'est
pratique, facile... Mais si je modifie la fréquence, ma carte son ne
fonctionne plus.


et donc inutile de chercher à forcer une
valeur supérieur en passant idebus=xx au noyau sous peine de risquer de
dégrader mes perfs en ratant des cycles CPU.


Là, tu parles de la vitesse du bus IDE, qui n'est pas le bus PCI !
C'est un bus qui est vu comme un périphérique PCI, nuance...
Et sa fréquence peut monter à 133 Mhz.


Si j'en crois la doc:

$ grep idebus /usr/src/linux/Documentation/kernel-parameters.txt
idebus= [HW] (E)IDE subsystem : VLB/PCI bus speed.

C'est bien la cadence de bus PCI.


En gros, l'architecture PC actuelle ressemble à ça:


Haha! Pourquoi faire simple, hein...?

Tshaw
Schott
FLLC Canal hystérique.


Avatar
no_spam
On Sat, 10 Jul 2004 11:29:31 +0200, Schott wrote:

[...]
et donc inutile de chercher à forcer une
valeur supérieur en passant idebus=xx au noyau sous peine de risquer de
dégrader mes perfs en ratant des cycles CPU.


Là, tu parles de la vitesse du bus IDE, qui n'est pas le bus PCI !
C'est un bus qui est vu comme un périphérique PCI, nuance...
Et sa fréquence peut monter à 133 Mhz.


Si j'en crois la doc:

$ grep idebus /usr/src/linux/Documentation/kernel-parameters.txt
idebus= [HW] (E)IDE subsystem : VLB/PCI bus speed.

C'est bien la cadence de bus PCI.


J'ai vérifié dans le source, car c'est la meilleure doc :-)
ide.c: * "idebus=xx" : inform IDE driver of VESA/PCI bus speed
in MHz

Donc, tu as raison, c'est bien la vitesse du bus PCI, mais ça ne
permet pas de la changer, juste de calibrer les timings IDE en fonction
de celle-ci.



En gros, l'architecture PC actuelle ressemble à ça:


Haha! Pourquoi faire simple, hein...?


Pour ce qui est de la partie la plus "noble", c.a.d du CPU jusqu'au
southbridge, ce sont des compromis entre complexité et performances.
C'est pour celà que les implémentations sont variables d'un chipset
à l'autre.
Pour le reste, on entasse les couches de compatibilité...
Et on supporte aujourd'hui encore les mauvais choix technologiques
d'IBM en 1979...