Jak spustit soubr.py

[Jann]

Zdravím, když spustím soubor v Debianu s příponou "py" tak trvá cca 10 sec než se něco načte a zobrazí. Udělá to ale jen po prvním spuštění, při dalším spuštění stejného souboru se zobrazí okamžitě. Neví prosím někdo, jak tohle vyvolat i při dalším spuštění abych nemusel vždy restartovat server ? Díky moc za pomoc.

[Reklama]

[ghost]

Smazat soubor s priponou .pyc ?

[Jann]

Nee, i když to smažu, načte se to ihned.

[T]

Restartovat server kvůli tomu, aby se něco zobrazilo pomalu, nedává moc smysl, o co tedy jde? Spouštíš ho pomocí python test.py a restartuješ celý server nebo jde o webserver, který spouští ten skript?

[Pavouk106]

Teorie mi říká, že jedeš na nějaký VPS, kde Ti běží tak moc věcí, že trvá 10 sekund, než se spustí Python (interpret) - ať už kvůli slabýmu CPU nebo nedostatku RAM (nebo v extrémním případě pomalýmu disku). Při opakovanym spuštění už to jede, protože to už jednou proběhlo a zůstalo to načtený. Zní to pravděpodobně?

[Reklama]

[poustevnik]

Pokud chceš, aby se ti něco spustilo po delší době, použij "sleep". buď v shell skriptu, nebo klidně na příkazové řádce

Kód: [Vybrat]

sleep 10 ; soubor.py
(na jednom řádku, odděleno středníkem)
kde 10 je počet sekund

[Pavouk106]

Sleep mu to ale protáhne o 10 sekund i při prvním spuštění. Nejdřív je potřeba zjistit, co způsobuje prodlevu u toho prvního spuštění (a eliminovat jí), pak lze sjednocovat.

[Jann]

Jedná se klasicky HW, OS Debian v lokální síti. Python se spouští přímo z command line. CPU i7 + 32GB RAM +  SSD

[Jann]

Sleep mu to ale protáhne o 10 sekund i při prvním spuštění. Nejdřív je potřeba zjistit, co způsobuje prodlevu u toho prvního spuštění (a eliminovat jí), pak lze sjednocovat.

Přesně tak, v první řadě potřebuji zjistit, co je příčinou toho dlouhého načítání, které se projevuje pouze při prvním spuštěním a pouze po restartu serveru.

[gamer]

Přesně tak, v první řadě potřebuji zjistit, co je příčinou toho dlouhého načítání, které se projevuje pouze při prvním spuštěním a pouze po restartu serveru.

strace -tt ./soubor.py

[e3k]

xtest: spust iny_subor.py a zisti ci tam mas 10sec pauzu.

[Jann]

Tak jsem se hrál s tím 'strace'

strace -tt ./soubor.py

a zjistil jsem tohle

Kód: [Vybrat]

10:28:04.205286 openat(AT_FDCWD, "/root/dirs/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
10:28:04.206121 getdents(3, /* 102 entries */, 32768) = 6712
10:28:47.169402 getdents(3, /* 0 entries */, 32768) = 0
10:28:47.169733 close(3)                = 0
netuším ale co dělá příkaz 'getdents'. takový příkaz ve svém scriptu vůbec nemám

[Jann]

xtest: spust iny_subor.py a zisti ci tam mas 10sec pauzu.

Nemám, v jiném souboru se spustí py ihned

[gamer]

Kód: [Vybrat]

10:28:04.205286 openat(AT_FDCWD, "/root/dirs/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
10:28:04.206121 getdents(3, /* 102 entries */, 32768) = 6712
10:28:47.169402 getdents(3, /* 0 entries */, 32768) = 0
10:28:47.169733 close(3)                = 0
netuším ale co dělá příkaz 'getdents'. takový příkaz ve svém scriptu vůbec nemám

Čte to položky nějakého adresáře /root/dirs/ a to trvá dlouho, takže to brzdí dísk.
getdents je funkce kernelu: http://man7.org/linux/man-pages/man2/getdents.2.html
obvykle se to volá z readdir: http://man7.org/linux/man-pages/man3/readdir.3.html

[i]

Záleží dost na tom co ten skript dělá / má dělat, Pokud třeba spouští nějakou službu, kterou si nejprve ověřuje zda už neběz, třeba navazováním TCP spojení, tak může poprvé čekat ana timeout, usoudí že neběží, tak jí spustí, podruhé pak se spojí hned a ví že službá běží tak skončí.

Jiná varianta.
může třeba počítat soubory ve filesystému, poprvé se jednotlivé adresáře čtou z disku, podruhé už z cache.

Nebo hromada dalších variant.

Bez znalosti toho co ten skript dělá nebo má dělat se tady vří z vody.
Zkus ho pro poprvá a podruhé spustit v příkazu time a alespoň uvidíš zda čeká na CPU nebo na I/O.