RHEL 3 - pomalé disky (pro pamětníky)

[Petr Macek]

Zdravim,
mam historicky RHEL 3, update 4. System jsem prenesl ze starych SCSI disku na SATA (vlastne kompletne na novy HW, ale s disky mam problem). Je tam kernel 2.4.x. Protoze to neumi SCSI, tak v biosu mam disky nastavene v rezimu IDE. Idealni by bylo, kdybych tam dal IDE disky, ale deska nema IDE radic a nemam zadny volny PCI slot.

Problem je v tom, ze rychlost disku je kolem 1.5Mb/s. Hdparm mi rekne, ze nemam zapnute UDMA, ale zapnout nedovoli a krici permission denied. Kdyz zkusim aspon PIO, tak zase ze to neni implementovane (ale PIO je asi blbost). Zkousel jsem ruzne parametry do grubu, ale ani tak se mi nepodarilo DMA zapnout.

Ani v dobe takhle starych systemu jsem si s tim nehral, takze nevim, jak to nastavit. Taky netusim, jestli za to treba nemuze ten zapnuty IDE rezim v biosu.

Neni tu nejaky pametnik, ktery by dal radu?
Diky

[Reklama]

[Youda]

Predpokladam, ze tuhle vykopavku provozujes, protoze z nejakeho duvodu nemuzes upgradovat.

Potom doporucuju na zelezo nainstalovat dnesni moderni linux a tu starou mrchu provozovat ve VMWare playeru nebo jinem podobnem kontejneru

[Petr Macek]

Predpokladam, ze tuhle vykopavku provozujes, protoze z nejakeho duvodu nemuzes upgradovat.

Potom doporucuju na zelezo nainstalovat dnesni moderni linux a tu starou mrchu provozovat ve VMWare playeru nebo jinem podobnem kontejneru

To taky nemuzu. Je tam nejaka specialni PCI karta s kterou ten historicky sw komunikuje.

[Pajk]

Zdravím, podobné věci jsem před léty řešil na kernelech 2.4.3x, pravda většinou v Redhat 7.3 (defakto asi obdoba RH EL 2.x, ale RHEL 3 bude stejný, protože jádro 2.4). Problém je imho v nedokonalosti té ide emulace v novějších SATA řadičích, v rámci té IDE emulace jsem cestu ke zrychlení fakt nenašel, na některých deskách byla prostě pomalá. Bylo nutné připravit jádro a initrd na použití adekvátního sata chipsetu (bylo to pod scsi kategorií ovladačů, používal jsem desky s Intel PIIX chipset, takže ata_piix driver), v BIOSu přepnout na native sata, (v initrd/grub/fstab na /dev/sdx), říkalo se tomu enhanced mode, teoreticky možná i ahci režim, prostě rozhodně ne sata raid a ne ide emulace a nabootovat. A rychlost disků byla najednou super. Bylo bežné kompilovat vlastní jádro (vanilla z netu), poslední dostupné z té řady 2.4., přidával jsem toho do něj víc, třeba síťovky nebo nat/conntrack moduly pro pptp/h323 apod.
Neříkám, že je to easy postup a nevím, jaký diskový řadič či chipset má použitý stroj, případně jak moc postačí RHEL 3 jádro, třeba by ani to last vanilla nemělo dost nový driver ..., takže dnes bych pro podobnou "archeologii" asi spíš použil virtualizaci, což zde už někdo navrhoval. Na serverový real hw nějaký hypervizor ala vmware esxi free nebo obecně soudobý OS, který zvládám spravovat, a do toho virtuálka toho RHEL 3 a virtualizovat jí IDE disk, pak bude rychlost ok. Vmware esxi umí i pci passthrough, takže dokáže promapovat do virtuálky vybraný kus real železa ...

[Petr Macek]

Zdravím, podobné věci jsem před léty řešil na kernelech 2.4.3x, pravda většinou v Redhat 7.3 (defakto asi obdoba RH EL 2.x, ale RHEL 3 bude stejný, protože jádro 2.4). Problém je imho v nedokonalosti té ide emulace v novějších SATA řadičích, v rámci té IDE emulace jsem cestu ke zrychlení fakt nenašel, na některých deskách byla prostě pomalá. Bylo nutné připravit jádro a initrd na použití adekvátního sata chipsetu (bylo to pod scsi kategorií ovladačů, používal jsem desky s Intel PIIX chipset, takže ata_piix driver), v BIOSu přepnout na native sata, (v initrd/grub/fstab na /dev/sdx), říkalo se tomu enhanced mode, teoreticky možná i ahci režim, prostě rozhodně ne sata raid a ne ide emulace a nabootovat. A rychlost disků byla najednou super. Bylo bežné kompilovat vlastní jádro (vanilla z netu), poslední dostupné z té řady 2.4., přidával jsem toho do něj víc, třeba síťovky nebo nat/conntrack moduly pro pptp/h323 apod.
Neříkám, že je to easy postup a nevím, jaký diskový řadič či chipset má použitý stroj, případně jak moc postačí RHEL 3 jádro, třeba by ani to last vanilla nemělo dost nový driver ..., takže dnes bych pro podobnou "archeologii" asi spíš použil virtualizaci, což zde už někdo navrhoval. Na serverový real hw nějaký hypervizor ala vmware esxi free nebo obecně soudobý OS, který zvládám spravovat, a do toho virtuálka toho RHEL 3 a virtualizovat jí IDE disk, pak bude rychlost ok. Vmware esxi umí i pci passthrough, takže dokáže promapovat do virtuálky vybraný kus real železa ...

Co jsem zapomnel zminit je ten hardware. Je to HP workstation Z600 (presnou specifikaci jsem zatim nenasel, vsude pisou Integrated 6-Channel SATA RAID) . Cestou kompilace kernelu jsem prave moc jit nechtel, ale asi budu muset.
Diky

[Reklama]

[Pajk]

No takže to vypadá na docela moderní hw ... Nedalo by se použít SATA v AHCI módu - to by kernel 2.4 měl umět, minimálně v nějaké kompilované 2.4.34+ verzi ? a uměl by to třeba stock RHEL kernel ? AHCI nebylo úplně technologie levných desktopů, takže server distribuce by to mohla umět. Já jsem pracoval s hw bez ahci podpory, takže nativní drivery. A co ten free vmware esxi a pci passthrough ? Ten hw podle specifikace na netu vypadá docela rozumně, pokud by na něm esxi běželo třeba i s podporou toho sata raidu, tak by to třeba bylo snažší řešení ... pokud teda můžete experimentovat s reinstalací.

[Trubicoid2]

Co to používá za oladač IDE? Asi bude vidět v dmesg. Dříve bylo potřeba na hdparm -d1 správný ovladač (asi piix jak radí pajk, ale možná jiný, možná by pomohlo lspci i třeba z moderní distribuce na CD nebo USB).

Jestli se -d1 nepodaří zapnout, tak na rychlost mělo vliv ještě -c3 (nebo 1) -m32 (možná i víc?) -u1 (opatrně). Pio je přepnutý na nejrychlejší?

[Petr Macek]

Omlouvam se, ze davam neuplne informace. Ja se venuji hlavne BSD, takze v linuxu to tolik do hloubky neznam.  Ten stroj je u zakaznika, byl jsem u nej jen chvilku a nemam tam moznost internetu.
Upresnim, ze kernel je 2.4.21-27. Pro bootu to ma snahu natahnout ata_piix a krici to "device not found". Az u toho budu, zjistim konkretni radic.
Pri bootu je jeste hlaska (asi to s tim trosku souvisi): ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Jak pise Trubicoid2 - mozna bude stacit, kdyz trefim spravnou kombinaci. Ted mam rychlost disku max. 1.8MB/s. Zjistim radic a bude to jasnejsi.
Pajk - experimentovat moc nemuzu. Ten "docela novy" HW (Z600) je prave zdroj problemu, protoze jsem to prevadel ze starsi workstation, kde byl system na 3 SCSI discich. Tam byla i moznosti IDE, takze jsem ty 3 disky zkombinoval na jeden IDE. Pak jsem IDE zreplikoval na SATA a dal do te Z600. AHCI jsem zkousel zapnout, ale samo o sobe to nestaci (to jsem predpokladal), pak to vubec nebootuje. Proto jsem si myslel, ze me zachrani ten IDE rezim. ONo to funguje, ale az pri provozu se zjistilo, ze je to hrozne pomale.
Nechce se mi uplne verit, ze by ta IDE emulace byla tak pomala. Bezne jsme to na windows prepinali a tam by si kazdy vsimnul hned, ze ma 1MB/s. Delali jsme to takhle urcite v desitkach pripadu.
Nekde jsem se docetl, ze DMA/PIO jde kernelu vnutit pri bootu pres grub. Par parametru jsem nasel, ale nic nefungovalo. Myslite, ze to je uplne spatna cesta?
Pokusim se co nejdrive zjistit vic o tom radici, ale tenhle tyden se tam uz asi nedostanu. Ozvu se tedy za par dnu.
Panove, dekuji za rady

[Fantomas]

Ja bych tam nechal zapnute ide a zkusil nabootovat nejake soucasne live. Mrknu na lspci, primountuju disk a zkusim zkopirovat par souboru. Pokud to bude fungovat lepe, zkusit nejake starsi live s podobnym jadrem. A nejaky vysledek z toho mozna vypadne.

[samalama]

AHCI jsem zkousel zapnout, ale samo o sobe to nestaci (to jsem predpokladal), pak to vubec nebootuje.

to bude tym, ze sa oznacenie diskov zmeni z hdX na sdX.

podporovane mody sa daju zobrazit pomocou
hdparm -i /dev/hda

[Trubicoid2]

Mozna ten stary ata_piix nepozna ten novy hw, treba bude stacit opatchovat ten modul a prekompilovat. Nebo tam bude jinej radic. Nebo zkusit nejrychlejsi pio s tema prepinacema, jak jsem psal, treba to bude rychlostne stacit.

[Pajk]

Pokus o několik reakcí - ano, dle mých zkušeností bylo to emulované ide na některých chipsetech ide/sata skutečně tak pomalé, minimálně v tom kernelu 2.4. V tehdejších Windows (většinou zřejmě XP/2003) ty native ovladače byly, v biosu se ta ide emulace podle mne nezapínala a nebo je možné, že ty windows to dokázaly nějak přepnout na plnou rychlost (ony windows nejsou jen čisté zlo, tenhle problém jsem v nich opravdu nepotkal). Prostě na linuxu bylo řešení použít sata "scsi" ovladač ala ata_piix (zakompilovaný do kernelu natvrdo nebo moduly včetně scsi subsystému nahrané do initrd), hw v biosu musel být přepnutý na native mód a disky ve fstab a grubu byly psány jako /dev/sdX. Totéž bude pro ahci režim - opět to bude "scsi" disk. A po lehkém náhledu do zdrojáků odpovídajícího jádra bych se ani nedivil nutnosti modul opatchovat a kompilovat - přidat nalezené vendor/product pci id do ahci_pci_tbl nebo piix_pci_tbl struktury nebo třeba jako rychlý pokus zkusit binární patch vyhledáním a náhradou existujícího páru ... ale rozhodně to mít přepnuté na ahci nebo native režim a zkoušet nasazení ovladače.

[Petr Macek]

Panove dekuji!

Nakonec jsem pouzil parametry
-X udma2 (vyssi nedovoli)
-W1 (write back on)
-M 254
-u 1 (mozna trochu nebezpecne, ale zatim mi to neplechu neudelalo)
-m16 (vice to nedovoli)
-c 3
-a 64 (vice to nedovoli)

a dostal jsem se na rychlost 6MB/s, coz uz je patrne na urovni puvodniho HW. Mozna by stacilo jen to udma, ale uz se mi nechce moc ladit, ktery parametr to o kolik % zmeni. Z uzivatelskeho hlediska je to proti predchozimu stavu stihacka :-)

[iwk]

To taky nemuzu. Je tam nejaka specialni PCI karta s kterou ten historicky sw komunikuje.

Presne ako bolo poradene - zvirtualizovat. Na "specialni PCI kartu" pouzit "pci passthrough" priamo do vm.