Firefox tester forbedret flerkjernestøtte

[kilogram]

Mozilla har startet et prosjekt som skal prøve å kjøre Firefox i flere prosesser.

 

Les mer

[Simen1]

Jeg stiller meg spørrende til nytten av dette. Nettlesere er jo ikke akkurat ytelsekrevende i utgangspunktet. Med unntak av de gangene man kjører tunge flash eller PDF i nettleseren, men det er jo uansett eksterne programmer som bør være enkle å kjøre på andre kjerner.

 

Stabilitetsmessig kan de risikere å få en del komplikasjoner med på kjøpet som faktisk senker stabiliteten.

 

Vel, tiden vil vise om dette er noen god idé.

[evgeny]

seff er det god ide

[Anders Jensen]

Jeg stiller meg spørrende til nytten av dette. Nettlesere er jo ikke akkurat ytelsekrevende i utgangspunktet. Med unntak av de gangene man kjører tunge flash eller PDF i nettleseren, men det er jo uansett eksterne programmer som bør være enkle å kjøre på andre kjerner.

 

Stabilitetsmessig kan de risikere å få en del komplikasjoner med på kjøpet som faktisk senker stabiliteten.

 

Vel, tiden vil vise om dette er noen god idé.

Jeg er for det meste uenig. Dette er ikke gjort for å øke ytelsen men for å gjøre leseren mer robust slik jeg forstår det. Ja det blir litt økt kompleksitet, men sånn er det med implementering av all robusthet. Det blir litt mer overhead som må kjøres inn før en tjener noe på det, men etterpå er det definitivt verdt det.

 

Slik jeg ser det blir det bare marginalt flere tråder som kjører på grunn av dette og derfor ingen bedre lastbalansering. Fordelen ligger i at fanene er logisk sterkere adskilt. Isteden for å kjøre trådene fra alle faner i en stor pool så kjøres tråder fra samme fane i hver sin prosess.

Endret 8. mai 2009 av Anders Jensen

[khare]

Nettlesere er jo ikke akkurat ytelsekrevende i utgangspunktet.

 

Nettlesere er så ytelseskrevende som det man kjører i dem. Om man kun leser nettaviser vil man merke liten forskjell, men webapplikasjoner blir tyngre og tyngre, Javascript-bibliotekene blir større, og det er en stadig større tendens til at websider/-applikasjoner tar over oppgaver som vi idag bruker tradisjonelle, lokale applikasjoner til.

 

Man ser også at ytelseskrevende operasjoner som kryptering, behandling av binære data (bilder, lyd), databaseoperasjoner (Google Gears/SQLite) osv. er på vei inn i webapplikasjonene. Når vi samtidig vet at antall kjerner i prosessorene har økt og vil øke kraftig i årene fremover, er dette en absolutt nødvendig retning som Firefox og alle andre nettlesere må ta for å levere god ytelse.

[DarkSlayer]

Jeg stiller meg spørrende til nytten av dette. Nettlesere er jo ikke akkurat ytelsekrevende i utgangspunktet. Med unntak av de gangene man kjører tunge flash eller PDF i nettleseren, men det er jo uansett eksterne programmer som bør være enkle å kjøre på andre kjerner.

 

Stabilitetsmessig kan de risikere å få en del komplikasjoner med på kjøpet som faktisk senker stabiliteten.

 

Vel, tiden vil vise om dette er noen god idé.

Uenig.

 

Chrome og IE8 er implementert slik allerede. Det har de gjort for å øke stabiliteten og sikkerheten. Forskjellen på multi-tråd og multi-prosess er ganske mye og har sine cons/pros.

Separering ut i prosesser så blir det lettere ang sikkerhet da to prosesser ikke har tilgang til hverandre og ikke deler minne, mens tråder har. Du vil jo ikke at din favorittpornoside skal lese nettbank tråden din?

Prosesser tar mer tid å starte, og tar mer minne.

Krasjer prosessen, eller går i 100, så drar ikke dette med seg de andre prosessene(tabbene).

 

Det er 2 ting som er negativt med dette for sluttbrukeren. Lengre oppstartstid, og det tar mer minne. Oppstartstiden er ikke merkbar, og minne har vi nok av. = ingen problemer bortsett fra de som vil kjøre FF på 486DX266.

[Rabbid]

Er ihvertfall positivt at brukergrensesnittet ikke kommer til aa fryse hver gang jeg gjenoppretter 20-30 faner ved oppstart

[SilentNET]

Rabbid: Kjøp deg en kjapp SSD-disk, så slipper du uansett det problemet

 

Jeg er faktisk ikke så sikker på at problemet vil bli mindre med en nettleser som har hver fane i egen prosess. Tvert imot. Med mindre da selve grensesnittet får sin egne prosess, som har prioritet over de andre. Og det er vel kanskje noe slikt det snakkes om her med Firefox.

 

Jeg er ikke sikker på hvordan IE8 og Chrome er på det punktet. Men uansett, en kjapp SSD så kommer du langt, uansett nettleser

Endret 8. mai 2009 av SilentNET

[Rabbid]

SilentNET: Om du mener for mellomlagring av sidene saa bruker jeg RAM til det

[SilentNET]

SilentNET: Om du mener for mellomlagring av sidene saa bruker jeg RAM til det

 

Prøvde å åpne Firefox selv nå her hos meg, og hadde på forhånd åpnet 30 faner. Lukket FF og "lagret". Startet FF igjen, og trykket på diverse på menyen, browset bookmerker, skrollet i diverse nettsider og kikket innom tilfeldige faner. Null problemer.

 

Så kjenner meg ikke helt igjen i den der med at grensesnittet fryser ved åpning av mange faner.

[Rabbid]

40 faner med JavaScript showcases saa stopper det fort opp (Ja, jeg har slikt oppe hele tiden )

[Kimble]

Nettlesere er jo ikke akkurat ytelsekrevende i utgangspunktet.

 

Nettlesere er så ytelseskrevende som det man kjører i dem. Om man kun leser nettaviser vil man merke liten forskjell, men webapplikasjoner blir tyngre og tyngre, Javascript-bibliotekene blir større, og det er en stadig større tendens til at websider/-applikasjoner tar over oppgaver som vi idag bruker tradisjonelle, lokale applikasjoner til.

 

Man ser også at ytelseskrevende operasjoner som kryptering, behandling av binære data (bilder, lyd), databaseoperasjoner (Google Gears/SQLite) osv. er på vei inn i webapplikasjonene. Når vi samtidig vet at antall kjerner i prosessorene har økt og vil øke kraftig i årene fremover, er dette en absolutt nødvendig retning som Firefox og alle andre nettlesere må ta for å levere god ytelse.

 

Vel det er vel fortsatt relativt sjeldent at en jobber med flere tunge javascript sider samtidig.

 

Jeg er skeptisk til hvor stor ytelsesgevinst det vil gi å dele opp i flere prosesser. Det er jo ikke sånn at hele Firefox per i dag kjører i èn tråd! Å dele arbeidet opp i flere prosesser enn tråder vil føre til mer kostbare kontekstbytter på cpu kontra bytte mellom tråder. Utveksling av felles data mellom prosesser er også tyngre.

 

Nå gjenoppretter jo Firefox tilstanden veldig bra etter kræsj også. Det er selvfølgelig irriterende at nettleseren kræsjer, men når du åpner programmet igjen og alt er sånn som det var før kræsjet så gjør det jo egentlig ikke så mye.

[SpecialForce]

Rabbid: Jeg kjører nå 200 faner med random materiell, dette gjør jeg i firefox beta 4 og akkurat det samme gikk fint i FF beta 2. Dessverre var beta3 noe rallemikk.

[Rabbid]

Rabbid: Jeg kjører nå 200 faner med random materiell, dette gjør jeg i firefox beta 4 og akkurat det samme gikk fint i FF beta 2. Dessverre var beta3 noe rallemikk.

Ja, gaar nok fint i Firefox 3.5, har kjört den selv i en god stund, men har aldri kommet opp i saa stort antall faner at jeg egentlig kan si noe om hvordan den takler det selv.

[Trygve Onnestad]

å da kommer spørsmålet , hvem kjører 250 faner til enhver tid ? 

[SpecialForce]

Jeg, så jeg slipper å bokmerke mer.

Det kalles produktivitet og mange timer ledig.