Что ждать в новой Opera 9.5

>Opera не написанна на QT хотя и их офисы находятся в одном здании. От aspell скорее всего скоро откажутся (в 10.0). А стандартам w3c полностью не соответсвует ни один браузер. :-)

Ух и забористая у тебя трава! :D

>Ниже ваше или где?

Вот ты и сам процитировал вещи, по которым видно, что ты читать не умеешь.

Засим, пожалуйте в игнор.

>если бы Опера была открытой, то ФФ был бы 2-ым браузером, нет?

НЕТ! Ибо фтопку быдлооперу!

>У меня вопрос: вы дурак или быдло?

а ваша фамилия случайно не Даун?

>если бы Опера была открытой, то ФФ был бы 2-ым браузером, нет?

Так ФФ и сейчас 2-ой браузер, если не последний.. ;) А Опера будет первой независимо от того, открыта она или нет. 8)

>>Так как Opera пролечить?

>Что за система, Opera шареная или статика?

linux-2.4.29, glibc-2.3.5, opera-9.21-20070510.5-shared-qt.i386-en-641

>>Ниже ваше или где?

>Вот ты и сам процитировал вещи, по которым видно, что ты читать не умеешь.

Не, это вы стрелки переводите на "задницу", попутно просвещая окружающих, что вы "задницу" юзали с версий 0.XX, и ваша "задница" поюзабельнее, чем у многих, хоть и захавала 2 гектара с гаком :)

В следующий раз выражайтесь яснее и без фуфельных аналогий, и не ерзайте туда-сюда вместо того, чтобы честно поинтересоваться, что надо сделать с FF 1.0.X 1.5.Y, 2.Z, 3alpha, etc.,etc., чтобы он работал на 32Mb RAM.

пилять как же быстро опера работает в kde по сравнению с firefox'ом... жаль только кое-чего не хватает, но может быть когда-нибудь и переберусь на оперу...уж очень, сцуко, резвая.

>Поэтому в этом коде до сих пор дыры находят? ;)

There is no such thing as no bugs :)))

>There is no such thing as no bugs :)))

...сказала Windows. ;)

Кто здесь хвастался оперой на 32Mб?

FireFox 2.0 на 16M ОЗУ: http://polar.ihep.su:8002/ff2-16m.png

>Кто здесь хвастался оперой на 32Mб?

>FireFox 2.0 на 16M ОЗУ: http://polar.ihep.su:8002/ff2-16m.png

Мсье знает толк в извращениях! (с) ;)

> Мсье знает толк в извращениях! (с) ;)

Черт с ней с головой, дай посмотреть, как это делается (с)

> на которых мозила повисает на пару минут,

плз адреса в студию, я как раз это только пофиксил, хочу потестить основательно...

> как не крути,

Ты откуда мозиллу берёшь? с оффициального сайта?

>У кого переизбыток гормонов, тот пусть и качает сорокаметровые сорцы,

Смотри-ка блевать хотел, а сколько сорцы весят знает ;)

только слепой не может видеть огромную разницу в скорости между ff и оперой. я пользуюсь и тем и другим. в ff есть фичи для девелопинга, но его тормазнутость просто убивает. сёрфить в опере одно удовольствие.

> олько слепой не может видеть огромную разницу в скорости между ff и оперой.

Угу, на слабых машинах opera тормознее ff-gtk1.

1. В Opera до сих пор нет поддержки Socks v4/5?! 2. Нет редактора headers. ;( Свой User-Agent не вписать даже. Разве что через opera:config Accept-Language, Accept, Accept-Charser сменить можно.

Сто лет пользователи просят поддержку соксов и возможность редактирования хедеров. Не дают. :)

Зато радует возможность настройки "горячих" клавиш. Удалось настроить некое подобие Emacs keybinding. C-n -- next line, C-p -- previous line,.. and etc. Хотя для FF есть какие-то расширения именно для Emacs keybinding... Firemacs? Запамятовал.

>>There is no such thing as no bugs :)))

>...сказала Windows. ;)

В данном случае сказал я. Основываясь на опыте. Баги есть везде. Потому что человек не машина.

>FireFox 2.0 на 16M ОЗУ: http://polar.ihep.su:8002/ff2-16m.png

Рассказывай, как сделал :)

>Угу, на слабых машинах opera тормознее ff-gtk1.

И как в GTK1 с юникодом?

>FireFox 2.0 на 16M ОЗУ: http://polar.ihep.su:8002/ff2-16m.png

И 35 метров в свопе? :)

в новости не сказано об оптимизации под кривой код, а это немаловажно

ie4linux пробовали?

>linux-2.4.29, glibc-2.3.5, opera-9.21-20070510.5-shared-qt.i386-en-641

На FreeBSD 6.2 она ведет себя аналогично - значит это проблемы оперы. Имеет смысл написать багрепорт на opera.com

>На FreeBSD 6.2 она ведет себя аналогично - значит это проблемы оперы.

Формально неверный вывод. opera динамически линкуется с libc, libqt-mt, etc.

Но: так как opera не реагирует на замену куска libc c ф-циями *alloc, *free, memalign, то см. readelf -a bin/opera | grep -E "alloc|free|memalign"

Опаньки, любителей поцприетарщины разом сдуло.

> в новости не сказано об оптимизации под кривой код, а это немаловажно

Против кривого кода помогает только такая оптимизация:
вместо кривой страницы выдавать сообщение:

----8<------------------------------
  ВЫНЬ РУКИ ИЖЖОПЫ, СУЧИЙ ПОТРОХ!

 >>> Подробности: http://www.w3.org
----8<------------------------------

Помогают также слабые удары электическим током, но вряд ли
это можно реализовать чисто программно.

> Имеет смысл написать багрепорт на opera.com

Не, им надо прислать патч от firefox, мож прикрутят к 10.0. С агиткой "Opera 10.0 -- set your memory genuinely free! Download it now!"

>А Опера будет первой независимо от того, открыта она или нет. 8)

Вряд ли Опера будет первым браузером. Мух интересует только г***но и в связи с отсутсвием ИЕ на линукс-платформах они используют ФФ

> Вряд ли Опера будет первым браузером.

Она уже первый юниксовый браузер, правда, по неотдаче памяти. С чего-то же надо начинать?

> Мух интересует только г***но и в связи с отсутсвием ИЕ ...

Поменьше фанатизма.

+1

опере место в венде /мини опере на свалке DG-SC напихал туда рекламы порнушной и пароли ваши на его сервак уходят скорее всего

konqueror -рулит

Еще больших тормозов!

>Она уже первый юниксовый браузер, правда, по неотдаче памяти.

Опять ты? Тебе уже объясняли, что Опера эту память _резервирует_, т.е. если ты закроешь 5 табов и откроешь 5 или меньше, то Опера ничего у системы просить не будет! =) Ни в какое сравнение с течками лисицы это не идёт. ;) Это во-первых, а во-вторых ты сам сказал, что связано это со статической линковкой с *alloc(),free(). Я на 100% уверен, что это будет исправлено в следующих релизах, максимум--в 10.0.

>Поменьше фанатизма.

Ой, ну кто бы говорил.. ;)

З.Ы.: P4 2.22/512 Mb. Перманетно бывает открыто до двух десятков табов, особых тормозов не замечал.. 8) Как видите, до крутых 64-битных машин с гигом памяти фаерфоксовцев мне далеко.. ;)

Показательно: каждый раз после упоминания неустранимых без авторов Opera багофич все шумные оперофилы исчезают. Вместе с анти-опен-сорсниками. Даже лица одни и те же.

>Смотри-ка блевать хотел, а сколько сорцы весят знает ;)

В отличии от красноглазых фаерфоксовцев я никогда не об#ираю то, чего не знаю.. ;) А размер сорцов я знаю благодаря emerge -pv mozilla-firefox.

P.S.: Как хорошо, что для некоторых прог в генте есть бинарные пакеты.. :)

> Тебе уже объясняли, что Опера эту память _резервирует_

Конечно, должна резервировать. C неизбежной фрагментацией кучи.

> т.е. если ты закроешь 5 табов и откроешь 5 или меньше, то Опера ничего у системы просить не будет! =)

Неверное утверждение. Случай "не просить" реализуется, если после закрытия табов при открытии новых не будет запросов размера > наибольшего свободного chunk'а в куче (кучах).

Пример: отключите кэш, oткройте 20 последних тем из Talks (VSZ=79Mb), закройте, очистите историю. После 5 повторений открыли/закрыли/очистили VSZ = 95Mb. При открытии/закрытии _одного_ набора страниц зарезервировано лишних 95-79 = 16M. Никак, аллокатор считает, что скоро в Talks нафлудят на 16M, и отъедает память (пардон, резервирует) на потом?

google: malloc heap fragmentation

> Ни в какое сравнение с течками лисицы это не идёт.

См. выше. Во всех открытых браузерах под linux "избыточное резервирование" устраняется.

Пример: с _включенным_ кэшем (впрочем, от этого мало зависит) в firefox-2.0 открываем те же 20 тем (VSZ=75M), закрываем, _не_ чистим кэш. Повторяем 5 раз. В пике имеем VSZ=80M, после закрытия всего VSZ=50M. То бишь резервирование есть, но _не избыточное_.

Совсем простой пример, чтобы уяснить проблему: http://polar.ihep.su:8002/frag.c

>P4 2.22/512 Mb

А че машина такая хилая? У меня до сих пор P1-166/64Mb.

ЗЫ см. выше ссылку на Firefox 2.0 на 16M RAM.

> В отличии от красноглазых фаерфоксовцев ...

Заметьте, ответы на "критику" в адрес <<всего, что не Opera>> в среднем выдержаннее, грамотнее, содержательнее.

А че делает плагин npwmsdrm.dll? Находится в разделе Microsoft® DRM.

> связано это со статической линковкой с *alloc(),free().

Фанат повелся на знакомые слова? А просечь слабО, что дело не в статической линковке, а в том, как гвоздями прибитые malloc/free работают с динамической памятью?

Здесь пробегала ссылка на патч для *статической* линковки мозиллы с спецательно заточенными под сокращение лишнего места *alloc/free.

> Я на 100% уверен, что это будет исправлено в следующих релизах, максимум--в 10.0.

Тебя за язык не тянули, шоб в 10.0 все было путем.

>Я на 100% уверен, что это будет исправлено в следующих релизах, максимум--в 10.0.

Че тебе еще делать? Надейся и жди. Поцприетарщик - это судьба.

>Че тебе еще делать? Надейся и жди. Поцприетарщик - это судьба.

Ошибаешься, дядя, я ничего не жду, у меня 512 метров памяти и мне абсолютно параллельно, что при операции с 20 (!) вкладками Опера занимает 80 МБ, а не 50 МБ.. 8)

А вот лисофилы ещё дооооолго будут ждать, когда в ПалённойЛисе наконец хоткеи в русской раскладе починят.. ;) Потому что фаерфокс хоть и "свободный", но сделан через ж#пу и ему уже никакой опенсорс не поможет.. ;)

>Ошибаешься, дядя, я ничего не жду, у меня 512 метров памяти

Так и запишем: для нормальной работы с Оперой надо минимум 512 мегов RAM. Ясен пень, память-то тихо и незаметно захавывается, особенно на javascript, через пару дней у тебя с 2-3 табами 150 мег.

Всем фанам Opera, MS, The Bat, FAR и т д. надеяццо, молиццо, постиццо и ждать.

> когда в ПалённойЛисе наконец хоткеи в русской раскладе починят

Че, сынок, как крыть нечем, сразу стрелки на огнелиса с xoткейсами? Гонишь, все эти ctrl-t, ctrl-w, ctrl-f работают одинаково в любой раскладке, в любой версии мозиллы без специальных настроек.

Хм, я думал, что разговариваю с тем фаерфоксовцем, который про фрагментацию кучи рассказывал.. А оказывается я разговариваю со знаменитым охаивателем Бата, Фара, и Оперы.. Жаль, тот хотя бы умным был.. :(((

>Так и запишем: для нормальной работы с Оперой надо минимум 512 мегов RAM.

См. выше про Оперу на 32M.

>Ясен пень, память-то тихо и незаметно захавывается, особенно на javascript, через пару дней у тебя с 2-3 табами 150 мег.

Мальчик, в Опере утечка памяти (точнеее, её невозвращение) происходит только при закрытии табов! ;) Никаких 150 мег. "через пару дней при 2-3 табах" нет и быть не может.. А вот в твоём любимом Фоксе память утекает самым натуральным образом и через пару дней будет не 150 мег, а все 2 гига.. ;)

>Всем фанам Opera, MS, The Bat, FAR и т д. надеяццо, молиццо, постиццо и ждать.

А зачем молится фанам The Bat и FAR? Опять промямлишь что-то невнятное про невозможность запуска в лине? ;)

>Гонишь, все эти ctrl-t, ctrl-w, ctrl-f работают одинаково в любой раскладке, в любой версии мозиллы без специальных настроек.

Гента, порты свежие, ФФ 2.0.0.3, хоткеи в русс. раскладке нифига не работают.. Если мне не веришь, найди на ЛОРе любую новость про продукты Мозиллы, там эти хоткеи обсуждаются постоянно..

> См. выше про Оперу на 32M.

Бугага, см. выше про ff на 16M. Токо разница в том, что опера после нескольких страниц распухнет до этих 32M и станет неюзабельна, даже если все закроешь. У ff/mozilla/konqueror распухание vm частично обратимо, так как никто в их официальные сборки не догадался статически прилинковать brk-based аллокатор типа ptmalloc. 
В opera, судя по выводу readelf и ее работе с памятью, вариант ptmalloc статически прилинкован. 

Т.o., mozilla/ff/seamonkey можно на 32M использовать дольше opera при всех прочих равных.

> Никаких 150 мег. "через пару дней при 2-3 табах" нет и быть не может..

Кто за язык тянет? Открываем несколько десятков страниц из пробегавшего выше примера, оставляем 2-3 таба, и vm остается на пике ~150M при 2-3 табах.

Или больше двух десятков табов в современном браузере открыть одновременно нельзя?

> вот в твоём любимом Фоксе память утекает самым натуральным образом и через пару дней будет не 150 мег, а все 2 гига.. 

Огласите список страниц, пжалста. На которых можно _необратимо_ набрать 2G VM. 

За два дня может 70-90M набежать от силы, если открывать много сложных страниц по несколько Mb:

$ ps -o vsz,rss,start_time,comm | grep -E "VSZ|seam"

   VSZ   RSS START COMMAND
  2012  1096 Jun26 seamonkey
 88956 75300 Jun26 seamonkey-bin
 88956 75300 Jun26 seamonkey-bin
 88956 75300 Jun26 seamonkey-bin
 88956 75300 Jun26 seamonkey-bin
 88956 75300 17:57 seamonkey-bin

> А зачем молится фанам The Bat и FAR?

Вам виднее, как социально-близкому к ним элементу.

> Гента, порты свежие, ФФ 2.0.0.3, хоткеи в русс. раскладке нифига не работают.. 

FF 2.0, все работает: 
http://polar.ihep.su:8002/ff-2.tgz

>В opera, судя по выводу readelf и ее работе с памятью, вариант ptmalloc статически прилинкован.

Во-первых, эти способы исправления утечек новых проблем не создают? ;) Во-вторых, тебе не приходило в голову, что это было сделано не от хорошей жизни.. Возможно, у них наблюдался какой-то глюк с новыми либами, возможно, им просто было некогда из-за геммороя по переносу на qt4. (а перенос любой проги на qt4--процесс очень гемморойный, поверь мне) А вообще стоит подождать выхода 9.5, тогда и узнаем, что это было--глюк или система..

>Открываем несколько десятков страниц из пробегавшего выше примера, оставляем 2-3 таба, и vm остается на пике ~150M при 2-3 табах.

СТОП. Ты же говорил, что "через пару дней у тебя с 2-3 табами 150 мег." Теперь ты уже опять про "несколько десятков страниц.." о_О Или не ты? ;)

>Вам виднее, как социально-близкому к ним элементу.

Ещё один ненавистник "проклятой припреоритаршины", чешуший все закрытые продукты и их пользователей под одну гребёнку? Мда, видимо "фаерфоксовец"--это диагноз.. :D

>FF 2.0, все работает

Ты мне каждый релиз компилить собственноручно будешь? ;) Может стоит решить проблему в корне, благо исходники фокса открыты..

З.Ы.: Какая оперативность! Xuser, ты? :)

+99999999999999999999999

Можно бывшему проприетарщику вставить 5 коп?

> Во-первых, эти способы исправления утечек новых проблем не создают?

Works_for_me: OpenBSD, Linux.

> Во-вторых, тебе не приходило в голову, что это было сделано не от хорошей жизни.. Возможно, у них наблюдался какой-то глюк с новыми либами, возможно, им просто было некогда из-за геммороя по переносу на qt4.

Гы, оправданий можно и ишшо добавить до кучи. В 8-й опере была та же ботва во всех перепробованных сборках. ЕМНИП, кто-то тут год назад лечил, что древнюю оперу (6,7?) можно было пролечить LD_PRELOAD=/path/to/mmap_based_allocator.so opera. Если правда, то они могут вернуть правильную сборку взад.

> "через пару дней у тебя с 2-3 табами 150 мег." Теперь ты уже опять про "несколько десятков страниц.." о_О Или не ты?

Гы, все там правильно говорится, периодически пользователь ненадолго открывает много табов, типа Talks просмотреть, потом бОльшую часть закрывает за ненадобностью, причем не факт, что потом он столько же опять откроет. После этого логично память освобождать, если она долго не используется, как это сделано в венде, например - там Опера и все виды Мозиллы скромнее жиреют при длительной работе. На днях видел, как опера с сотней вкладок разжирела до 400 метров, причем юзер сказал, что ему лень перезапускать и висит она неделями.

> Может стоит решить проблему в корне, благо исходники фокса открыты..

ЕМНИП, проблемы нет, из-за открытых исходников. Багофича с hotkeys проявляется только с gtk2, в сборках с --enable-default-toolkit=gtk хоткеи работают. Посмотри на ftp.mozilla.org готовые сборки с gtk. Единственный минус gtk vs. gtk2 - отсутствие антиалиаснутых шрифтов, но это на вкус и цвет. Если у тебя gentoo, прописать USE= не проблема.

> Xuser, ты?

Гы, тут на самом деле минимум 4 анонимуса.

P.S. тему с памятью здесь плотно обсуждали в development год назад. Для мозиллообразных и konqueror она решилась, осталась только опера.

>Во-первых,... Во-вторых, ...

Отмазки лепим? Афтары в CVS посмотреть не дают?

>А вообще стоит подождать выхода 9.5, тогда и узнаем, что это было--глюк или система..

В поцприетарном софте глюков не бывает. Это фича однозначно :)

>"через пару дней у тебя с 2-3 табами 150 мег." Теперь ты уже опять про "несколько десятков страниц.."

А ты че, больше 3 страниц не открываешь? Тады ой. Браузер он типа с табами для того, чтобы иногда по много их открывать/закрывать. Даже меняя страницы в одном табе, можно на фрагментации захавать в разы больше, чем надо для каждой страницы. Это вопрос времени.

>Может стоит решить проблему в корне, благо исходники фокса открыты.

Ну дык поправь, если у тебя глючит, благо исходники есть. У меня не глючит, что я делаю не так? (c) Баг с памятью уже исправили коллективным разумом, не дожидаясь афтаров, так и это исправят, кого заколебет.

>все там правильно говорится, периодически пользователь ненадолго открывает много табов

Так всё-таки для достижения описанного эффекта нужно открывать\закрывать "много табов" ? ;) Тогда вопросов нет..

>На днях видел, как опера с сотней вкладок разжирела до 400 метров, причем юзер сказал, что ему лень перезапускать и висит она неделями.

Признаться никогда не понимал людей, у которых браузеры бывают запущены неделями..

>Багофича с hotkeys проявляется только с gtk2, в сборках с --enable-default-toolkit=gtk хоткеи работают.

Интересно, почему из всех gtk2-прог глюки с хоткеями присутствуют только у фаерфокса? Патрег проклял? :D

>Баг с памятью уже исправили коллективным разумом, не дожидаясь афтаров, так и это исправят, кого заколебет.

Судя по комментариям в новостях о продуктах Мозиллы, эта проблема уже заколе#ала очень и очень многих.. ;)