Спустя десять дней с момента выхода Firefox 18 (http://www.opennet.me/opennews/art.shtml?num=35781) представлен корректирующий выпуск Firefox 18.0.1 (http://www.mozilla.org/en-US/firefox/18.0.1/releasenotes/) в котором устранено несколько проблем, влияющих на качество работы. Решены 4 проблемы в коде поддержки работы через HTTP-прокси (утечка памяти, проблемы в автоконфигурации); отключена (http://bugzil.la/%20814434) поддержка HIDPI для внешних мониторов для исключения ошибочного рендеринга (например, подсказка выводилась на другом экране); исправлена ошибка, приводившая к краху проигрывателя Unity на платформе Mac OS X. Связанных с безопасностью исправлений не отмечено (http://www.mozilla.org/security/known-vulnerabilities/firefo...).
URL: http://www.mozilla.org/en-US/firefox/18.0.1/releasenotes/
Новость: http://www.opennet.me/opennews/art.shtml?num=35875
Пускай перейдут на Java или .Net и не будет уже этих утечек памяти
в этом случае, полагаю, у них появятся другие проблемы...
> в этом случае, полагаю, у них появятся другие проблемы...очистка флуда недовольных онанитиков ?
Нет. Нехватка памяти для виртуальной машины.
точнее, там не будет этих мелких утечек, там будут уже нормальные, пацанские утечки.
Пацанские утечки в .NET в java же утечки будут солидно энтерпрайзными.
> Пацанские утечки в .NET в java же утечки будут солидно энтерпрайзными.Ну вы просто не видели как дотнетчики и жабисты бодаются в случае когда программа дико жрет память, а почему - никто не знает. В сях отвалгриндить не больно сложно и всем понятно - что, почему и нафига. А вот в яве/дотнете - програмеры чертыхаются и натужно скрипят мозгом.
>> Пацанские утечки в .NET в java же утечки будут солидно энтерпрайзными.
> Ну вы просто не видели как дотнетчики и жабисты бодаются в случае
> когда программа дико жрет память, а почему - никто не знает.Наверное, эти жабисты вместе со своими друзьями сишниками ничего не слышали про нагрузочное тестирование Java-приложений в Apache JMeter и профилирование кода в VisualVM. ;)
Пусть почитают на досуге: http://habrahabr.ru/post/61857/
http://habrahabr.ru/company/luxoft/blog/146988/
> В сях отвалгриндить не больно сложно и всем понятно - что, почему и нафига.В GDB в командной строке что ли? :))
> А вот в яве/дотнете - програмеры чертыхаются и натужно скрипят мозгом.
Не. Так делают те, кто переходит с C++ на Java, не оставляя прежних привычек. ;)
> нагрузочное тестирование Java-приложений в Apache JMeter и профилирование кода в VisualVM.Осталось только объяснить чем это отличается от валгриндинга. Ну кроме того что жабисты это делают в 10 раз чаще и куда хардкорнее. Ибо переросточная среда сроду может поднаср@ть в казалось бы совершенно безобидном месте.
в плюсах (сях и прочих языках) ты - полный ноль, так что не тебе судить о привычках программистов других ЯП.
по вышеперечисленному о валгринд и gdb: коли у тебя и здесь опыта нет, то что ты хавальник снова открываешь? пытаешься развить своё ЧСВ, а тут мешают? просто бедапро оптимистических жаба-штамповщиков было уже упомянуто в сием писании: http://www.opennet.me/opennews/art.shtml?num=34779 действительно, причина призадуматься о качестве знаний программистов, участвующих в этом проекте
А если под другим углом посмотреть, то:> в плюсах (сях и прочих языках) ты - полный ноль, ...
> пытаешься развить своё ЧСВ, а тут мешают?Любопытно, не так ли? ;)
как бы тут изяслав высокопарную фигню несет о материях, в которых он нихрена не смыслит. так вам не кажется?
не исключено, что он там делает какие поделки на жабе, но зато судить о привычках других программеров - тот еще мастак побалаболить.
> как бы тут изяслав высокопарную фигню несет о материях, в которых он
> нихрена не смыслит. так вам не кажется?Тут (да и не только тут) "таких" > 90%. Наименее компетентный человек (по определённому вопросу/области) любит "производить" наибольшее количество бессмысленного, неграмотного и текста.
Тем не менее, с учётом количественных показателей (> 90%), если каждому такому отвечать флудом на флуд, то во что превратится этот очень уважаемый портал? Зачем уничтожать то, что так важно людям?
хотя да, остальные и так просекли, что изяслав переключился с самого начала с одной темы на другую, у него нативное виновато, потом у него браузер не на жабе написан, потом переключился на вебкит зачем-то, как будто он не нативный и жабный.
тут же не бухгалтерия, фигню всякую с умной мордой не повешаешь на уши. это да.
>> В сях отвалгриндить не больно сложно и всем понятно - что, почему и нафига.
> В GDB в командной строке что ли? :))А что такого? Какая-то детская травма связанная с командной строкой?
и будут великие тормоза. впрочем, кто советует перейти на яву и дотнет, они ведь тоже великие тормоза. не знают концептов, на коих зыждятся сии языки программирования.для фанатиков-жабистов и прочих: подивите мир, конвертните какой-нибудь простенький проект браузера с открытыми исходниками в яву и докажите, что он действительно лучше, производительней, стабильней, утечек в нём нет. а иначе ваши утверждения базируются просто на ваших программках уровня "Hello world", если оные вообще имели место быть.
HotJava was a modular, extensible web browser from Sun Microsystems implemented in Java. Ну и далее по тексту википедии. Ну и конечно javax.swing.JTextPane 100500 лет как умеет показывать HTML-документы.
http://ru.wikipedia.org/wiki/HotJava...Разработка была прекращена, и в настоящее время браузер больше не поддерживается.
...HotJava страдал от ограничений производительности тогдашних реализаций Java-машин (как в отношении скорости, так и по памяти), поэтому его работа была сравнительно медленной...
Новый вид специальной олимпиады - кидаться друг в друга отрывками забора^Wвикипедии.
HotJava
этот проект лишний раз доказал что? только то, что или браузер получается низкопроизводительный (даже не в 2 раза сливает, а поболе). в том числе и Sun в своё время не решился переделать OpenOffice на Java.
Так что не надо махать теоретическими знамёнами, ибо король голый
фанатеги кричат постоянно о том, что "в некоторых местах даже быстрее". ага. с параметром server запустили всё окружение в памяти и меряют скорость вызова метода, зато накрепко забыли, что в других языках программирования есть такая вещь, как статическая сборка. грусть-печаль.
Правильно, они тогда сразу сожрут всю память и рухнут.
не успеют.
вместо запрещения запуска только дырявого плагина ему предётся запретиться самому.а с дотнетом ещё хлещщё — придётся отказаться от андроида, макоси/иос, линуха, бздюхи и пр, и пр. при этом превратившись в клон ие (который не на дотнете почему-то), но только в 10 раз тормознее.
ну и когда это произойдёт всем уже будет нас рать дыряыай ли он или нет и сколько и чем он там питается.
> не успеют.
> вместо запрещения запуска только дырявого плагина ему предётся запретиться самому.
> а с дотнетом ещё хлещщё — придётся отказаться от андроида, макоси/иос, линуха,
> бздюхи и пр, и пр. при этом превратившись в клон ие
> (который не на дотнете почему-то), но только в 10 раз тормознее.Кстати, браузеры для Android — Firefox и Chrome на каком языке написаны?
Андроидный NDK, он для C/C++. На жаве, там может быть интерфейс, разве что.
> Кстати, браузеры для Android — Firefox и Chrome на каком языке написаны?Ясен пень на сях/сях++, как минимум само двигло браузера которое рендерит, выполняет JS и прочая. Слоупочная гуйня - ну да, на яве. Так ведроид потому и слоупочит, собственно.
Не смогут они перейти на Java или .Net — привычки от использования C++ не дадут. В этих средах выполнения нужно постараться, чтобы обеспечить переполнение буфера, прорыв стека и исполнение вредоносного кода от лица привелегированного пользователя.
Нет, это абсолютно исключено.
Прямо сейчас, в секретных лабораториях засекреченные индусы пишут супер браузер на жаве с примесью дотнета. Уже скоро, смотрите во всех утюгах своего дурдома.
Написание браузера на языках безопасного программирования — это политическое решение, а не вопрос быстродействия и потребления памяти. Память больше не является сдерживающим фактором, а по быстродействию управляемый код не уступает, в некоторых ситуациях превосходит статически-скомпилированные образцы кода на C++, выполняющие аналогичную функцию.
практика показала, что "крутым спецам", программирующих на яве, или дотнете, неведомы термины "оптимизация" и "профилировка". именно поэтому ты постоянно несешь такую херь.
Только в Mozilla могут постоянно переписывать код Netscape Navigator пятнадцатилетней давности, "оптимизируя и профилируя" чего-то там без видимых изменений в уменьшении потребления памяти. Вместо того, чтобы выкинуть его и заняться написанием движка с нуля или взять готовый WebKit.
webkit? а что, он написан на яве?
напиши хотя бы парсер какой на яве, потом уж мы заценим его производительность
> производительностьИ потребление ресурсов, например жрач памяти.
> с нуля или взять готовый WebKit.А он тоже не на яве, приколись? :)
И да, а чем Gecko так уж принципиально лучше/хуже вебкита? У вебкита по большому счету 1 плюс - несколько больше ориентирован на встраимание куда попало. Но у мозиллы тоже для этого либы есть.
1. конечно не на жабе, как правильно было замечено
2. более того, если всё будет базировано на WebKit, то и для кулхацкерв работка будет значительно упрощена
3. да и вообще, про вебкит изяслав упомянул, чтобы хоть чем-нибудь пульнуться, вдруг за аргумент прокатит, или от темы увильнуть.
> Память больше не является сдерживающим фактором ...Только за одно это высказывание надо всех жабистов-питонистов ставить к стенке.
>> Память больше не является сдерживающим фактором ...
> Только за одно это высказывание надо всех жабистов-питонистов ставить к стенке.Да купи уже себе нормальный телефон за 6000 рублей (там есть Java), чтобы в него можно было поставить OperaMini. Хватит чувствовать себя нищебродом и изводиться желчью. Надо с чего-то начинать — не век же ходить со "звонилкой". Иногда надо позволять себе приобщаться к волшебству современных технологий.
OperaMini - вообще не браузер, а чёрти что. Вот OperaMobile - это браузер, но она как раз писана не на жаве.
Да от 5000 р. в общем-то уже бюджетный андроид можно купить =)
Смеетесь? Если андроид на тегре 3 с гигом ОЗУ тормозит, то как будет тормозить телефон за 6000 рублей?
http://www.youtube.com/watch?v=NVLTEq3BZQ0
Грибы?
>>> Память больше не является сдерживающим фактором ...
>> Только за одно это высказывание надо всех жабистов-питонистов ставить к стенке.
> Да купи уже себе нормальный телефон за 6000 рублей (там есть Java),
> чтобы в него можно было поставить OperaMini. Хватит чувствовать себя нищебродом
> и изводиться желчью. Надо с чего-то начинать — не век же
> ходить со "звонилкой". Иногда надо позволять себе приобщаться к волшебству современных
> технологий.Ништяк зацепило Изю !!!
По понятиям ответить нечем, перевёл стрелы на нищебродство :-)))
Ты мне про телефоны баки не закалачивай, они мне не впёрлись. Проблемы с памятью в энтерпрайзах вылазят, GC организует "заморозки" длинною до пары минут на серваках приложений, ибо должен разгребать гигабайты говен за "изенчиками", про тюнинг GC можешь не впаривать - плавали знаем.
Который там у жаборастов по счёту класс для объединения строк уже навояли ?
Ауууууууууу Изя, где тыт там ?! ?! Очередной дамп памяти на пару гигов с аппсервера качаешь ???
> Да купи уже себе нормальный телефон за 6000 рублей (там есть Java),Это как раз тот хлам для бабушек, который нынче вымирает как мамонты в пользу смартов? :)
> Пускай перейдут на Java или .Net и не будет уже этих утечек памятиНикогда не видели текущий софт на оных? Наверное, вы ничего сложнее хелловорлда не писали просто. Более того, если в севой программе утечки довольно быстро становятся очевидны и ловятся в два счета соотв. инструментарием, в случае явы и дотнета все намного менее очевидно. Вот жрет нечто 100500 мегз оперативы, а почему - фиг поймешь. Может GC еще не отдуплился. А может там эпичная утечка.
> Пускай перейдут на Java или .Net и не будет уже этих утечек памятиЗабавный эффект неэффективного использования: "Тонны мусора и минимум полезной работы, или скроллинг в Idea" http://habrahabr.ru/post/147552/
Краш-курс "как найти много геморроя на ровном месте". Бедные жабисты и дотнетчики. Вечно у них какие-то простейшие вещи вызывают тучу проблем. Я уж даже боюсь себе представить в какую букву зю согнется жабист или дотнетчик если появится задача "понять что нажата вот эта вот кнопка". Особенно не дай боже если кнопкой будет нечто типа ctrl или shift.
глаголь дале. помолвим о IDE, например http://www.opennet.me/opennews/art.shtml?num=34779
> глаголь дале. помолвим о IDE, например http://www.opennet.me/opennews/art.shtml?num=34779А что там? Тормозная работа SWT JNI? Пишут же: "работа некоторых операций в пользовательском интерфейсе замедлилась на 6000% (из 70 тестов 40 тестов показали замедление от 100%, из них замедление выполнения 17 тестов составило от 1000% до 6000%)." и "в Eclipse 4.2 значительно медленнее осуществляется запуск, закрытие окон и работа меню, при редактировании кода возникают задержки в 1-3 сек, заметно возросло потребление памяти и т.п."
За работу GUI в Eclipse отвечает нативный слой в библиотеке SWT. Вот вам и плоды от скрещивания ужа с ежом.
вот только не надо на нативный слой всё сваливать, если у кого программы базированы на GTK, или Qt и они тормозят, то причина в кривизне рук программиста, работающего на этом фреймворке.
> Пускай перейдут на Java или .Net и не будет уже этих утечек памяти"И вместо рака будет грыжа!"
> Пускай перейдут на Java или .Net и не будет уже этих утечек памятиперейти на язык программирования D. Он должен быть таким же быстрым как ц/ц++, но еще имеет сборщик мусора и другие плюшки
qbittorrent-nox как перестал работать с 18.0 так и не работает. :(
Negotiate прокси аутентификацию вендового ФФ со сквидом https://bugzilla.mozilla.org/show_bug.cgi?id=828236 починили. Можно обновлять с 17. Тем кто в продакшне не ESR использует.
странно как-то, у меня squid и ФФ 18 работали без проблем )
> странно как-то, у меня squid и ФФ 18 работали без проблем )Конкретно Сквид 2.x с Negotiate аутентификацией и вендовый ФФ 18.0 при HTTPS соединении. Другие варианты, в т.ч. просто NTLM без Negotiate vs Squid 3.x могли рабртать. Последнее позволило избежать крупного факапа некоторым.
у меня уже и первые баги, правда только на оффтопике, линушный ведет себя нормально...
http://s019.radikal.ru/i603/1301/d8/89fbb6e861f5.jpg
А вы уверены что это вообще в браузере баг, а не в графических драйверах, например?
Доставил некто 10thmandown с http://www.neowin.net/news/firefox-1801-now-available-for-do...
"CHANGED Experience better image quality with our new HTML scaling algorithm"
Definitely better text rendering than the previous version.
При том, что https://bugzilla.mozilla.org/show_bug.cgi?id=829940
Ыыыы. Вот она, сила убеждения! :)
зависает долго открывает страницы