|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
radsej
Od: Mokion2
|
Pridané:
19.7.2011 13:52
Radšej keby poriadne pracovali na aspoň jednom procese...
Posledná verzia stojí za veľké makové s hrozienkami...
|
|
Re: radsej
Od: RugbyOneee
|
Pridané:
19.7.2011 14:41
viacprocesorový? mohli by na tento účel použiť Haskell alebo F#
|
|
Re: radsej
Od reg.: Lars Schotte
|
Pridané:
19.7.2011 15:21
F# tazko, lebo F# funguje len pod .Net frameworkom a to by nikdo nepouzival, keby bolo treba najprv nainstalovat mono, alebo nieco take.
haskell je mozno, ale aj pri haskelli by im jeblo zatazenie ramky, kedze haskell secky datove struktury kopiruje.
cize budu to robit tak ako doteraz, akkurat ze sa bude hladat moznost ako vpakovat nejaku logiku do threadov a na kazdy tab otvorit extra thread.
alebo najlepsie ked to prednastavis, ze mas cojavim 4 procaky, tak povis, ze aby pouzival 4 thready. podobne ako ked encodujes video, tak tiez mozes nastavit, ze kolko threadov ma odpalit potom mas najlepsie vyuzitie seckych jadier.
inak tento problem je aj pri haskelli, a tam na to idu skrz tuto moznost, alebo cez nested strategiu, de mas vlastne nebalancovany strom threadov.
|
|
Re: radsej
Od: RugbyOneee
|
Pridané:
19.7.2011 16:15
jj v haskelli musí byť všetko immutable keď chceš zmeniť jeden pixel na bitmape musíš skopírovať celú bitmapu zo zmeneným pixelom čo je neefektívne, ale tieto časti by sa dali napísať aj v C++
prečo by to nikto nepoužíval? vačšina nových desktop app projektov je napísaná v .NET a Mono a ľudia ich používajú. .NET má nainštalovaný 90% užívateľov PC, a ostatným by ho stiahol inštalátor automaticky. XUL je pomalšie a ťažkopádnejšie, .NET je na viacvláknové aplikácie omnoho vhodnejšia platforma a okrem F# je tam aj jazyk Axum, neviem prečo v Mozille neustále objavujú ameriku.
|
|
Re: radsej
Od reg.: foobar0
|
Pridané:
19.7.2011 16:34
Čo majú teraz robiť, prepísať do .NET celý prehliadač, aby mohli newindowsákom vnútiť Mono? ;)
|
|
Re: radsej
Od: MenoX
|
Pridané:
20.7.2011 2:13
Príspevok bol zmazaný pre nevhodný a/alebo vulgárny obsah.
|
|
Re: radsej
Od: kokvot
|
Pridané:
20.7.2011 15:02
a prečo by mali brať ohľad na newindowsákov keď ich je cca jedno promile?
|
|
Re: radsej
Od reg.: Jozoo
|
Pridané:
19.7.2011 18:56
nie viacprocesorový, ale viacprocesový.
Že ty ešte nerobíš v Mozille, keď máš také super nápady :D
Načo by to celé prerábali do Haskell alebo F# kvôli takej maličkosti?
Ako je aj v článku uvedené, nejde o rozdelenie aplikácie do viacerých paralelne vykonávaných vlákien (to už dávno je), ide skôr o zvýšenie bezpečnosti, nakoľko procesy sa od vlákien navzájom líši najmä osobitnými právami (používateľ), adresovým priestorom a pridelenými zdrojmi.
Osobne vítam tento krok a považujem ho za rozumný spôsob bezpečnostnej politiky Firefoxu.
|
|
dnes má meniny Dušana, zajtra Iľja
Od: Iľja
|
Pridané:
19.7.2011 13:53
Nie, ďalší Chrome nechcem! Už dosť, že sa začali opičiť s verziami...
|
|
opera
Od: oktet
|
Pridané:
19.7.2011 13:53
super.opera tuším nic takového nemá že ?
|
|
opera
Od: oktet
|
Pridané:
19.7.2011 13:53
super.opera tuším nic takového nemá že ?
|
|
Re: opera
Od reg.: Lars Schotte
|
Pridané:
19.7.2011 15:17
treba ceknut na wikipedii, tam by to malo byt napisane, ja operu nepouzivam, cize nevim...
|
|
Lebo Fico
Od: Lebo Fico
|
Pridané:
19.7.2011 13:58
Viete prečo nemôže Slovensko poslať vlastnú kozmickú loď na Mars? Odpoveď: Lebo Fico. A ako sa bude po novom volať SASka? Odpoveď: Lebo Fico. Sulík a spol. vylúčili Matoviča z poslaneckého klubu. Prečo? Lebo Fico. A tak, keď sa budú po Slovensku preháňať Maďari ako za Uhorska, Sulík povie: Lebo Fico.
|
|
Re: Lebo Fico
Od: Lenovo_
|
Pridané:
19.7.2011 14:11
A ty si sa tu kde vzal? Lebo Fico?
Vzhladom na to, ze tu politika nepatri, budem strucny. Fico je zodpovedny za vela, hlavne za svoju neschopnost. Ten taraj tu 4 roky vykrikoval, lebo dzurindaaaaaaa. Pokrytec jeden. HOWG!!!!
|
|
Re: Lebo Fico
Od: deprogramator
|
Pridané:
19.7.2011 14:25
while !((i=1) and (i<>1)):
i++
politik[i-1]::leave()
politik[i]::trashtalk(politik[i-1])
|
|
Re: Lebo Fico
Od: Better code
|
Pridané:
19.7.2011 14:47
Odladena funkcia na vypocet kokotstva v politike, vzdy vrati true???
bool IsPolitikKokot()
{
bool retVal=false;
CPolitik *politik = new CKokot();
if (politik->IsKokot()) retVal=true;
delete politik;
return retVal;
}
|
|
Re: Lebo Fico
Od reg.: Lars Schotte
|
Pridané:
19.7.2011 15:15
to tam vytvaras novy exemplar kokota politika, aby si ho potom hnet vymazal? to je nejaka somarina, ne?
najlepsie je nevytvarat ziadne exemplary kokotskych politikov a problem je vyrieseny.
|
|
Re: Lebo Fico
Od reg.: Lars Schotte
|
Pridané:
19.7.2011 15:16
to while nevyzera ze niekedy pobezi.
ako je definovane i?
funkcia politika je ako definovana?
|
|
Re: Lebo Fico
Od: hell_yeah
|
Pridané:
19.7.2011 15:55
i by malo bezat
akurat som pouzil namespace namiesto struct :/
|
|
Mozilla
Od: Lenovo_
|
Pridané:
19.7.2011 14:04
A ja citam, ze "Mozilla pracuje na viacprocesorovom Firefoxe" :D Ach ta dyslexia :))))
|
|
Re: Mozilla
Od: Roland-zee
|
Pridané:
19.7.2011 14:15
..veru, aj viacprocesorový (prístup by líštičke pomohol :d;
|
|
Re: Mozilla
Od reg.: datlik
|
Pridané:
19.7.2011 14:27
hned mi bol ten nadpis akysi cudny
|
|
re.......
Od: dandooo1111
|
Pridané:
19.7.2011 14:15
ako mohli na nom prestat pracovat?
ved dnes uz kazdy pocitac alebo notebook ma viac jadier. Je snad samozrejme ze treba vyuzit ich moznosti
|
|
Re: re.......
Od: siirii
|
Pridané:
19.7.2011 14:36
Možnosti viacerých jadier dokáže bez problémov využiť aj jeden proces.
|
|
Re: re.......
Od reg.: Lars Schotte
|
Pridané:
19.7.2011 15:14
o to ide. ja neocakavam, ze firefox pojde cestou akou isol google chrome, skrz kazdy tab ma jeden proces, pricom nevim ci to v skutocnosti tak je, kedze som chrome nikdy neskusal, ale google tak hovori, ze to tak je.
v tom pripade si ale proces kopiruje komplet logiku a to zatazuje dalej ramku.
rozdelit priebeh jedneho procesu na viacero procesorov sa da skrz thready.
|
|
Re: re.......
Od reg.: Jozoo
|
Pridané:
19.7.2011 19:07
Nemusi si nutne kopirovat celu logiku. Tu moze mat v zdielanych knizniciach, ktorych obsach sa fyzicky v pamati vyskytuje iba raz, avsak su namapovane do adresovych priestorov vsetkych procesov, ktore ich pouzivaju.
Samozrejme, nejaka ta rezia navyse s rozdelenim na viac procesov vznikne, ale myslim ze je to prijatelne vzhladom k pozitivam, ktore to prinesie.
|
|
Re: re.......
Od: Slavius
|
Pridané:
20.7.2011 7:14
Casto sa odporuca pouzit viac procesov a IPC namiesto vytvarania threadov. Pri Chrome mam dojem, ze to vyrazne spomalilo cely prehliadac (pouzivam ho od verzie 3.x). Navyse spotreba pamate sa najmenej zdesatnasobila. Chrome uz radsej ani nespustam pretoze na vyvojovej masine pri spustenom VisualStudiu a SQL Serveri po spusteni Chrome vyleti commit charge do nebies a samozrejme si to odnesu tie najnevhodnesie procesy, ktore sa vysvapuju do page file. Navyse Chrome si mysli ze je uzasne, ked po zavreti zostane jedna instancia v pamati (pre rychle opatovne spustenie). Pomoze len Kill process tree a potom CleanMem...
|
|
Re: re.......
Od reg.: Jozoo
|
Pridané:
20.7.2011 7:34
To, ze po skonceni ostava v pamati je celkom bezna vec, ktora sa netyka len chromu. Ostava vsak ako "Cached", t.j. v pripade potreby (nedostatku pamate) je tato uvolnena a miesto sa moze vyuzit pre momentalnu potrebu inych procesov.
|
|
Re: re.......
Od: Slavius
|
Pridané:
20.7.2011 9:55
Zostava v pamati ako beziaci process! Toto je po ukonceni Chrome (zavreti cez sytemove menu). Vsetko zmizne ale proces bezi:
http://goo.gl/HrqZj
Urcite nestojim o takyto nezmyselny proces. Navyze si drzi
GoogleTalk plugin. Start Chrome mam akcelerovany a nepotrebujem aby stale bezal. Nepomaha ani vypnutie Background apps.
|
|
Re: re.......
Od reg.: Jozoo
|
Pridané:
20.7.2011 11:30
Hmm tak to je divne. Ja mam linux a chromium, akurat som to otestoval a po zavreti browsera cez systemove menu nezostane bezat ani jeden proces. Ze by to bolo rozdielom medzi chrome a chromium?
|
|
Re: re.......
Od: Dušana
|
Pridané:
19.7.2011 15:17
tu skor ide o vyuzitie pamate aby vznikala mensia fragmentacia
|
|
Re: re.......
Od reg.: Jozoo
|
Pridané:
19.7.2011 19:02
hlavne ak je ten proces Internet Explorer :-D
|
|
Re: re.......
Od reg.: roob_
|
Pridané:
20.7.2011 7:08
ze 1 stetcom moze malovat aj 20 maliarov?
|
|
Mozilla pracuje na viacprocesovom Firefoxe
Od: Src
|
Pridané:
19.7.2011 14:42
Oni pracuju na viacprocesovom Firefoxe nepretrzite uz dlhsie, akurat ze je to dost velky projekt prepisat cely kod od zakladov. Zaciatky su prave v tom Firefoxe 3.6.4, kde oddelenie pluginov bola prva faza.
|
|
Re: Mozilla pracuje na viacprocesovom Firefoxe
Od reg.: Lars Schotte
|
Pridané:
19.7.2011 15:11
ano to je pravda, sice nevim do akej miery to bolo aj predtym tak, ale v kazdom pripade mozem potvrdit, ze aj ja vidim pluginy ako extra proces a tym padom to aj moze bezat na inom jadre ked treba.
|
|
Re: Mozilla pracuje na viacprocesovom Firefoxe
Od reg.: Lars Schotte
|
Pridané:
19.7.2011 15:12
samozrejme potom je otazka, do akej miery multithreaded je napr taky adobe flashplugin.
|
|
Re: Mozilla pracuje na viacprocesovom Firefoxe
Od: MenoX
|
Pridané:
20.7.2011 2:13
Príspevok bol zmazaný pre nevhodný a/alebo vulgárny obsah.
|
|
viacprocesovom
Od: tretinos
|
Pridané:
19.7.2011 15:00
Tak si Firefox spustite 4x a pobezi kazde na jednom jadre.
|
|
Re: viacprocesovom
Od reg.: Lars Schotte
|
Pridané:
19.7.2011 15:10
nooo, to ci nepomoze, lebo instancia firefoxu bezi iba jedna porat, cize proces tam je iba jeden. to skor myslis ako chrome, ze tam kazdy tab robi vlastny proces ale to zas zere o to viac ramku.
cize to nie je take jednoduche ako opisujes.
|
|
saq to bolo aj na case
Od reg.: Lars Schotte
|
Pridané:
19.7.2011 15:09
akoze ja to vidim tak, ze teda firefox mi zere viac cpu time ako flashplayer od adobe a to je co povedat, krista...
cize tych viacero threadov tam uz malo byt davno, aby to clovek rozdelil na viacero procesorov a podobne.
to zatazenie ramky ale tiez je dolezite, aby teda ten firefox rychlejsie uvolnoval pamaet, aby to nezajebavalo porat ramku, lebo to spomaluje najviac, viac ako to, ci to je na jednom cpu, alebo viac, kedze je malo pouziti, kde by clovek mal zatazenie cpu viac ako 100% pri 2 ghz jadre.
|
|
Re: saq to bolo aj na case
Od: Pošli kvety
|
Pridané:
19.7.2011 15:18
thready tam uz su, ide o pamat
|
|
Re: saq to bolo aj na case
Od: Cpx
|
Pridané:
19.7.2011 21:46
Príspevok bol zmazaný pre nevhodný a/alebo vulgárny obsah.
|
|
Re: saq to bolo aj na case
Od reg.: OmeGa
|
Pridané:
19.7.2011 16:11
neviem cim to je, ciarky pouzivas, bodky tiez, pises zda sa slovensky, ale stale ti nerozumiem a neviem co chces povedat..
|
|
viacprocesorový / viacprocesový
Od: Rolad-zee
|
Pridané:
19.7.2011 20:15
tak na ktorom sposobe sa pracuje, "multi-procesový, (v zmysle multi-cores-cpu) al. multi-procesorový (= multi-threads, "vlákna") ? ?
ktorá metoda by bola lepšia ?
(resp. o ktorom výraze má vobec zmysel hovorit)
ano, pls vysvetlit tie rozdiely viac do hlbky, ktorí ste tu povolanejší, pietro, mne to už takto k večeru splýva.. :D ;:)
|
|
Re: viacprocesorový / viacprocesový
Od: Resistance
|
Pridané:
19.7.2011 20:27
1. multi-procesový: V jednej inštancii bežia viacero vlákien rozdelených na viacero CPU jadier.
2. multi-procesorový: V jednej inštancii beží jedno vlákno a každá inštancia beží na viacerých CPU jadrách.
Problém Firefoxu je ten, že mnoho vlákien beží sériovo, čo značne degraduje jeho výkon.
|
|
Re: viacprocesorový / viacprocesový
Od: JirkaH
|
Pridané:
19.7.2011 22:42
ses mimo
|
|
Re: viacprocesorový / viacprocesový
Od reg.: Terepin
|
Pridané:
19.7.2011 22:58
Ale skúsiť som mohol, nie? :D
|
|
ano..
Od reg.: e3k..
|
Pridané:
20.7.2011 0:44
ale radsej by mali vycistit kod.
|
|
Re: ano..
Od: Al Vagabund-a
|
Pridané:
20.7.2011 7:17
A ty si studoval zdrojove kody Firefox-u?
|
|
Príspevok bol zmazaný pre nevhodný a/alebo vulgárny obsah.
Od: MenoX
|
Pridané:
20.7.2011 2:13
Príspevok bol zmazaný pre nevhodný a/alebo vulgárny obsah.
|
|
Patent
Od: Stary Gejza
|
Pridané:
20.7.2011 8:23
Len aby na to apple nemal nejaky patent
|