LINUX.ORG.RU
ФорумTalks

Firefox разжирел


0

2

Разработчики Mozilla столкнулись с проблемой: в процессе компиляции mozilla-inbound под Windows вылетает ошибка
Проведённое расследование показало, что компоновщик выходит за пределы виртуального адресного пространства во время оптимизации. Ему не хватает 3 ГБ памяти, которые выделяет приложению 32-битная Windows
http://habrahabr.ru/blogs/firefox/134525/
Надо было на C++ писать, тогда бы не жрал память как java

★★★★★

Последнее исправление: Karapuz (всего исправлений: 1)

жырнолис треснул

внезапно, ага

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

MSVC написан на Java?

очевидно, ведь весь ЛОР кричит что «жаба жрет много памяти». Значит очевидно C++ память не жрет

Karapuz ★★★★★
() автор топика

криворукость разработчиков msvc скорее

XVilka ★★★★★
()

Устройства sbcl тред

Только 3 гига виртуальной памяти? У меня sbcl 8 гигов жрет. Интересно, а что под вышеобозначенной виндой он будет делать? Отожрет 3? А зачем ему 8?

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

Только в мозгах, не обремененных логикой.

У этих самых девелоперов и жрет. Писать нужно красиво.

f1xmAn ★★★★★
()

Да какая разница, что он при компиляции жрет то?

namezys ★★★★
()

Надо было на C++ писать, тогда бы не жрал память как java

Огнелис написан на яве? Так вот почему он такой толстый!

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от different_thing

компоновщик выходит за пределы виртуального адресного пространства

выходит за пределы

выходит

sbcl у тебя выходит?

sdio ★★★★★
()

Почему при использовании GCC с PGO не возникает таких проблем?!

Таки MS в очередной раз показывает, что у неё криворукие разрабы.

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

Там весело комментарии вантузятнечков почитать.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от tiandrey

А ты его собери в девелоперской конфигурации — со всеми зависимостями, и 6 выжрет, и еще больше выжрет :)

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

Виртуальной памяти, реально почти и не жрет совсем

после того как он вышел за пределы адресуемого пространства сколько он реально жрёт уже никого не волнует.

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

Дык он же вроде и так со все зависимостями собирается, или почти два часа только браузер собирается, а зависимости из системы берёт?

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

зависимости из системы берет. Если ты статически соберешь девелоперский хромиум, получится экзешник на 2 гига

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs
$ genlop -t firefox chromium
 * www-client/firefox

     Tue Nov 29 23:12:00 2011 >>> www-client/firefox-8.0
       merge time: 1 hour, 53 minutes and 36 seconds.

 * www-client/chromium

     Tue Nov 29 21:06:29 2011 >>> www-client/chromium-17.0.938.0
       merge time: 1 hour, 21 minutes and 48 seconds.

     Sat Dec 10 05:09:01 2011 >>> www-client/chromium-17.0.963.2
       merge time: 1 hour, 32 minutes and 18 seconds.

     Wed Dec 14 04:46:23 2011 >>> www-client/chromium-17.0.963.6
       merge time: 1 hour, 43 minutes and 9 seconds.

Core2Duo @ 2.00Ghz, без ccache.

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

При этом толстолис-то с PGO собирается, т.е. время сборки в два раза меньше.

tiandrey ★★★★★
()

* Win PGO builds were failing whilst linking, due to running out of virtual address space. This happened a few years ago (bug 543034), and the fix then was to start using the /3GB switch, which upped the limit from 2GB to 3GB. However that's now still not enough.

проблема PGO была известна давно, тогда её временно решили тупо увеличив лимиты. Не разбираясь с причиной (ну заработало-же ёптыть) наступили на те-же грабли. И при чём тут windows, msvc, С++, java? миграции неандертальцев, песни ласкового мая и Бастилия если в проекте на серьёзный баг системы сборки забит такой-же серьёзный болт.

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

К сожалению, возникает. Ему чуточку не хватает 1,5 Гб, которые доступны у меня, он вылезает в своп, и начинается ад в виде копирования туда-сюда из свопа.

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

если в проекте на серьёзный баг системы сборки забит такой-же серьёзный болт.

Баг не в системе сборки, а в микрософтовском компоновщике.

Deleted
()

А вот цитата в доказательство криворукости разрабов MSVC (взято из changelog gcc-4.7)

Improved scalability and reduced memory usage. Link time optimization of Firefox now requires 3GB of RAM on a 64-bit system, while over 8GB was needed previously. Linking time has been improved, too. The serial stage of linking Firefox has been sped up by about a factor of 10.

XVilka ★★★★★
()

Фаерфокс ещё норм, а вот хромиум действительно с ума сойдешь собирать

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

Казалось бы, и причем здесь Луж^Wfirefox?

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

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

Просто еще пару месяцев назад такой проблемы не было, firefox 7 нормально собирался с PGO на той же конфигурации. А теперь вот и впрямь разжирел.

cchr
()

PGO для слабаков.

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

Я не понял: для конпеляния с gcc pre-4.7 надо было овер 8ГБ, теперь(на 4.7) надо всего лишь 3ГБ и это доказательство криворукости разрабов MSVC каким именно образом?
Они гадили в предыдущую ветку гцц?

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

Да как бы у gcc нет проблем с over 3 Гб памяти, если того требует компоновщик, это мсье из майкрософта не осилили написать его нормально.

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

Что окай? Как следует из коментов на хабре (за что купил — за то продал), даже 64-битная версия компоновщика из mvs не 64-битная вовсе.

unanimous ★★★★★
()

Ну, Хромиум например, в сборке для отладки вообще, по-моему, на 32 битах не собирался: 32-битная сборка собиралась на 64-битной системе. Тоже не хватало памяти. Однако Release-версия собиралась. Мозилла как-то совсем круто учудила.

proud_anon ★★★★★
()

Ну, Хромиум например, в сборке для отладки вообще, по-моему, на 32 битах не собирался: 32-битная сборка собиралась на 64-битной системе. Тоже не хватало памяти. Однако Release-версия собиралась. Мозилла как-то совсем круто учудила.

proud_anon ★★★★★
()

Криокамера потекла

Quasar ★★★★★
()

У меня и при сборке под Линуксом тоже линкёр жрёт непомерно много гигабайт, уходит в своп, и ближайшие часа 2 на компе невозможно работать.

gentoo_root ★★★★★
()

Венда не нужна. Очевидно же!

CYB3R ★★★★★
()
Ответ на: комментарий от Best-hokum_ever

Отсталая ограниченная система не в состоянии собирать современные броузеры?
Как будто современные жирнобраузеры кому-то нужны.

wintrolls ☆☆
()

Ему не хватает 3 ГБ памяти, которые выделяет приложению 32-битная Windows

Windows не нужен. А если что-то надо компилировать, то есть кросскомпиляция и полноценные ОС

Xenius ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.