Jsem trochu dale, zatim jsem dosel k tomu, ze za vytvareni procesu muze
patricne pojmenovana knihovna threading :)
jeji verze pro 32/64 se nelisi, nicmene na amd64 strojich vytvori vlakna
(zustava jeden proces) a na i386 procesy (procesu je tedy vice). Tu
rozdilnou logiku bych tedy videl na
Ahoj,
na jakém operačním systému a jaké verzi to zkoušíš? Třeba Linux nevytváří
vlákna, ale procesy. Vlákna jsou jen procesy, které spolu sdílí nějaké
prostředky (paměť, otevřené soubory apod.). Viz clone(2). V Linuxu prostě každé
vlákno má svoje PID, několik vláken má shodné TGID (thread
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,
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
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,
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,
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
Zdrojaky mam.
Nic s architekturama/platformama jsem tam nenasel, jeste se tedy zkusim
kouknout na ten omniORB ...
Jinak s temi jadry je to dobry napad, ale je to presne opacne :) (na 4jadru
to dela N+K procesu, kde N je pocet klientu, K je konstantni, na 8 a 16i
jadru to vytvori jen jeden proces,
Hloupa otazka - neni to chyba mereni?
Vetsina nastroju ohlasi prosty soucet velikosti vsech stranek pameti procesu a
stranky sdilene pomoci copy-on-write nebere v uvahu.
Vlakna se uctuji svemu materskemu procesu spolecne, takze ukazuji jinak.
V kazdem pripade by pomohlo vedet o jaky system jde.
Hezky vecer,
spis ciste ze zvedavosti - nesetkali jste se nekdo s ruznym chovanim pythonu
(2.4.4) na ruznych architekturach (32 vs 64bit) co se tyce podprocesu a
vlaken?
Mame aplikaci typu klient-server, ktera si pro kazdeho klienta na 32bit
vyvari novy proces (ktery si zabere par desitek MB
spis ciste ze zvedavosti - nesetkali jste se nekdo s ruznym chovanim pythonu
(2.4.4) na ruznych architekturach (32 vs 64bit) co se tyce podprocesu a
vlaken?
Mame aplikaci typu klient-server, ktera si pro kazdeho klienta na 32bit
vyvari novy proces (ktery si zabere par desitek MB pameti),
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
12 matches
Mail list logo