[elektro-etc] Mi a gubanc a PC-m sebessegevel?
Karoly Kovacs
koka55 at kabsi.at
Sun Aug 14 07:30:59 CEST 2011
Az a baj, hogy van benne par bug, kulonben jo kis program.
En ket bosszanto hibat talaltam benne:
1. ha konyvtarat move-olok, a forras konyvtar a move vegen ott marad
uresen, kulon torolni kell.
2. ha elkezdem a windows explorer-rel move-olni, de meggondolom magam,
es a lenyomva tartott egergombbal visszahuzom a cuccot az eredeti
helyere (foleg ha alkonyvtarrol van szo), akkor a forrasnal levo
dolgokat osszekuszalja, csak gyozzem kibogozni.
Windows explorer-t irtam ugyan, bar en nem ezt hasznalom, hanem a sokkal
jobb xplorer2-t (meg is vettem). Eredetileg az xplorer2 az ilyen
"meggondoltam magam" jateknal helyesen jar el, nem csinal semmit.
Viszont sajnos az xplorer2 a copy-move-hoz a windows belso eljarasait
hasznalja, ezert orultem volna ennek a teracopy-nak.
Karoly
> toltsd le a teracopy nevu alkalmazast.
>
> vajk
>
>
> ________________________________
> From: Karoly Kovacs<koka55 at kabsi.at>
> To: elektro-etc at tesla.hu
> Sent: Saturday, 13 August 2011, 7:41
> Subject: Re: [elektro-etc] Mi a gubanc a PC-m sebessegevel?
>
> Huuu, micsoda szal bontakozott itt ki. :)))
>
> Csak kar, hogy eddig mindossze ket gyakorlati otlet szuletett, az
> egyiket (a virt. memoria kikapcsolasat) mar meg is csinaltam, a masikat
> nem nagyon turkalnam ossze (alacsony szintu driverekben kavaras, stb.).
>
> Karoly
>
>
>> 2011/8/13 gyapo<gyapo at freemail.hu>:
>>>> A DMA-nak nem magas a prioritasa, hanem egyszeruen ove a memoria,
>>>> addig mindenkinek kuss van, hiszen barmiert a memoriahoz kell nyulni,
>>>
>>> Az valoszinu, hogy egy 500 megas file nem egyben megy at a dma-n es addig
>>> masnak csond van, hanem valamekkora darabokban mukodik, es a masoloprogram
>>> (pl. tc) eteti. Namost ha ennek a programnak le van nyomva a prioritasa,
>>> akkor ritkabban fogja megkerni a dma-t egy ujabb darab mozgatasara, ha mas
>>> programok elszedik elole a processzort.
>>
>> Az elkepzeles jo, de az alapmondas az volt, hogy a masolas maga ker
>> 20-30-40% CPU-t, a tobbi prociido meg szabad. Azaz meg alacsony
>> prioritason is kaphat boven, amikor csak keri. Ezert van az, hogy I/O
>> Wait ellen nem nagyon segit a prioritas lenyomasa vagy a masik oldalon
>> felemelese. Amig a kernelben jar a cucc az I/O-ra varva, addig a magas
>> prioritasu processz sem kap idot, mert ugysem tudna futni a memoria
>> hijan, ami eppen a DMA vezerlonel van.
>>
>> Best regards,
>> Andy
>>
>>
>
More information about the Elektro-etc
mailing list