Plugin container kinyírása

Mozillás gyerekek nem elégedtek meg az eddigi bloatware teljesítményükkel, és úgy gondolták 5 nyitott tabhoz nem elég 270MB foglalt memória, foglalni kell még 36MB-ot az ipari hulladéknak. Egyetértek a szándékkal, de a megoldás, mondjuk ki: szar. A plug-in kezelés egy alkalmazás belső dolga, ezt külső alkalmazásra bízni nem épp a legjobb ötlet. De ne csodálkozzunk, egy olyan teamtől, akiknek a terméke folyamatos memóriafolyást produkál.(Különösen aranyos az arra javasolt workaround.)
A biztosítékot nálam az verte le, amikor egy oldal 8 flash videóval, és pár javascripttel sikeresen elcsócsált 1GB memóriát és a 90% processzorteljesítményt. Ez csak azért vicces, mert összese 1GB van a gépemben, és "szeretném" másra is használni.
Egyik megoldás logikusan valami normális böngészőre váltani (Opera, Chrome, stb.) vagy ha minden kötél szakad, kicsinálni a probléma forrását.
Erre a legegyszerűbb megoldás az about:config-ban az ipc kulcsszóra keresni, és az így kapott változók értékét, az alap értékének az inverzére állítani. Ez annyi időre megoldja a problémát, amíg feltelepít az ember egy másik böngészőt.

( uid_15483 | 2010. 07. 01., cs – 10:51 )

Szerintem inkabb legyen kulon process, minthogy a bongeszo fagyjon a flash-sel egyutt. Ezert van ugyanis kulon processben, nem azert, hogy legyen mivel memoriat foglalni.
--
ahan nem

A külön procesz jelentős overheadet visz be a böngésző működésébe és teljesen felesleges, mert a böngésző megfelelő kialakításával (tabok folyamatainak védett memóriaterületre a forkolása, a'la Chrome) ugyanaz az eredmény érhető el.
Ugyanígy a pluginek processen belüli sandboxolása is megoldja a védettségét.
Feltételezem, a fenti remek megoldás mögött az áll, hogy az egész tüzesrókát újra kéne írni, ha ezeket implementálni akarnák.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

Azert olyan nagy overheadet nem jelent a kulon processz, mivel kulon processzrol van szo, az OS-t terheli inkabb nem a bongeszot. Egyebkent meg be kell allitani hol jelenjen meg, mikor tunjon el es figyelni hogy el-e meg. Nem varazslat.

"tabok folyamatainak vedett memoriateruletre forkolasa"
??? folyamat = processz. fork: uj folyamat/processz letrehozasa. Akkor megis uj processzt akarsz letrehozni tabonkent?

Azt hiszem ennek fuss neki megegyszer, hogy tulajdonkeppen mit szeretnel es hogy.

--
ahan nem

"Azert olyan nagy overheadet nem jelent a kulon processz, mivel kulon processzrol van szo, az OS-t terheli inkabb nem a bongeszot."
Hatas-ellenhatas. Ha nagyon terheljuk az OS-t, a bongeszo lassulhat tole. Es van aki sok tabon nyomja.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( Yorirou | 2010. 07. 01., cs – 16:00 )

Chromium daily, nagyon gyors, és az inspectora kezdi beérni a firebugot.