ПрограммированиеФорумОбщее

C++. Секреты быстрой компиляции (комментарии) (4 стр)

Страницы: 1 2 3 4 5 Следующая »
#45
11:56, 15 сен 2010

@!!ex
> Ну так готовые - значит готовые, и изменятся не будут. :?)
так не бывает вроде обычно:) я бы заменил на
> измененние которых ведёт к пересборке существенной части проекта
существенность можно определить как: сборка без pch занимает сопоставимо с пересборкой всего проекта с использованием pch.
Опять же, раздувать pch слишком сильно тоже, наверное, плохо с точки зрения производительности

#46
12:02, 15 сен 2010

@!!ex
> не совсем понял о чем речь... в чем должна быть выражена аккуратность?

Wra[work] says:  aloha, про <windows.h> правильно вспомнил!
Wra[work] says:  корень всех зол
aloha_hawaii says:  наступал на эти грабли, такое не забудешь
Wra[work] says:  жалко только что д3д его за собой тянет
Host NULL_PTR says:  Да, я вчера полный ребилд с 50 до 20 секунд уменьшил засчёт windows.h

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

#47
12:07, 15 сен 2010

aloha_hawaii
Я чего-то не понимаю, или windows.h - первый претендент на прописку в PCH??

#48
12:18, 15 сен 2010

Статья - громкий пердеж в воздух :) не более того :)

#49
12:26, 15 сен 2010

Burz666
Спасибо за ваше авторитетное мнение. *ROFL*

#50
13:10, 15 сен 2010

innuendo
поддерживаю. RAID вообще полезная в хозяйстве штука. Особенно когда в сборке проекта участвует не только компиляция кодов, но и сборка ресурсов.

#51
13:22, 15 сен 2010

@!!ex
Еще можно было упомянуть про Single Compilation Unit - это если нужно ускорить полный ребилд.
http://en.wikipedia.org/wiki/Single_Compilation_Unit

А еще было бы интересно услышать про разные трики/паттерны, которые неявно уменьшают время компиляции, типа pimpl.

#52
13:26, 15 сен 2010

RaZOR
> Еще можно было упомянуть про Single Compilation Unit - это если нужно ускорить
> полный ребилд.
незнаком. почитаю. спасибо!

RaZOR
> А еще было бы интересно услышать про разные трики/паттерны, которые неявно
> уменьшают время компиляции, типа pimpl.
У меня нету этих знаний. Надеялся получить их из обсуждения.

#53
13:34, 15 сен 2010

@!!ex
из личного опыта - SCU может уменьшить время компиляции чуть меньше, чем в два раза.
если кол-во файлов в проекте довольно большое, то можно делать не один большой scu,
а несколько - в зависимости от кол-ва ядер процессора - это если используется многопоточная компиляция.

#54
14:35, 15 сен 2010

RaZOR
> Еще можно было упомянуть про Single Compilation Unit - это если нужно ускорить
> полный ребилд.
@!!ex
> незнаком. почитаю. спасибо!
Тебе-то зачем? Ты ведь пользуешься майкрософт компилером, а он умеет прекомпайлед хидеры. Single Compilation Unit техника, насколько я понимаю, это для старых компиляторов, типа любимого торвальдского GCC 2.9

#55
15:01, 15 сен 2010

RaZOR
интересно, сколько оперативки будет жрать компилятор для больших проектов

#56
15:04, 15 сен 2010

frost
> поддерживаю. RAID вообще полезная в хозяйстве штука. Особенно когда в сборке
> проекта участвует не только компиляция кодов, но и сборка ресурсов.
на DTF была статья как можно ускорить сборку за счёт железок

#57
15:06, 15 сен 2010

@!!ex  Постоялец  www  «»  15 сен. 2010  13:26  #54
RaZOR
> Еще можно было упомянуть про Single Compilation Unit - это если нужно ускорить
> полный ребилд.
незнаком. почитаю. спасибо!

RaZOR
> А еще было бы интересно услышать про разные трики/паттерны, которые неявно
> уменьшают время компиляции, типа pimpl.
У меня нету этих знаний. Надеялся получить их из обсуждения.

- Вот сначало почитай а потом статьи пиши! авторитет млин! *ROLF*

#58
15:08, 15 сен 2010

Burz666
Спасибо за ваше авторитетное мнение по этому вопрос, обязательно его учту, когда еще раз решу написать эту статью в 2009 году.

#59
15:19, 15 сен 2010

PANDA
> интересно, сколько оперативки будет жрать компилятор для больших проектов
конкретные цифры не скажу, но понятно, что памяти жрать будет много, но ведь у тебя на рабочей машине не 1Гб оперативки, правда? :)

Страницы: 1 2 3 4 5 Следующая »
ПрограммированиеФорумОбщее

Тема в архиве.