Firefox 3 - sehr ressourcenhungrig?

    Zitat von cubefox

    alle neuen computer meinst du wohl. ;) ein kleiner aber wichtiger unterschied.

    wo hast du das gelesen? würde mich sehr interessieren. hat da sonst jemand mehr infos dazu?


    http://blog.mozilla.com/rob-sayre/2007…-eye-on-things/

    Zitat


    October 16th, 2007
    Leaks

    One of the trickiest problems in browser engineering is integrating memory management schemes across languages. Usually, there is a host language, such as C++, C, or Objective-C, and JavaScript. In many circumstances, the host language is reference counted, while the JavaScript implementation is garbage collected (GC).

    For Firefox 4, we’re moving towards GC for all but the most performance-sensitive pieces of code, using high performance code donated to the Mozilla project by Adobe/Macromedia. For Firefox 3, we’ll use a cycle collector to improve our memory management in comparison to Firefox 2.

    We’re also increasing our level of automated defect detection in this area. Jesse Ruderman has been developing ever more advanced fuzzers for leak and security testing. His stuff is getting really scary. We’re also parallelizing leak testing by running leak check scripts on Amazon EC2. EC2 lets us run many parallel leak checking machines against a randomly generated selection of websites. This is great, because we find problems in pages that testers and engineers probably wouldn’t look at. For instance, http://www.golfballoutlet.com no longer leaks. :)


    Ein Problem ist, die Speicherverwaltung in die verschiedenen Programmiersprachen einzubeziehen.
    Der Firefox durchläuft schon eine große Zahl an automatischen Tests, so daß "löchriger Code" schneller oder überhaupt erst gefunden werden kann.

    Zitat

    EnVision » Blog Archiv » Gründliche Prüfung


    Gruß gammaburst

    Zitat von Erwin Normal

    [...] soll der Firefox 3 ja eher nicht so viel sparsamer werden, sondern ganz im Gegenteil, er soll noch höhere Anforderungen haben.


    Hören-sagen-weitergeben? :) Das ist "Stammtisch-Bla-Bla". Wieso keine "eigene" Aussage?

    Hier bewegt sich (bei ständig ca. 36 Tabs, etlichen unterschiedlichen zu ladenden Scripten - *.js, *.css - und Anzahl Extension) der RAM unterhalb von ca. 150 M / die Auslastung im Schnitt bei 2%. Die virtuelle Belastung ist mir pers. bei den angebenen Werten und Bedingungen noch zu hoch.

    Natürlich sind diese Werte in ihren Spitzen abhängig von aufgerufenen Seiten und deren Anzeige mit Plug-In. Mozilla arbeitet wohl auf diesem Gebiet zz. auch mit entspr. Herstellern enger zusammen [1]. Bspw. wirkt sich diese für Fx 3 supportete jre- Beta- Version von Sun durchaus positiv aus.

    [1] http://gemal.dk/blog/2008/02/2…om=rss-category

    Zitat von cubefox

    also in meinem winxp-taskmanager wird nirgends angezeigt wie viel ram ungenutzt ist, da müsste ich schon den speicherverbrauch sämtlicher prozesse zusammenrechnen und dann von meinem gesamtspeicher abziehen. immerhin zeigt er die freie cpu-last an, der gute. ^^


    Also bei mir, XP x64, sieht man das im Task Manager unter "Systemleistung" (unten rechts, "Physikalischer Speicher (KB)").