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

[vajk fekete]

akkor csak az a kerdes merul fel, hogy az explorer sajat maga mijafeneert nem hasznalja ezt a featuret a masolashoz???

vajk


________________________________
From: Abraham Gabor <abraham at plus7.hu>
To: elektro-etc at tesla.hu
Sent: Friday, 12 August 2011, 17:31
Subject: Re: [elektro-etc] Mi a gubanc a PC-m sebessegevel?

> A hw es sw layer fejlesztoeszkozokkel valo eltavolitasanak a 
> mellekhatasa - hiaba o masol , a hw szinten nem tudja 
> befolyasolni a mukodest , mert a programozo nem lat el a vasig - 
> az valahol az alsobb retegek mocsaraban rejtozik.
> Tudom , oprendszert ma nem divat gepi kodban irni , de akkor 
> meglepodni sem kell :)


Ennek a világon semmi köze ahoz, hogy miben írják az oprendszert.
C-ben, bármiben meg lehet oldani. 

Amúgy meg 

http://msdn.microsoft.com/en-us/library/aa364218(v=vs.85).aspx

In these situations, caching can be turned off. This is done 
at the time the file is opened by passing FILE_FLAG_NO_BUFFERING
as a value for the dwFlagsAndAttributes parameter of CreateFile.
When caching is disabled, all read and write operations directly
access the physical disk. However, the file metadata may still 
be cached. To flush the metadata to disk, use the FlushFileBuffers function.


Gábor

> -----Original Message-----
> From: Lőrincz Gábor <tucsi at madnet.sk>
> Sent: Friday, August 12, 2011 15:48
> To: elektro-etc at tesla.hu
> Subject: Re: [elektro-etc] Mi a gubanc a PC-m sebessegevel?
> 
> besza, ha ez tenyleg igy van akkor nagyon penge programozok dolgozhatnak 
> Redmondban :(
> 
> On 12.08.2011 14:29, vajk fekete wrote:
> > 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
> 
> [The entire original message is not included]
>