LINUX.ORG.RU
Форум — Talks  

Firefox 3 выйдет вопреки известной ошибке, убивающей производительность системы


0

0

Видимо, политика Mozilla Foundation по отношению к системам GNU/Linux, как к гражданам второго класса/сорта продолжается...

Дело в том, что менеджеры, отвечающие за выпуск 3-й лисы, заявили, что выпуск состоится вопреки известной и серьёзной ошибке, приводящей к торможению всей системы. Ошибка заключается в чрезмерном использовании вызовов fsync (где-то около 8 на каждую новую страницу). К примеру, если на системе параллельно идёт сборка какого-либо ПО (например ядра), то 3-я лиса просто висит, пока не завершаться все (её) вызовы fsync. А в некоторых случаях и вовсе висеть до завершения какого-либо другого процесса, активно использующего i/o.

http://jasondclinton.livejournal.com/66509.html
https://bugzilla.mozilla.org/show_bug.cgi?id=421482

P.S. во второй лисе данная проблема не наблюдается.

★★★★★
← [многоножка]Сосед белки.
[мегабоян][некрофилия][вещества] OpenCobol 1.0 Release →

self-correction: s/завершаться/завершатся

Сколько примерно времени занимает один вызов fsync на нетюненой ФС (ext3, reiser, xfs,..)?

dotcoder ★★★★★
() автор топика
Ответ на: комментарий от anonymous

> Чёрный PR Оперы. Неужели в попере всё действительно так плохо?

С чего ты взял? Ты ковырял сырцы огнелиса? Делал трассировку системных вызовов?

Так вот, очень тебе советую попробовать и убедиться самом.

Longinus
()

это всё sqlite !

>The SQLITE_NO_SYNC macro disables all fsync()s.

>with SQLITE_NO_SYNC enabled, an OS crash or power failure will likely corrupt the database file.

anonymous
()
Ответ на: комментарий от anonymous

в общем не стоит мозилловцев винить, они ничерта не понимают в sqlite. он слишком сложен.

>This problem is not related to the scale of profile data, and reports from users who are seeing this problem most acutely indicate that going to NORMAL from FULL does improve things dramatically. (There was a separate problem, fixed earlier, related to the impact of loading the anti-malware/anti-phishing database, especially on Linux.) If users want to trade off data integrity against performance even further, there is a NONE option available as well. Future work here will let us turn off more sqlite conservativism related to non-atomic sector updates, etc.

>We work closely with the sqlite team, and are founding members of the sqlite consortium. I've also contacted Linux filesystem experts for advice on mitigation, and they indicated that reducing the fsyncs has improved things materially for other sqlite users being hurt by the unfortunate behaviour in ext3/jbd. (I had the pleasure of working on Linux filesystem internals in a previous life, which came in handy here.)

>Mike Shaver

anonymous
()
Ответ на: комментарий от Shaman007

У меня на 2200+/512Mb постоянно лиса третья подвисает. Думал, железо слабое.

Davidov ★★★★
()
Ответ на: комментарий от Shaman007

Фигасе малозаметно, периодически подвисает при открытии нового таба (или переключении на другой) на добрых секунд 5!

Bohtvaroh ★★★★
()
Ответ на: комментарий от Shaman007

> По факту использования это как минимум мало заметно.

На самом деле иногда подзатыкается и тупит по полминуты. Это RC1. Беты ругались когда их закрываешь и открываешь ещё раз. На второй раз запускается...

dj_slack
()

Да, я тоже замечал, что при операциях с диском 3я лиса сильно подвисает. Теперь понятно из-за чего.

snizovtsev ★★★★★
()
Ответ на: комментарий от snizovtsev

дело видимо в синхронизации sqlite. Если не используется FULL, то sqlite периодически будет сбрасывать кеш на диск (+fsync), что может быть долго.

alex_custov ★★★★★
()
Ответ на: комментарий от Shaman007

Не надо тут нам. Все оголтелые фанаты лисы на самом деле втихомолку используют удобную оперу. Пруфлинк: http://chatlogs.jabber.ru/linux-talks@conference.jabber.ru/2008/05/22.html#01:0 6:18

А всякие слабовольные клоуны внимают ихним увещеваниям и начинают юзать эту студенческую поделку, фактически, становясь жертавми большой найопки. Вас поимели, лемминги :)

anonymous
()

Мда, печально. Пока использую 2-ую ветку firefox...

Dimanish
()

Дак, хорошо. Если система внезапно рухнет, то данные с большой вероятностью будут на вин сброшены. Особенно на XFS актуально, а то у неё, как раз, заявляется минимизация работы с диском. Что может приводить к краху данных. А тут - пыщ, и данные сброшены :)

KRoN73 ★★★★★
()

что за бред? Сейчас идет сборка mplayer, ничего не тормозит и не подвисает. Бросайте курить маркетоидный бред.

lester_dev ★★★★★
()
Ответ на: комментарий от lester_dev

> маркетоидный бред

Кстати что-то много его стало на ЛОРе в последние два месяца. На ЛОРе даже M$ пеарится рекламными тредами стал.

anonymous
()
Ответ на: комментарий от Bohtvaroh

>Фигасе малозаметно, периодически подвисает при открытии нового таба (или переключении на другой) на добрых секунд 5!

Аналогично.

HadroN ★
()

У меня при начале масштабирования страницы лиса подвисает секунд на 20, последующие операции масштабирования происходят с подвисаниями на 1-2 секунды. Ни во второй лисе ни в опере ни в конквере такого не наблюдал. Такое наблюдаю в бете 5 что в убунте. В опенсусе стоит старая beta 4, там чуть полегче, но подвисания так же имеют место быть. Если к релизу ничего не изменится то огнелисом больше пользоваться не буду. В кде на опенсусе и так использую Konqueror, а в убунте с гномом альтернатив лисе не вижу. Видимо придется отказаться и от гнома с убунтой.

HighwayStar ★★★★★
()
Ответ на: комментарий от lester_dev

>что за бред? Сейчас идет сборка mplayer, ничего не тормозит и не подвисает.

И каков объем и количество запросов на запись при компиляции mplayer?

>Бросайте курить маркетоидный бред.

Это вы читайте внимательней: если в системе присутствует много отложенных на запись (прокешированных) данных, то FF3 будет тормозить (по определению) до их сброса

frame ★★★
()
Ответ на: комментарий от frame

> Это вы читайте внимательней: если в системе присутствует много отложенных на запись (прокешированных) данных, то FF3 будет тормозить (по определению) до их сброса

Не запускайте ФФ на серверах и для вас настанет счастье?

anonymous
()
Ответ на: комментарий от HighwayStar

> а в убунте с гномом альтернатив лисе не вижу

анонимус как бы тихо шепчет на ухо: есть же ведь опера... ;)

А вообще, если бы не было лениво искать и устанавливать нужные расширения, то seamonkey был бы лучшим бравзером.

anonymous
()
Ответ на: комментарий от frame

> если в системе присутствует много отложенных на запись (прокешированных) данных, то FF3 будет тормозить (по определению) до их сброса

Если это так (что сомнительно), это проблема sqlite. А вообще-то fsync на файле не должен ждать сброса _всех_ кэшированных данных - только тех, которые относятся к указанному файлу. Если же он сбрасывает всё, то это баг линупса :D

tailgunner ★★★★★
()
Ответ на: комментарий от KRoN73

>Дак, хорошо. Если система внезапно рухнет, то данные с большой вероятностью будут на вин сброшены.

Дак кеширование записи как раз и сделано для того, чтобы продлять жизнь накопителям =)

anonymous
()
Ответ на: комментарий от lester_dev

Всё-таки подвисает. Если делать emerge-delta-webrsync, которая требует большого поличества IO-операций, FF - единственная программа которая в этот момент подвисает. При других программах правда не замечал. ext3/CFQ если что.

octy ★★
()
Ответ на: комментарий от tailgunner

>А вообще-то fsync на файле не должен ждать сброса _всех_ кэшированных данных - только тех, которые относятся к указанному файлу. Если же он сбрасывает всё, то это баг линупса :D

да, промазал немного :) или это действительно баг sqlite, или особенность драйвера конкретной фс и его настроек

отпишитесь у кого какая фс и опции монтирования

frame ★★★
()
Ответ на: комментарий от anonymous

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

Я прикалывался, капитан ;)

KRoN73 ★★★★★
()

На сколько я понял начало шуршать винтом оно с 5ой бэты. Но у меня ничего не зависает, просто периодически шуршит =)

FiXer ★★☆☆☆
()

Ну и нах это поделие, у нас есть конк, дилло, линкс опера на худой конец, ФФ нам не нужен!

anonymous
()
Ответ на: комментарий от Black13

> на работе, под оффтопиком фокс тупит, дома в линуксе фокс не тупит чянтд? (tm)

Просто так выходит, что даже с fsync*8 ФФ на нормальной ОС тупит меньше, чем "летающий" на винде. Это не относится непосредственно к ФФ, это относится к великолепной архитектуре майркософт виндоус.

anonymous
()
Ответ на: комментарий от anonymous

>Все оголтелые фанаты лисы на самом деле втихомолку используют удобную оперу.

"Лучшая рыба", как известно, - колбаса, ну а "удобная опера", как известно, - файрфокс.

anonymous
()
Ответ на: комментарий от anonymous

>"Лучшая рыба", как известно, - колбаса, ну а "удобная опера", как известно, - файрфокс.

Не... Функциональная Опера - Файрфокс. Удобный Файрфокс - Опера :) Круговорот :D

KRoN73 ★★★★★
()

В общем кончится это тем, что SQLite заменят на PostgreSQL :)

Evgueni ★★★★★
()
Ответ на: комментарий от Bohtvaroh

>периодически подвисает при открытии нового таба (или переключении на другой) на добрых секунд 5!

я на такие подвисания уже внимания не обращаю. вот когда секунд на 30-40...

devinull ★★
()

db/sqlite/src/sqlite3.c

Ищешь, где там #define что-то_FULL и там еще есть две аналогичные штуки.

Устанавливаешь их так же как *_FULL

cvs-255 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← [многоножка]Сосед белки.
Talks
[мегабоян][некрофилия][вещества] OpenCobol 1.0 Release →