Самый быстрый C++ компилятор

← →
Харакири (2010-03-11 00:58) [80]

Что это даст? Компиляция в процессор упирается

У тебя от удара головой (или чем ты там стучался?) о компиляцию на лбу остался отпечаток "процессор"? Посмотри внимательно в зеркало, там написано "дисковый ввод-вывод". Не видишь? Стукнись еще пару раз, да покрепче.

На 2-х WD Raptor в RAID-0 проект Delphi в 180К строк на Q6600 компилируется с первого захода 8 сек. После первой компиляции (читай: кеширования) - уже 3 сек. Учитывай, что компилятор не просто читает, но и пишет откомпилированный код во множество файлов, которые потом еще и линкует в большой файл, а на эти процессы кеш уже не так сильно влияет (часто он вообще отключен - надежность чаще важнее скорости). А когда ты подумаешь, сколько мелких файлов приходится читать/писать компилятору из/в разных/е участков/и диска, то поймешь, что SSD со временем доступа в 0,04 мс (сравни с позорными 14-16 мс на твоем нынешнем винте) и скоростью записи за 200 МБ/сек (не думаю, что у твоего нынешнего винта больше 50-60 МБ/сек на запись в среднем) ускоряет процесс в разы, а то и на порядки, особенно в RAID-0. Посчитай количество файлов в твоем проекте, если сможешь - то на сколько кусков на винте фрагментирован каждый файл, потом посчитай, сколько файлов создается/модифицируется при компиляции, просуммируй, перемножь, снова просуммируй, посмотри на полученный результат и удивись. Сначала теоретически. А потом, если жаба не задушит взять для работы пару хороших винтов,- практически.

← →
TUser © (2010-03-11 01:09) [81]

> DVM © (10.03.10 17:03) [25]
>
>
> > TUser © (10.03.10 16:57) [24]
>
>
> > что если набирать текст программы в ФАРе, то ошибок будет
> > меньше
>
> Про производительность сего труда умолчим. С подсказками
> оно много быстрее, а если еще CnPack стоит так вообще небо
> и земля.
>

Может я какой-то неправильный, но обычно на воспоминания о том, как называется метод из N стандартно используемых и набор на клавиатуре его названия ухудит примерно 0,1% времени. Остальное - думаю, как и чего написать. Что такое CnPack не знаю, правда.

← →
Германн © (2010-03-11 01:34) [82]

> Может я какой-то неправильный, но обычно на воспоминания
> о том, как называется метод из N стандартно используемых

Значение N не озвучено. Имхо.

← →
@!!ex © (2010-03-11 08:12) [83]

> [80] Харакири (11.03.10 00:58)

ПОставил RAM Disk, перенес на него все проекты. Скорость компиляции изменилась с 8 до 7 секунд. Не взлетело.

← →
Anatoly Podgoretsky © (2010-03-11 08:50) [84]

> Харакири (11.03.2010 00:58:20) [80]

Требование RAID-0 говорит о том, что там не все чисто с чтением и временем доступа.

← →
DVM © (2010-03-11 09:49) [85]

> TUser © (11.03.10 01:09) [81]

> Может я какой-то неправильный, но обычно на воспоминания
> о том, как называется метод из N стандартно используемых
> и набор на клавиатуре его названия ухудит примерно 0,1%
> времени

Если методов не 3 штуки, а сотни и написаны они год назад и не тобой, то вряд ли все будет столь радужно. CnPack в том числе это и расширенные подсказки при наборе кода, может подсказывать имена констант, функций-не методов, закрывает begin-end сам, улучшенная подсветка, выделение блоков верт линиями, там много всего. С ним создание кода идет намного шустрее.

← →
Kerk © (2010-03-11 10:26) [86]

> улучшенная подсветка

Научить бы его еще подсвечивать имена функций и процедур, а то на фоне общей гирлянды совсем теряется.

← →
KSergey © (2010-03-11 13:22) [87]

эх, везет же людям.
Раз кнопку, прифигачил к ней код (видимо быстро, раз 2 сек - критичное время) - и тут же проверил.
Тут, блин, дня два минимум колбасишь, чтобы реакцию от кнопки получить осмысленную... даже 5..10 минут компиляции - уже фигня, как раз кофей испил, до этого руки заняты.

← →
Alkid © (2010-03-11 13:29) [88]

> KSergey © (11.03.10 13:22) [87]

Что и на чем ты пишешь?
o_O

← →
KSergey © (2010-03-11 13:39) [89]

> Alkid © (11.03.10 13:29) [88]
> > KSergey © (11.03.10 13:22) [87]
> Что и на чем ты пишешь?

quik ru
почти на всем здесь обсуждаемом :)

← →
@!!ex © (2010-03-11 14:02) [90]

> [87] KSergey © (11.03.10 13:22)

Я периодически упоминаю здесь эту ссылку, но все же упомяну еще раз:
http://www.youtube.com/watch?v=lQuG9ZWBGrs

Благодаря подходу две строчки-компиляция - программа не падает в AV ВООБЩЕ никогда. И все что прога делает она делает именно так, как от нее ждут.

← →
Игорь Шевченко © (2010-03-11 14:19) [91]

@!!ex © (11.03.10 14:02) [90]

> Я периодически упоминаю здесь эту ссылку, но все же упомяну
> еще раз:
> http://www.youtube.com/watch?v=lQuG9ZWBGrs

А орфографический словарь в числе друзей не входит ?

← →
@!!ex © (2010-03-11 14:21) [92]

> [91] Игорь Шевченко © (11.03.10 14:19)

Мне надо чтобы работало хорошо. :)
А по русскому языку у меня 3 было, есть и будет есть.

← →
KSergey © (2010-03-11 14:31) [93]

> @!!ex © (11.03.10 14:02) [90]
> Благодаря подходу две строчки-компиляция - программа не падает в AV ВООБЩЕ никогда.

Похвастаться этим не могу.
Придется, видимо, уйти в монастырь, тут ты меня уделал по полной, признаю.

← →
Anatoly Podgoretsky © (2010-03-11 14:33) [94]

> @!!ex (11.03.2010 14:02:30) [90]

Как все просто - пиши по две строчки и запускай и имеем безглючную программу.

← →
Kerk © (2010-03-11 14:59) [95]

> @!!ex © (11.03.10 14:02) [90]
> Благодаря подходу две строчки-компиляция - программа не
> падает в AV ВООБЩЕ никогда.

А какая тут связь вообще?

← →
@!!ex © (2010-03-11 15:22) [96]

> [93] KSergey © (11.03.10 14:31)

На самом деле я слукваил. AV легко добиться если подсунуть ей файл с кривым содержанием. ;) Также как делали с прогой для тестов.

> [95] Kerk © (11.03.10 14:59)
> А какая тут связь вообще?

Тщательное тестирование - панацея от всех бед.

← →
Kerk © (2010-03-11 15:25) [97]

> @!!ex © (11.03.10 15:22) [96]
> Тщательное тестирование - панацея от всех бед.

Какая связь между компиляцией и тестированием?

> [97] Kerk © (11.03.10 15:25)

За то время пока компилируется С++ проект я успеваю три раза откомпилировать и проверить работоспособность под Дельфи. Я думал связь очевидна.
Подход: много написать, а потом за раз оттестировать работает хуже.

> @!!ex © (11.03.10 15:22) [96]
> На самом деле я слукваил. AV легко добиться если подсунуть
> ей файл с кривым содержанием.

ну вот тебе и здрасьте
ладно, тогда не пойду в монастырь

так если мне не подсовывать кривой ini-файл и не посылать кривых транзакций - так и я тоже не свалюсь ни в жисть.

> [99] KSergey © (11.03.10 15:31)

Ок. Будем считать что здесь все пишут прямой и красивый код.
А тот быдло софт, что весь в утечках памяти и в AV через час после запуска при отсутсвии активности, пишет кто-то другой, кто на это ресурсе не расскзывает о том, как нужно писать программы.

> @!!ex (11.03.2010 15:22:36) [96]

Так ты же предлагаешь заменить тщательное, частым - ведь это не одно и тоже.

MSVC++ с полностью отключенными оптимизациями + Precompiled Headers + Ram Disk дает вполне себе хороший результат. Порядка секунды. Проблемы уже в линковку упираются.

а как ram disk создаешь?

Super Speed Ram Disk
+
Allway Sync для периодического сбрасывания кода на энергонезависимый носитель

Самый быстрый C++ компилятор Найти похожие ветки