Názory k článku Low-end SMP (2) - jak rychle to běží

Zni to pekne, dva procesory - zajimalo by mne ale, jak je to se zatezi procesoru pri praci s IDE CD mechanikou - u meho pocitace je to neco pres 80%, mereno pod Win32 (nestrilejte, pod Linuxem to neumim, teprve zacinam).
O co mi jde - kdyz ctu z CD, nejlepe spatne vypalaleneho, ma moje staricka CD mechanika spoustu prace a reakce systemu (markantni je to v X) se vyrazen snizi - pomuz druhy procesor v tomto pripade?

Pravdepodobne nejlepsi by byla koupe nove CD-ROM mechaniky.
Podle meho by druhy procesor (coz je oproti predchazejicimi reseni o mnoho cenove narocnejsi) stejne nepomohl. Protoze OS ceka na odezvu tohoto externiho zarizeni a v podstate to nema co delat s vykonem procesoru. Nejmene vykonna a system brzdici je v tomto pripade CDROM, ktera prilis pomalu posila odpovedi na pozadavky. Vrstvu zajistujici prenos dat mezi CDROM a zbytkem resi ovladace, ktere jsou v tomto pripade spatne napsane anebo stare.
Takze reseni: upgrade ovladacu nebo nadeleni si pekneho noveho darku ve forme CDROM.

Nejsem v tom expert, ale podle me by druhy procesor v tomto pripade take pomohl - proste jeden by cekal na odezvu a druhy by delal neco jineho... stejne jako se dovedou delit o obsluhu preruseni.

Problem moze byt aj v napalovanych CD. Niektore nekvalitnejsie media sa skutocne citaju dlhsie. Odporucam napalovat na Verbatimy.

Skutecne dva (ci vice) procesoru vyresi problem s
odezvou vnejsich zarizeni (zadne blokovani behem
operaci s CD, apod.). SMP je idealni
technologie pro provoz systemu, ktere musi
konzistentne reagovat v kteremkoliv case.
U kvalitnejsich SMP desek navic existuje specialni
podpora neprilis dokumentovane casti procesoru
Pentium PRO, ktera brani ryze hardwarovym
'blokovanim'.
Vyhoda SMP se samozrejme vztahuje i na vypalovani
CD-R. V linuxu neni zadny duvod proc 'nepracovat'
behem vypalovani media (ani v pripade jedineho
aktivniho procesoru). V systemech na bazi NT
by vsak vice procesoru mohlo pomoci.