Ahoj,
no, podle me( to pr(ímo v Pythonu být nemu*z(e. Python se chová tak, jak
je napsaný kód :-D Python pr(eci sám nerozhoduje, jestli aplikace pojede
procesove( nebo vláknove(.
Takz(e pokud se to jinak chová na 32-bit a 64-bit, pr(ípadne( se to
jinak chová s jedním jádrem a jinak s 4 jádry, atd., tak bych zac(al
hledat uvnitr( aplikace, pr(ípadne( v ne(jakém pouz(itém modulu, jak jsi
psal.
Tomás(
Dne 22.10.2010 0:51, Tomas Hnizdil napsal(a):
Ano, snazim se zjistit, proc se to chova na ruznych platformach ruzne
a proc to nekde tvori procesy a nekde vlakna - ten problem je, ze
stezejni kod by mel byt na platforme nezavisly, coz me vede k
myslence, ze by pes mohl byt zakopany v pythonu, ale kdo vi ... diky
za nasmerovani, pokusim se hledat timto smerem.
Ahoj,
ja jsem mozna takhle vecer trochu unaveny, ale nejsem schopen poznat
na co se vlastne ptas, krome toho ze tam je mozna "ruzne chovani"
pythonu. Nevim, jestli ten fakt se na 32-bitovych platformach se
pouzivaji procesy a na 64-bitovych vlakna je zamer nebo ten problem, i
ktereho se snazis zjistit pricinu.
Pokut to to to druhe a mas k tomu zdrojaky, tak by to nemel byt
zasadni problem, proste je prohledej a hledej slova "threading" a
"processing", velmi pravdepodobne narazis na nejaky kus kodu, ktery se
chova na ruznych platformach ruzne. Tak me napada, ze by stalo za to
hledat "import platform" nebo "from platform import architecture".
Snad to aspon trochu pomuze. Jinak se to da samozrejme vystopovat
pomoci debuggeru na urovni OS, ale to uz je trochu slozitejsi :)
Jirka
_______________________________________________
Python mailing list
Python@py.cz <mailto:Python@py.cz>
http://www.py.cz/mailman/listinfo/python
_______________________________________________
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
_______________________________________________
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python