The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Сравнение потребления памяти в Firefox 3.1 Beta 3 и Firefox 3.0

27.03.2009 13:48

"Memory usage in Firefox 3.1 Beta 3" - сравнение потребления памяти в Firefox 3.1 Beta 3 и Firefox 3.0.3, при выполнении одинаковой работы в обоих браузерах. В итоге, во всех экспериментах Firefox 3.1 Beta 3 потребляет процентов на 10 больше памяти, но при этом меньше загружает CPU и явно выигрывает в скорости обработки страниц и реакции на действия пользователя.

  1. Главная ссылка к новости (http://www.dedoimedo.com/compu...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/20960-firefox
Ключевые слова: firefox, benchmark, speed
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (9) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 14:37, 27/03/2009 [ответить]  
  • +/
    И так браузеры, увы, мутанты что по cpu, что по памяти...
     
  • 1.2, mag (??), 14:39, 27/03/2009 [ответить]  
  • +/
    печально, но продолжаю их юзать
     
  • 1.3, Max (??), 15:30, 27/03/2009 [ответить]  
  • +/
    Гораздо лучше чем наоборот.
     
     
  • 2.4, sneer (??), 16:00, 27/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    fennec зато жрёт мало памяти но медленно грузит странички хех прям зависть видим )


     

  • 1.5, ixrws (?), 19:01, 27/03/2009 [ответить]  
  • +/
    Довольно занятно, но неудивительно учитывая модифицированный жабаскриптовый движок + дополнительные навороты. Разумеется за это приходится платить, платить памятью:(
    Вот одно я пока не пойму, вчера таки заствил себя поковыряться с xulrunner и поглядел как оно там изнутри, и сразу пришла в голову мысль - а почему таки альтеративных легковесных браузеров на его базе нет? Всмысле не мертворожденные проекты, типо епифани, в виде гуя+mozвиджет, а реальные проекты, которые бы даже вмешивались в начинку xulrunner и переписывали наиболее тормознутые компоненты. Вот это мне кажется наиболее перспективно, думается мне фонд мозиллы ещё долго будет не понимать важности легковесности. Писать кросплатформенные приложения на JS это круто конечно, но блин, есть желание например попользовать  феннек на арм 400 мгц, и там оно шевелится не особо то:)
     
     
  • 2.6, User294 (ok), 19:10, 27/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >например попользовать  феннек на арм 400 мгц, и там оно
    >шевелится не особо то:)

    Нокия успешно реализовала ваше желание :) и их системный браузер MicroB на основе Gecko вполне себе ничего.И памяти жрет умеренно.Но собственно XULного гуя и нету.За счет этого легкость и ... отсутствие темабельности и наворотов, ессно.За все приходится платить.

     
     
  • 3.7, ixrws (?), 20:02, 27/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Рад бы согласится, если бы их MicroB не был бы тем самым эпифани подобным мертвяком. Может я недостаточно конкретно выразился выше, поэтому ещё раз попытаюсь.
    Проблема мозиллы не в том, что у неё есть xulrunner с гуем на xml+js. Отказываясь от этого мы пишем собственный гуй и юзаем мозиловский геко как движок, но тогда мы, скажем так - не решаем проблему, а лиш убираем её самые такие явные фрагменты. Проблема же в том, что мозилловцы не слишком то пекутся о важности быстрого кода с малым потреблением памяти. Проблема в том, что XPCOM, будучи хорошей задумкой в смеси с С++ даёт какие-то не очень ахти результаты, которые почему-то отражаются на большем потреблении памяти и процессора нежели webkit. Тут конечно многие возразят: "мол мозилла поддерживает стандарты круто и умеет рендерить даже кашу из хрен знает как написанного html и поэтому медленно и тяжело". Но думаю японские дрели лучше русских не потому что русские много чего умеют, а потому что японцы научились чётко и планомерно устранять недостатки и развивать.
    Так вот моё мнение таково, xulrunner, xpcom надо развивать, хорошо документируя каждый нюанс а не как сейчас. продвигать xulrunner как кросплатформенную девелоперскую платформу, расширить в xpcom поддержкой С, работать над поиском неэффективных решений в компонентах. И вот тогда уже даже xulrunner-based fennec будет работать прекрасно. Но я думаю всем понятно что сказать легко - а сделать сложнее:) Те же мелкий и мягкие в своё время взяли вполне себе вменяемую идею компонентов, реализовав аналог CORBA в виде COM. Но на практике оно оказалось хреново, что-то мне подсказывает, что проблема не в идее, а именно в реализации.
     

  • 1.8, arknir (?), 10:07, 28/03/2009 [ответить]  
  • +/
    to ixrws

    Таки пиши сам =)
    Я думаю не ты один этого хочешь, а значит, если поискать вполне сможешь собрать команду, и вперед.

     
     
  • 2.9, ixrws (?), 15:47, 28/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Мысль правильная, посмотрим найдётся ли достаточно времени или наоборот - не найдётся ли очередных "отмаз" у лени,почему не надо начинать этого:)
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру