[elektro-etc] Mi a gubanc a PC-m sebessegevel?

[Acs Gabor]

Biztos nem használnék flash memóriát ilyesmire.
Vagy ezek a maiak már úgy ki vannak optimalizálva, hogy bírják?


Gábor

2011.08.12. 12:25 keltezéssel, Xorn írta:
> 2011/8/12 Kovács József<kj at faldeko.hu>:
>> 2011.08.12. 11:24 keltezéssel, Xorn írta:
>>> A disk I/O jellemzoen DMA. DMA alatt meg minden all, hiszen nincs
>>> hozzaferes a memoriahoz, a CPU atadta a DMA vezerlonek. Ki kell varni,
>>> azaz I/O-Wait allapotban van az egesz rendszer. Es mivel a lemez kb. 3
>>> nagysagrenddel lassabb a memorianal, ez az eredmeny.
>> Hmmm ... a DMA vezérlő egyik lényege éppen az, hogy
>> ügyesen játsszon a címekkel és a busszal, lehetőleg
>> kerülve  a procival való memória I/O ütközést közben...
> Attol meg lehet szarul programozni felette a kernelt.
>
> A vingyogynak meg vannak olyan beesesei, hogy pl. elore olvasas es
> read cache-eles, meg hogy akkor is hanyja kifele a memoriabol a
> pagefile-ba a cuccokat, amikor van eleg memoria, hatha majd pont az
> fog hianyozni valakinek valamikor stb. Ezekkel egyutt meg mar az
> "ertekes" I/O is elegge bokan van rugva. Amugy meg elegge egyertelmuen
> elmegy a kernelbe es kivarja az I/O-t. Ha a notebookomon sima SATA
> HDD-vel csomagolok kifele egy RAR-t, akkor 30-40% a CPU kihasznalas,
> mert egyszeruen nem jon tobb adat a lemezrol, es ennek is kb. a fele
> "piros" a taskmanagerben, ha bekapcsolom a kernel ido kijelzeset.
>
> Amiota SSD van benne, az ilyen kicsomagolas folyamatos, full 100% CPU
> kihasznalast eredmenyez abszolut ertekben alacsonyabb kernel ido
> mellett! Gyorsabb az SSD, rovidebb az I/O wait, es megis dol az adat,
> hogy mar a CPU lett a szuk keresztmetszet. Ennyi a nagy tortenet...
>
> Best regards,
> Andy
>
>
>   _____________ NOD32 5964 (20110317) Információ _____________
>
> Az üzenetet a NOD32 antivirus system megvizsgálta.
> http://www.nod32.hu
>
>
>