<p dir="ltr"><br>
On May 15, 2016 22:55, "Călin Cruceru" <<a href="mailto:crucerucalincristian@gmail.com">crucerucalincristian@gmail.com</a>> wrote:<br>
><br>
> Bună Laura,<br>
><br>
> 2016-05-15 22:36 GMT+03:00 Laura Vasilescu <<a href="mailto:laura.vasilescu@cs.pub.ro">laura.vasilescu@cs.pub.ro</a>>:<br>
> > Bună Călin,<br>
> ><br>
> > Nu știu cum e exact implementat AIO-ul în kernel (I'll have a look<br>
> > tomorrow morning), dar e posibil ca operațiile să ți se termine pentru<br>
> > că ai deja fișierele în RAM. Flag-ul O_DIRECT dat la open obligă<br>
> > citirile și scrierile să se facă direct din device și să facă bypass<br>
> > la partea de caching a datelor.<br>
> ><br>
> > Încearcă să rulezi următoarea comandă înainte de a rula experimentul:<br>
> > echo 3 > /proc/sys/vm/drop_caches<br>
> > (comanda îți golește cache-ul curent; din păcate nu se poate dezactiva<br>
> > operația de caching, este un lucru pe care îl face sistemul de operare<br>
> > no matter what)<br>
> ><br>
> > Ideea e că sistemul de operare îți bufferează fișierele în RAM (poți<br>
> > să rulezi comanda free și o să vezi ce porțiune din RAM-ul tău este<br>
> > ocupată cu astfel de fișiere; field-ul 'cached').<br>
> ><br>
><br>
> Mă îndoiesc că poate fi cache-uit având în vedere că e vorba de<br>
> scrieri, iar la fiecare rulare conținutul bufferului este generator<br>
> random.</p>
<p dir="ltr">Are sens, nu ma uitasem și pe exercițiu, d-aia vorbeam de fișiere cacheuite. Ma uit când ajung la facultate și revin cu un răspuns. </p>
<p dir="ltr">Laura <br>
</p>