В русской типографике принято, что 103,180KB означает сто три целых и сто восемьдесят тысячных килобайта, а не сто три тысячи сто восемьдесят килобайт, как было по ссылке
Могу добавить еще одну особенность, которая меня раздражает.
На "медленных" коннектах FF начинает тупо заедать 100% CPU. Я это еще с первых версий наблюдаю. У нас Оракл на VMWare стоит, отдает JSP медленно, вот на них FF и подгружает систему.
>На "медленных" коннектах FF начинает тупо заедать 100% CPU. Я это еще с первых версий наблюдаю. У нас Оракл на VMWare стоит, отдает JSP медленно, вот на них FF и подгружает систему.
Хм, а вроде FF3b1 получше себя в этом плане ведет...
>Нет, есть такое дело, сегфолтится. Где-то пару раз в неделю наблюдаю :(
Значит, по разным сайтам ходим :) Ибо, хотя и Конком пользуюсь и пореже, по совокупному аптайму, чем Оперой, но всё равно очень часто. Не падает! Хотя, возможно, что это как раз связано с тем, что самосбор в Gentoo ;) Сейчас, вот, из 3.5.7 пишу.
> Два слова - "менеджер сеансов", и конк в нокауте. ;) Вот когда он научится сеансы сохранять, чтобы табы по памяти не восстанавливать, тогда и будет разговор.
Вручную это делается легко: Правой кнопкой мыши на панели инструментов->"Панели инструментов"->Добавляем кнопку "Сохранить профиль просмотра...". Всё. Перед закрытием нажимать эту кнопку и кликать "Ок". Неудобно? Да. Сам использую? Нет. Но хоть что то для тех, кому очень нужно. Поправят в следующих версиях, это ведь совсем не сложно.
>> Два слова - "менеджер сеансов", и конк в нокауте. ;) Вот когда он научится сеансы сохранять, чтобы табы по памяти не восстанавливать, тогда и будет разговор.
>Вручную это делается легко: Правой кнопкой мыши на панели инструментов-Панели инструментов"->Добавляем кнопку "Сохранить профиль просмотра...". Всё. Перед закрытием нажимать эту кнопку и кликать "Ок". Неудобно? Да. Сам использую? Нет. Но хоть что то для тех, кому очень нужно. Поправят в следующих версиях, это ведь совсем не сложно.
Меня поражают такие ответы. Ты не понимаешь, что значит оперовский менеджер сессий, как и работа с картинками show/cached/no и еще много чего. Всякие аналоги не то. Просто попробуй поработать с оперой недельку, понастраивать и ты поймешь аргументы операпользователей.
>Меня поражают такие ответы. Ты не понимаешь, что значит оперовский менеджер сессий, как и работа с картинками show/cached/no и еще много чего. Всякие аналоги не то. Просто попробуй поработать с оперой недельку, понастраивать и ты поймешь аргументы операпользователей.
меня тоже поражают их аргументы - опера лучше все остальное отстой, у нас есть перделка раз и два (не важно что только операпользователем она нужна). Лично мне для багтрекера, просмотра новостей, лора и слэшдота + поиско документации - FF хватает заглаза, зачем мне показывать картинки из только кэша ? Да более того - скажем так у меня не FF а epiphany на gecko.
Gecko да монструозное гэ - есть что лучшее УЖЕ готовое ? опера ? а зачем мне qt-урода еще и закрытого ?
Тоже думал, что за микроскопические объёмы для теста. До этого коммента даже и не догадался, что это в русском тексте западную систему записи чисел используют.
> Потому что не все *alloc-нутое при загрузе/отображении страницы
> освобождается после закрытия: внутренние кэши, история и пр.
Это всё - ерунда. Чем это ограничено?
Если так делать, то рано или поздно истратится
_вся_ память!
Кэш - это другое. У него должно быть ограничение
на максимальный объём, и должна быть возможность
его очистки. Кстати раньше, по-моему, была кнопка
для очищения кэша памяти, и ограничение на него
ставить можно было. Или это было ещё в нетскейпе?
А сейчас - я что-то этого не нахожу... Для дискового
кэша - есть, а для памяти - не вижу.
Так вот. Кэш, который нельзя ни очистить ни
ограничить - это лишь лицемерное название банального
факта, в простонародии именуемого утечками памяти. :)
> Кэш - это другое. У него должно быть ограничение
> на максимальный объём
И кроме того, для кеша обычно отводится
отдельный пул памяти. Было бы глупо если
бы они кешируемые объекты вперемешку с
некешируемыми кидали.
>Зайди на freebsd.org или, к примеру, на rbc.ru, полюбуйся рендером.
Зашёл сейчас на freebsd.org.. Опера 9.24--всё отображено правильно. Конк 3.5.8--выпадающий список налезает на картинку, ссылки в "SECURITY ADVISORIES" вылезают за фон (опера часть строки переносит). ФФ 2.0.0.9--список в порядке, а вот ссылки всё равно вылезают.
тестик помоему слабоват все таки,
я тут только что попробовал одно расширение которое должно сортировать и групировать вкладки по сайтам, так оно открыло еще около 400 вкладок к уже имеющимся 230 вкладкам, которые с контентом, и их стало всего > 630, сцуко
2.0.0.9
VIRT RES SHR
376M 245M 27168
а вообше не в состянии покоя через 5 минут надо мерять а после нескольких дней невыключаемой работы
>> Потому что не все *alloc-нутое при загрузе/отображении страницы освобождается после закрытия: внутренние кэши, история и пр.
> Это всё - ерунда.
Это факт. Даже если программа так хорошо написана, что освобождает (вызывает free()) _всю_ запрошенную для отображения страницы память - не факт, что при этом освобождается непрерывный кусок с конца кучи. Зависит от последовательности предыдущих malloc/realloc/free.
> Чем это ограничено?
Логикой программы.
> Если так делать, то рано или поздно истратится _вся_ память!
Конечно. Так и бывает c долгоиграющими программками типа браузера на машинках с 32 mb RAM + 64 mb swap.
> А сейчас - я что-то этого не нахожу... Для дискового кэша - есть, а для памяти - не вижу.