Sypem si popol na hlavu, Ondrej to uhadol presne. Ale tu sa aspon ukazuje, ze mailing list je skvela vec. No takze mozem ist spokojne hladat chybku v nasom kerneli.<br><br>Este raz dakujem vsetkym zucastnenym za pohotove a trefne reakcie.<br>
<br>Robo<br><br><div class="gmail_quote">2009/12/4 Martin Decky <span dir="ltr"><<a href="mailto:decky@dsrg.mff.cuni.cz">decky@dsrg.mff.cuni.cz</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Konkretne sa pri vykonavani tohoto kodu pouziva 1 cpu, pamat a potom uz<br>
len dprinter a dtime.<br>
</blockquote>
<br></div>
A ten dtime Vam neprijde vubec podezrely? Vzdyt odvozuje cas od hodin realneho casu hostujiciho systemu, coz urcite neni prilis deterministicke zarizeni (mira je determinismu je primo ovlivnena tim, jak deterministicky se chova Vas nativni OS a dalsi procesy, ktere bezi paralelne s MSIMem a ovlivnuji jeho planovani).<br>

<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
Orezat to na mensi kus, pri ktorom sa nedeterminizmus prejavi bude<br>
zrejme problem :-( Toto chovanie vidim prvykrat, prejavilo sa mi to s<br>
nasim kernelom pri teste map2 z AS2.<br>
<br></div>
[...]<div class="im"><br>
<br>
Mierny zasah do kodu kernelu tento nedeterminizmus odstranil (resp. test<br>
presiel zakazdym tak ako mal). Ten zasah z pohladu testu (msimom<br>
skutocne vykonavaneho kodu) je IMHO neviditelny, prakticky by mala byt<br>
len o nieco vacsia binarka kernelu a cast kodu teda lezi na inych adresach.<br>
</div></blockquote>
<br>
Specialne pokud se jedna o memory management, tak root cause vubec nemusi byt v casovem nedeterminismu, i kdyz ani to samozrejme nelze vyloucit (race conditions jsou zkratka nevyspitatelne). Spis bych to videl tak, ze ten casovy nedeterminismus muze obcas zafungovat jako nahodny trigger chyby ve Vasem kodu.<br>

<br>
Pokud se ale chovani kodu napadne meni pri zmene memory layoutu kernelu (coz vede k tomu, ze data jsou najednou na jinych adresach), tak se setkavate s naprosto typickym projevem chyb memory managementu, ktere jsou zpusobeny spatnou pointerovou aritmetikou, buffer overrunem, pretecenim promennych apod. Zkratka tam asi mate nejakou memory-related chybu, ktera se neprojevi hned na tom miste, kde se stane, ale potencialne az mnohem pozdeji.<div>
<div></div><div class="h5"><br>
<br>
<br>
M.D.<br>
<br>
_______________________________________________<br>
OSy mailing list<br>
<a href="mailto:OSy@dsrg.mff.cuni.cz" target="_blank">OSy@dsrg.mff.cuni.cz</a><br>
<a href="https://dsrg.mff.cuni.cz/mailman/listinfo/osy" target="_blank">https://dsrg.mff.cuni.cz/mailman/listinfo/osy</a><br>
</div></div></blockquote></div><br>