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

[vajk fekete]

miota 8G ram van a gepemben, azota nekem sem befolyasolja. de 4G ramnal szaggatva mozgott az eger masolas kozben. es ha otthagytam masolni, majd visszamentem es eloterbe hoztam a levelezot, akkor latni lehetett ahogy soronkent rajzolja a kepernyot, es kozben porog a vinyo mint allat, pedig a vasolas mar regen kesz.

vajk


________________________________
From: Acs Gabor <agabor at electrodesign.hu>
To: elektro-etc at tesla.hu
Sent: Friday, 12 August 2011, 21:37
Subject: Re: [elektro-etc] Mi a gubanc a PC-m sebessegevel?

Akkor nem is működne a Windows, ha letiltod a swap file-t.
Nálam nem befolyásolja a RAM-jellegű terhelést, ha másolok.


Gábor

2011.08.12. 14:29 keltezéssel, vajk fekete írta:
> a windows io cachelese maig nem tud rola, hogy te fileot masolsz. csak azt latja, hogy olvasol mint allat, es probalja bufferelni, mert hatha megegyszer fogod olvasni ugyanazt, es akkor milyen fasza lesz hogy megvan memoriaban. ha elfogy a szabad memoria, mert mindet teliszarta a kessel, akkor korulnez, es a regen hasznalt blokkokat kikurja swapra, hogy legyen meg tobb hely kessnek. igy aztan mire atmasoltal 10Gbyteot, szepen mindenk ki lett turva a memoriabol, kb meg az eger driver is, ha nem nyultal az egerhez kozben. ha barmit akarnal csinalni, elobb vissza kell hozni diszkrol, csak ugye az pont nem nagyon megy, mert a diszknek sok a dolga...
>
>
>
> vajk
>
>
> ________________________________
> From: Xorn<toth.endre at gmail.com>
> To: elektro-etc at tesla.hu
> Sent: Friday, 12 August 2011, 12:25
> Subject: Re: [elektro-etc] Mi a gubanc a PC-m sebessegevel?
>
> 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
>
>
>