To není podle mě možné. Ale jak jsem psal, může být rozdíl nejen 32/64,
ale třeba podle počtu procesorů/jader. Např. pokud aplikace zjistí, že
máte např. 4 a více jader, funguje procesově, pokud máte jen jedno
jádro, tak vláknově. Musí to ale být někde v aplikaci/modulu. OS se
podle mě nemůže sám rozhodnout, jak bude aplikace fungovat.
Taky jsme problém s procesy/vlákny v Pythonu řešili a věřte, že systém
za Vás nic sám v tomhle směru neudělá. Vše řeší aplikační logika,
případně aplikační logika spolu s OS, ale nikdy ne OS sám.
T.
Dne 22.10.2010 14:29, Tomas Hnizdil napsal(a):
Zacinam si myslet, ze to bude schovane nekde na urovni OS pripadne HW,
zjistil jsem totiz, ze na mem 32b stroji se to chova jako na tech
64bitech ... tak a ted babo rad :) Nejspis to bude schovane nekde pod
podporou HW/OS neceho, co se jmenuje copy-on-write (zkopiruj procesu
data az ve chvili, kdy do nich bude chtit psat), coz prave pamet
znacne usetri ... zajimave je, ze se ale i tak server ukazuje jako
jediny proces (ale treba s dvojnasobnou alokaci pameti, coz je porad
lepsi nez Nkrat polovicni mnozstvi pameti, kde N pujde treba do
tisicu), coz jsem si myslel ukazuje prave na pouziti vlaken ... jak
pises, python tohle nema proc ovlivnovat, mel by delat co chce uzivatel.
(no doufam, ze jsem to nenapsal uplne zmatecne)
OT - Nevidel jste nekdo nejaky zajimavy clanek, ktery by se venoval
prave sprave procesu v modernich OS/prip. s podporou HW/, kde by toto
bylo trochu lepe vysvetlene?
Diky
2010/10/22 Tomas Brabenec <konfere...@brabenec.net
<mailto:konfere...@brabenec.net>>
Ahoj,
no, podle mě to přímo v Pythonu být nemůže. Python se chová tak,
jak je napsaný kód :-D Python přeci sám nerozhoduje, jestli
aplikace pojede procesově nebo vláknově.
Takže pokud se to jinak chová na 32-bit a 64-bit, případně se to
jinak chová s jedním jádrem a jinak s 4 jádry, atd., tak bych
začal hledat uvnitř aplikace, případně v nějakém použitém modulu,
jak jsi psal.
Tomáš
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 <mailto:Python@py.cz>
http://www.py.cz/mailman/listinfo/python
_______________________________________________
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