Moin,Moin ich habe mal ein rein techn. Frage. Um den I/O support von default 16 bit bei meiner HDD auf 32 bit umzustelllen genuegt sicher der eintrag _hdparm -c 1 /dev/hda_ in /etc/rc.d/boot.local. Was aber bewirkt dieser eintrag ?-platt gesagt performens Steigerung ?? Sollte man diesen Modus einstellen?? Oder waeren diese einstellungen eher kontraproduktiv. An meinen Fragen seht Ihr vielleicht das ich von diesem Punkt keine Ahnung habe. Ich bin mit meinem System eigentlich das erstemal rundum zufrieden ,auch im 16 bit Modus. (K6/III 450MHZ ,512MB Ram ,Maxtor 6L040J2 40GB ) --
Hallo Liste! d.heinke@murxz.de schrieb:
ich habe mal ein rein techn. Frage. Um den I/O support von default 16 bit bei meiner HDD auf 32 bit umzustelllen genuegt sicher der eintrag _hdparm -c 1 /dev/hda_ in /etc/rc.d/boot.local. Was aber bewirkt dieser eintrag ?-platt gesagt performens Steigerung ?? Sollte man diesen Modus einstellen?? Oder waeren diese einstellungen eher kontraproduktiv. An meinen Fragen seht Ihr vielleicht das ich von diesem Punkt keine Ahnung habe. Ich bin mit meinem System eigentlich das erstemal rundum zufrieden ,auch im 16 bit Modus. (K6/III 450MHZ ,512MB Ram ,Maxtor 6L040J2 40GB )
Hmm - wenn Du zufrieden bist, warum willst Du dann etwas verändern? Ich bin da auch einer, der sagt: "Was der Bauer nicht kennt, das isst er nicht" oder anders gsagt: Wenn ich nicht weiss, was etwas macht, dann lasse ich die Finger davon, es sei denn, ich brauche es unbedingt. Ich habe da z.B. noch nie irgendwas optimiert. Mag sein, dass ich dadurch in meinem Rechner einiges an Performance verschenke, aber dies ist mir relativ egal, denn der Rechner wartet ehh fast immer nur auf mich und ich habe keine kritischen Anwendungen! Mir ist ein stabiles System wichtiger, als etwas mehr Performance. (Hier kommt auch noch hinzu, dass ich gewisse Infos als für mich unwichtig erachte. Ich möchte z.B. gar nicht erst verstehen, was denn da mit 16 oder 31 Bit passiert oder irgendwelche PIO und DMA Sachen! Das sind für mich zwar keine böhmischen Dörfer (dank verschiedener Professoren an der Uni!), aber die Details kenne ich nicht, so dass ich da nicht zu viel zu sagen kann. Und diese Hardware-spezifische Dinge interessieren mich kaum, denn in 2 Jahren ist es ehh schon wieder anders. Ich brauche es beruflich nicht und daher erlaube ich mir den Luxus der Unwissenheit. Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53
Hallo, On Wed, 13 Mar 2002, Konrad Neitzel wrote:
d.heinke@murxz.de schrieb:
Was aber bewirkt dieser eintrag ?-platt gesagt performens Steigerung ??
[ ] du hast man hdparm gelesen (ggfs. unbedingt die engl. Version lesen). ==== man 8 hdparm ==== -c Query/enable (E)IDE 32-bit I/O support. [..] Note that "32-bit" refers to data transfers across a PCI or VLB bus to the interface card only; all (E)IDE drives still have only a 16-bit connection over the ribbon cable from the interface card. ==== Wozu in der Ferne (suse-linux) schweifen, wo die Antwort doch so nah (man hdparm)? *scnr*
Ich habe da z.B. noch nie irgendwas optimiert. Mag sein, dass ich dadurch in meinem Rechner einiges an Performance verschenke, aber dies ist mir relativ egal, denn der Rechner wartet ehh fast immer nur auf mich und ich habe keine kritischen Anwendungen!
Och, es laesst sich schon was finden, was die teuren Transistoren beschaeftigt, auf dass die nicht einrosten... z.B. folding@home oder seti@home... mit nice gestartet sind die Prozesse auch wirklich "nice" und machen sich nur durch den RAM-Verbrauch bemerkbar (und eben, dass statt idle eben fahclient oder setiathome die "uebrige" CPU-Zeit verbraet ;)
Mir ist ein stabiles System wichtiger, als etwas mehr Performance.
Ack.
(Hier kommt auch noch hinzu, dass ich gewisse Infos als für mich unwichtig erachte. Ich möchte z.B. gar nicht erst verstehen, was denn da mit 16 oder 31 Bit passiert oder irgendwelche PIO und DMA Sachen! [..] denn in 2 Jahren ist es ehh schon wieder anders.
Nack. DMA gibt's inzwischen mind. seit '95... Und DMA vs. PIO macht einen gewaltigen Unterschied, was die benoetigte CPU-Leistung angeht. Ob das nun aber Multiword DMA oder UDMA ist, das ist eher egal. Fuer das Gros aller Festplatten reicht ja locker UDMA/33, fuer die neuesten Modelle ist inzwischen auch UDMA/66 sinnvoll. Ob/und wieviel der 32-bit IO-modus bringt habe ich aber noch nicht getestet, ich habe ihn jedenfalls aktiviert und nie was negatives bemerkt. Da auf x86 der PCI-Bus (VLB/MCA wirst du kaum haben, oder?) i.d.R. mit 32bit laeuft und auch RAM und CPU 32bittig arbeiten, ist es IMO sinnvoll, das umsetzen von 16bit (s.o. man hdparm) vom IDE- Controller erledigen zu lassen (so interpretiere ich obigen Auszug). Kurz: ein 'hdparm -c1 /dev/hda /dev/hdb ...' (oder -c3?) in der /{etc,sbin}/init.d/boot{,.local} ist IMO sinnvoll.
Ich brauche es beruflich nicht und daher erlaube ich mir den Luxus der Unwissenheit.
Dafuer hast du ja uns ;) -dnh -- In short, I want to show people what real power is. Power is not having to bomb cities flat to bring mass murderers to justice. Power is being able to determine guilt or innocence and it comes from being willing to actually act as if the principles you espouse matter to you even when they're inconvenient. -- Jonathan Guthrie in asr
David Haller
Nack. DMA gibt's inzwischen mind. seit '95... Und DMA vs. PIO macht einen gewaltigen Unterschied, was die benoetigte CPU-Leistung angeht. Ob das nun aber Multiword DMA oder UDMA ist, das ist eher egal. Fuer das Gros aller Festplatten reicht ja locker UDMA/33, fuer die neuesten Modelle ist inzwischen auch UDMA/66 sinnvoll.
Naja - ich habe mich vielleicht blöd ausgedrückt. Was mich wurmt und was ich nicht will ist: Es kommt immer etwas neues (Die neuen Board müssen sich doch verkaufen lassen. Warum sollst Du mir dein Borad mit CPU für paar Mark überlassen und dir für all Dein Geld was neues kaufen?) Linux unterstützt dies dann auch früher oder später und dann kann ich gewisse Dinge optimieren. Ehe ich sowas optimiere muss ich aber halbwegs verstanden haben, was denn anders oder neu ist und ich muss sicher sein, dass dies auch alles so läuft. Wenn ich z.B. an einem EIDE Strang zwei Platten habe und die eine ist ..........)
Ob/und wieviel der 32-bit IO-modus bringt habe ich aber noch nicht getestet, ich habe ihn jedenfalls aktiviert und nie was negatives bemerkt. Da auf x86 der PCI-Bus (VLB/MCA wirst du kaum haben, oder?) i.d.R. mit 32bit laeuft und auch RAM und CPU 32bittig arbeiten, ist es IMO sinnvoll, das umsetzen von 16bit (s.o. man hdparm) vom IDE- Controller erledigen zu lassen (so interpretiere ich obigen Auszug). Klingt soweit alles logisch. Ich müsste man hdparm lesen. Aber wenn ich anfange, da etwas zu lesen, dann probiere ich bestimmt gleich wieder viel mehr aus (ich gestehe: ich bin ein Spielkind!)
Kurz: ein 'hdparm -c1 /dev/hda /dev/hdb ...' (oder -c3?) in der /{etc,sbin}/init.d/boot{,.local} ist IMO sinnvoll. Hmmm ... könnte man mal machen. Oder ich warte, bis dies bei suse per default so ist (Wie mit dem DMA) :)
Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53
On 13-Mar-2002 David Haller wrote:
Hallo,
On Wed, 13 Mar 2002, Konrad Neitzel wrote:
d.heinke@murxz.de schrieb:
Was aber bewirkt dieser eintrag ?-platt gesagt performens Steigerung ??
[x ] du hast man hdparm gelesen (ggfs. unbedingt die engl. Version lesen).
==== man 8 hdparm ==== -c Query/enable (E)IDE 32-bit I/O support. [..] Note that "32-bit" refers to data transfers across a PCI or VLB bus to the interface card only; all (E)IDE drives still have only a 16-bit connection over the ribbon cable from the interface card. ====
Wozu in der Ferne (suse-linux) schweifen, wo die Antwort doch so nah (man hdparm)? Gelesen und doch noch Fragen :-),drum warum in die Ferne schweifen wo (suse-linux)doch so nah und 8.0 noch nicht alles beherrscht.!
*scnr* ;-)
Ich habe da z.B. noch nie irgendwas optimiert. Mag sein, dass ich dadurch in meinem Rechner einiges an Performance verschenke, aber dies ist mir relativ egal, denn der Rechner wartet ehh fast immer nur auf mich und ich habe keine kritischen Anwendungen! Ich ebenso wenig
Och, es laesst sich schon was finden, was die teuren Transistoren beschaeftigt, auf dass die nicht einrosten... z.B. folding@home oder seti@home... mit nice gestartet sind die Prozesse auch wirklich "nice" und machen sich nur durch den RAM-Verbrauch bemerkbar (und eben, dass statt idle eben fahclient oder setiathome die "uebrige" CPU-Zeit verbraet ;)
Mir ist ein stabiles System wichtiger, als etwas mehr Performance.
Ack. Ebenso
(Hier kommt auch noch hinzu, dass ich gewisse Infos als für mich unwichtig erachte. Ich möchte z.B. gar nicht erst verstehen, was denn da mit 16 oder 31 Bit passiert oder irgendwelche PIO und DMA Sachen! [..] denn in 2 Jahren ist es ehh schon wieder anders.
Nack. DMA gibt's inzwischen mind. seit '95... Und DMA vs. PIO macht einen gewaltigen Unterschied, was die benoetigte CPU-Leistung angeht. Ob das nun aber Multiword DMA oder UDMA ist, das ist eher egal. Fuer das Gros aller Festplatten reicht ja locker UDMA/33, fuer die neuesten Modelle ist inzwischen auch UDMA/66 sinnvoll.
Ob/und wieviel der 32-bit IO-modus bringt habe ich aber noch nicht getestet, ich habe ihn jedenfalls aktiviert und nie was negatives bemerkt. Da auf x86 der PCI-Bus (VLB/MCA wirst du kaum haben, oder?) i.d.R. mit 32bit laeuft und auch RAM und CPU 32bittig arbeiten, ist es IMO sinnvoll, das umsetzen von 16bit (s.o. man hdparm) vom IDE- Controller erledigen zu lassen (so interpretiere ich obigen Auszug). Das ist der Punkt !!ich bin weder aus dem IT oder dem Elt.Tech Bereich auch ich interpretiere aber ...Nachfragen ist besser!!
Kurz: ein 'hdparm -c1 /dev/hda /dev/hdb ...' (oder -c3?) in der /{etc,sbin}/init.d/boot{,.local} ist IMO sinnvoll. Zumindestens ein zweiter Standtpunkt und ich werd es mal so einstellen
Ich brauche es beruflich nicht und daher erlaube ich mir den Luxus der Unwissenheit.
Dafuer hast du ja uns ;) Genau Danke Detlef
-dnh
--
Am 02/03/13@21:23 schrieb d.heinke@murxz.de:
Moin,Moin ich habe mal ein rein techn. Frage. Um den I/O support von default 16 bit bei meiner HDD auf 32 bit umzustelllen genuegt sicher der eintrag _hdparm -c 1 /dev/hda_ in /etc/rc.d/boot.local. Was aber bewirkt dieser eintrag ?-platt gesagt performens Steigerung ??
Ohne da jetzt Ahnung zu haben würde ich mal tippen nichts wichtiges: Athlon 1,2; 256 MB RAM; Maxtor 34098H4(UDMA 5) root@syl:/home/maik $ hdparm /dev/hda [...] I/O support = 0 (default 16-bit) [...] root@syl:/home/maik $ bonnie -s 500 [... sorry wg. Zeilenlänge...] ---Sequential Output (nosync)--- ---Sequential Input-- --Rnd Seek- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --04k (03)- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU syl 1* 500 11979 84.7 24369 20.1 7382 4.2 11229 69.2 23069 8.9 113.3 0.8 root@syl:/home/maik $ hdparm -c 1 /dev/hda [...] root@syl:/home/maik $ bonnie -s 500 [...] syl 1* 500 11735 82.8 24329 19.8 7443 4.4 10865 68.2 23425 8.9 118.6 0.6 root@syl:/home/maik $ hdparm -c 3 /dev/hda [...] root@syl:/home/maik $ bonnie -s 500 [...] syl 1* 500 12065 84.9 22400 16.8 7310 4.3 11213 71.7 23295 8.1 118.4 1.0 HTH -- :wq-y Maik
participants (4)
-
d.heinke＠murxz.de -
David Haller -
Konrad Neitzel -
Maik Holtkamp