[python] Optimalizace vicenasobneho spousteni skriptu

[sebastian]

K dispozici je 64MB RAM pricemz system v klidu spotrebovava max. 10MB - 
zbytek je k dispozici.

Na D-bus se podivam. Vsiml jsem si ze pro OpenWrt (tuto distribuci tam 
provozuji) je podpora k dispozici.

Seb.

slush wrote:
> Interpreter Pythonu by mel byt v pameti pouze jednou, kazdopadne 
> separatni budou hlavne pametove prostory - a garbage collectory deseti 
> instanci muzou zabrat peknych par mega. Jen tak pro zajimavost - kolik 
> RAM bude k dispozici?
>
> Osobne bych to resil na urovni threadu. Tedy jeden proces a pro kazdy 
> port separatni vlakno. Chova se to prakticky stejne jako Vami popsane 
> procesy, ale takove reseni sdili pametovy prostor.
>
> Ohledne komunikace bych pravdepodobne zvolil D-bus. Vyvolavani metod 
> (prikazu) jednotlivych vlaken je tak velmi jednoduche (jednim prikazem 
> v shellu, pripadne mala ovladaci aplikace, co provede dbus prikaz na 
> zaklade cmd parametru a ukonci se). Nelekejte se, dbus demon sam o 
> sobe zabira par kilobytu pameti (konkretne na mem desktopu s desitkami 
> dbus sluzeb 1MB) a jedna se o velmi elegantni reseni i na takove nasazeni.
>
> Marek
>
> 2009/3/5 sebastian <sebastian na sendmail.cz <mailto:sebastian na sendmail.cz>>
>
>     Zdravim,
>     resim takovy "problem" a nevim jakou cestou se dat. Dovolim si Vas
>     uvest do obrazu: v miniaturni embedded desce (RouterStation od
>     UBNT) mam funkcni Python 2.5 - k teto desce mam pripojeno nekolik
>     seriovych portu (mam funkcni pyserial); na portech budou pripojeny
>     ruzne periferie; puvodni idea byla ze pro kazdou periferii
>     vytvorim skript kteremu pomoci parametru pridam pri spusteni co ma
>     delat; pokud by skripty spoustela obsluha rucne urcite by to
>     fungovalo dobre; v budoucnu je ale bude volat aplikace provozovana
>     na jinem stroji pomoci ssh, bude je volat pomerne casto a navic
>     bude mit aplikace v jednom okamziku otevreno vice ssh spojeni v
>     kterych bude volat vice techto skriptu; co mne trochu trapi je
>     efektivnost vyse popsaneho; chapu to spravne tak, ze pro kazde
>     spusteni skriptu se nejdrive nahraje do pameti samostatna instance
>     Pythona? Cili pokud spustim treba pet skriptu budu mit zaroven v
>     pameti pet interpretu Pythona a zaroven pokud v jeden okamzik
>     spustim dva ruzne skripty budou se do pameti natahovat dva interpreti?
>
>     Obavam se, ze to chapu spravne :-(
>
>     Mohl bych cele ovladani prepsat do jednoho skriptu ale nevim jak
>     bych potom resil situaci kdy jeste jeden skript respektive funkce
>     obsluhujici jednu periferii neskoncila a ja potreboval ovladat jinou.
>
>     A proto bych uvital nazor nekoho dalsiho jakou cestou se vydat.
>
>     Predem diky za reakce.
>
>     Sebastian
>     _______________________________________________
>     Python mailing list
>     Python na py.cz <mailto:Python na py.cz>
>     http://www.py.cz/mailman/listinfo/python
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Python mailing list
> Python na py.cz
> http://www.py.cz/mailman/listinfo/python