Vdaka za nakopnutie, idem to vyskusat.<br><br>Robo<br><br><div class="gmail_quote">2009/12/4 Viliam Holub <span dir="ltr"><<a href="mailto:holub@dsrg.mff.cuni.cz">holub@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;">
<br>
Ja bych na to sel takhle: Zapnu si vypisovani vykonavanych instrukci a ulozim<br>
si dva behy. Podivam se na prvni radku kde se behy lisi a odtud kdy se<br>
rozchazeji simulovane instrukce.<br>
<br>
Z toho uz se to urcite zjisti...<br>
<font color="#888888"><br>
V.<br>
</font><div><div></div><div class="h5"><br>
On 04. Dec (Friday) v 13:54:08 +0100 2009, Robert Sisaj wrote:<br>
> Konkretne sa pri vykonavani tohoto kodu pouziva 1 cpu, pamat a potom uz len<br>
> dprinter a dtime.<br>
><br>
><br>
> > b) Pravdepodobnejsi je, ze ve skutecnosti neni zdroj<br>
> >   nedeterministickeho chovani v MSIMu, ale primo ve Vasem kodu.<br>
> ><br>
><br>
> Netusim, ako by nas kod mohol vnasat nedeterminizmus (odhliadnuc od pouzitia<br>
> dkeyboard).<br>
><br>
> Jinymi slovy, nenapada me jiny postup, jak zjistit, co je spatne, nez<br>
> > zkratka najit a izolovat zdroj toho nedeterministickeho chovani. Nejlepe<br>
> > postupnym orezavanim Vaseho kodu vytvorit pokud mozno minimalni test case,<br>
> > na kterem se problem projevuje, a na zaklade toho zjistit, kde je pricina<br>
> > takoveho chovani.<br>
> ><br>
><br>
> Orezat to na mensi kus, pri ktorom sa nedeterminizmus prejavi bude zrejme<br>
> problem :-( Toto chovanie vidim prvykrat, prejavilo sa mi to s nasim<br>
> kernelom pri teste map2 z AS2. Test obcas prejde tak ako ma, obcas sa<br>
> zasekne (zostane bezat len idle thread kernelu). Obcas pred zaseknutim vidno<br>
> chybovu hlasku testu, ze pamat je nekonzistentna.<br>
><br>
> Mierny zasah do kodu kernelu tento nedeterminizmus odstranil (resp. test<br>
> presiel zakazdym tak ako mal). Ten zasah z pohladu testu (msimom skutocne<br>
> vykonavaneho kodu) je IMHO neviditelny, prakticky by mala byt len o nieco<br>
> vacsia binarka kernelu a cast kodu teda lezi na inych adresach.<br>
><br>
> Robo<br>
><br>
><br>
> ><br>
> ><br>
> > M.D.<br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > OSy mailing list<br>
> > <a href="mailto:OSy@dsrg.mff.cuni.cz">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>
> ><br>
<br>
> _______________________________________________<br>
> OSy mailing list<br>
> <a href="mailto:OSy@dsrg.mff.cuni.cz">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>
<br>
<br>
_______________________________________________<br>
OSy mailing list<br>
<a href="mailto:OSy@dsrg.mff.cuni.cz">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>