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

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

Windows
habrahabr
как java
java

Язабан

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

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

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

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

Значит очевидно C++ память не жрет

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

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

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

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

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

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

Для Хромиума нужно 6 гигабайт, и что?

ниасиляторы детектед

different_thing> У меня sbcl 8 гигов жрет.

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

Ну про виртуальную и речь

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

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

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

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

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

выходит

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

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

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

Там же про венду написано. Венды нет

а причём тут хабрахабра?

Язабан

согласен

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

компоновщик
Windows

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

Для Хромиума нужно 6 гигабайт, и что?

Да ладно, больше гигабайта во время сборки не жрал никогда.

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

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

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

Отсталая ограниченная система не в состоянии собирать современные броузеры?

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

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

или почти два часа только браузер
два часа

сколько?!..

Два часа. Когда генту использовал, столько и было.

$ 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.

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

* 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? миграции неандертальцев, песни ласкового мая и Бастилия если в проекте на серьёзный баг системы сборки забит такой-же серьёзный болт.

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

Сравниваешь 1,5 ГБ с 3 ГБ?!

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

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

А вот цитата в доказательство криворукости разрабов 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.

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

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

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

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

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

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

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

on a 64-bit system
32-битная Windows

Okay.

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

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

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

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

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

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

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

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

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