Zkousel jsem tam davat i nejakej konkretni vypocet v plovouci carce. Ta nahodna hodnota tam je prave kvuli tomu, ze nevim presne, kdy k te situaci dojde. Tim simuluju ruzne prodlevy v realnem programu. Napsal jsem si ted podobnej testik do Javy a upravil koleguv test v cecku a chybe dochazi na vsech frontach, takze to bude opravdu neco v jadru a Python je v tom zda se nevinne ;-) Tim jsem sice Python zbavil podezreni, ale uz vubec netusim v cem muze byt problem. Kernel pouzivam default z debian baliku. Mozna zkusim prelozit nejakej vlastni, zda na to nejaka volba nemuze mit vliv. Zajimavy tez je, ze se to opravdu deje jen na tehle hw konfiguraci.
lachtan Petr Prikryl napsal(a): > A jak se to chová, když se tam místo randint() > použije konstanta natvrdo? Třeba > > high = 50000 > > Ten test by se měl zjednodušit, aby byl > opakovatelný. Možná se při tom objeví > něco jiného. > > Možná by se místo pass mělo použít něco > jiného, co se nemůže při optimalizaci > vyhodit. > > Martin Blazik > >>from time import time >>from random import randint >> >>while True: >> high = randint(1000, 100000) >> t1 = time() >> for i in xrange(high): >> pass >> t2 = time() >> duration = t2 - t1 >> if duration < 0: >> print high, duration > > > pepr > _______________________________________________ > Python mailing list > [email protected] > http://www.py.cz/mailman/listinfo/python > > _______________________________________________ Python mailing list [email protected] http://www.py.cz/mailman/listinfo/python
