On Mon, 18 May 2009 14:58:31 +0200, Jędrzej Dudkiewicz
<j...@g...com> wrote:

>A.L. wrote:
>> On Mon, 18 May 2009 13:47:20 +0200, Jędrzej Dudkiewicz
>> <j...@g...com> wrote:
>>
>>> Maciej Sobczak wrote:
>>>> On 18 Maj, 09:35, Wojciech Muła <w...@p...onet.pl> wrote:
>>>>
>>>>>>> Wówczas można spróbować asynchroniczne I/O.
>>>>>> I wtedy się szybciej dysk kręci?
>>>>> Bez sensu się czepiasz. W kontekście problemu Kolegi (duża ilość
>>>>> danych),
>>>>> asynchroniczne I/O może pomóc.
>>>> Nadal chciałbym wiedzieć dlaczego.
>>> Ponieważ dane są pobierane równolegle z wykonaniem programu. Nie wierzę,
>>> żebyś nie wiedział o co chodzi, więc rozumiem, że przeczytałeś coś
>>> świetnego w mądrej książce i tylko czekasz, żeby zaprezentować :)
>>> Dajesz, dajesz :)
>>
>> Tia... tylko jak sie puszcza dwa procesy na jednym procesorze to kazdy
>> z nich zabierze swoja czesc czasu procesora plus administracja, wiec
>> wszystko ma szanse dzialac wolniej... o ile procedor nie jest
>> multicore... co nei jest zreszta automatycznei gwarancja ze bedzie
>> dzialac szybciej...
>
>Znaczy, nie rozumiem. Przy AIO nie musimy mieć dwóch procesów ani
>wątków, dane są, jak rozumiem, pobierane w tle bez udziału procesora i
>przy małym udziale kontrolera pamięci, przy pomocy takich wynalazków jak
>DMA.

BEz udzialu procesora?...

Proponuje sobie zobaczyc zrodla do asynchroncznego IO w Javie na
przyklad, i zastanowic sie jak te zrodla mozna zapuscic na DMA.

A.L.