что в железе влияет на скорость компиляции?

← →
istok (2010-08-19 12:29) [0]

что больше всего влияет на скорость компиляции проектов delphi7 с точки зрения железа? (т.е. размер проекта и как там юзятся libraries и dcu неважно, суть вопроса не изменится)

дело в том, что пока что эксперименты показывают, что delphi7 пофиг, какой там винт, память и проц - на мощном сервере и на более слабом ноутбуке проекты компилятся с небольшой разницей в скорости.

т.е. delphi7 в этом плане неэластична когда железо уже и так для неё "быстрое" (c2duo t8100, hdd 7200rpm, 4gb ram ddrII vs Xeon 5420 2.49Ghz (x4) sas hdd..) ? мне кажется или d7 ест только одно ядро проца..?

d2010 в этом смысле такая же медленная и невосприимчивая к быстрому железу??

← →
Palladin © (2010-08-19 12:40) [1]

ты компилятор или IDE в виду имеешь?

← →
Юрий Зотов © (2010-08-19 12:43) [2]

Не сказал бы, что в Delphi медленная компиляция.

← →
istok (2010-08-19 12:49) [3]

> ты компилятор или IDE в виду имеешь?

компилятор - скорость сборки проектов

и отчасти в ide чувствуется эта проблема из-за использования хинтов в дизайнере..

← →
Eraser © (2010-08-19 13:19) [4]

> [0] istok (19.08.10 12:29)

> дело в том, что пока что эксперименты показывают, что delphi7
> пофиг, какой там винт, память и проц - на мощном сервере
> и на более слабом ноутбуке проекты компилятся с небольшой
> разницей в скорости.

винт - узкое место. и не только в делфи, и не только при компиляции.

← →
Palladin © (2010-08-19 13:21) [5]

> istok (19.08.10 12:49) [3]

так я так и не понял, что ты имеешь в виду компилятор или IDE ?

← →
Игорь Шевченко © (2010-08-19 13:34) [6]

процессор

← →
istok (2010-08-19 13:45) [7]

> винт - узкое место. и не только в делфи, и не только при
> компиляции.

неа, проверили - ssd-шный винт (intel g2) дал прирост билда проекта где-то процентов 10% при том что он был быстрее предыдущего винта процентов на 200.

> процессор

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

> так я так и не понял, что ты имеешь в виду компилятор или
> IDE ?

эмммм, на данный вопрос наверно надо ответить IDE)
т.е. меня волнует скорость операций:
Project - Build, Project - Compile и показ хинтов, который видимо вызывает компиляцию..

процесс который в эти моменты грузи проц - delphi32.exe

← →
istok (2010-08-19 13:48) [8]

> винт - узкое место. и не только в делфи, и не только при
> компиляции.

вернее как.. он-то может и узкое место если это старый 5400rpm выдающие 40метров в бенчмарке (условно), но после апгрейда до 7200rpm с 80mb в бенчах - он явно перестал быть узким местом... (т.к. сравнили с сверхбыстрым ssd и прироста мало - 10%)

← →
Игорь Шевченко © (2010-08-19 13:52) [9]

> если поставить проц где значительно больше перформанса именно
> на одно ядро?

в delphi однопоточная компиляция, AFAIK

← →
12 © (2010-08-19 13:58) [10]

> процессор

и шина, имхо

Считывает в память с винта, видимо сразу, за раз
Память - ну 1-2 гига у всех уж есть
А потом начинает проц гонять байтики - чем быстрее погоньщик и скоростнее тропы - тем быстрее

имхо

← →
DVM © (2010-08-19 13:59) [11]

Имхо, делить проект на библиотеки, компилить отдельно в несколько процессов из командной строки. Тогда будут загружены все ядра.

← →
istok (2010-08-19 14:22) [12]

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

← →
oxffff © (2010-08-19 14:25) [13]

> что в железе влияет на скорость компиляции?

цена

← →
Медвежонок Пятачок © (2010-08-19 14:27) [14]

На проектах уже среднего объема сильно сказываются диски (если они не локальные).
я как-то попробовал переложить все third-party пакеты на сетевое хранилище.
пару раз сделал билд - и вернул все пакеты на локальный диск.

← →
Игорь Шевченко © (2010-08-19 14:29) [15]

> выходит, все у кого есть большой проект с кучей визуальных
> компонентов, требующий частого компайла - привыкли ждать
> секунд по 30

минут по 60, например, если целиком сборку делать

← →
boriskb © (2010-08-19 15:17) [16]

> минут по 60,

Ты это серьёзно?!
Когда же программируешь-то?
Это уже близко к майефреймовым временам, когда две компиляции в неделю :)
Остальное время - комеральная отладка

← →
Anatoly Podgoretsky © (2010-08-19 15:33) [17]

> boriskb (19.08.2010 15:17:16) [16]

А у тебя что только один компьютер?

← →
Игорь Шевченко © (2010-08-19 15:35) [18]

boriskb © (19.08.10 15:17) [16]

> Ты это серьёзно?!

вполне.

> Когда же программируешь-то?

а я по модулям программирую. А час с копейками - это время сборки всех модулей

← →
Andy BitOff © (2010-08-19 15:40) [19]

> привыкли ждать секунд по 30

Да-а... 30 секунд... Да у тебя все летает, чаю налить не успеешь.

ReadyBoost помогает, говорят.

← →
Sapersky (2010-08-19 18:37) [21]

Может, поотключать хинты-ворнинги? D7 их много выдаёт, всякие там unsafe code, которые на практике не нужны.

Что это за прога такая, которая билдится час?

← →
istok (2010-08-20 19:06) [23]

> Может, поотключать хинты-ворнинги? D7 их много выдаёт, всякие
> там unsafe code, которые на практике не нужны.

compiler hints и warnings - это плюс\минус 2-3сек.

а вот code insight мне очень нужен и от него не откажусь, хоть его появление после изменений кода и занимает минуту...

было б конечно интересно проверить скорость билда в очень мощном облаке, залив туда виртуалку, чтобы увидеть - каков предел роста скорости... и как следствие думать, есть толк в апгрейде или нет)

> [23] istok (20.08.10 19:06)

> было б конечно интересно проверить скорость билда в очень
> мощном облаке, залив туда виртуалку, чтобы увидеть - каков
> предел роста скорости... и как следствие думать, есть толк
> в апгрейде или нет)

видимо особой разницы не будет по сравнению с каким-нибудь десктопом на базе i5, i7 (и то будет занято по 1 ядру), для больших проектов, как заметил Игорь, изкое место действительно CPU, а компиляция однопоточная.

> есть большой проект с кучей визуальных компонентов, требующий
> частого компайла

Проекты чего-то там требуют, прикольно...
Может стоит сменить прокладку?

> Что это за прога такая, которая билдится час?

Ну, OpenOffice и все три может на сборку потребовать.

istok
>неа, проверили - ssd-шный винт (intel g2) дал прирост билда проекта где-то >процентов 10% при том что он был быстрее предыдущего винта процентов >200.
Винт быстрее на 200%, но сколдько у Вас файлов? быстрее та на чтении из одного файла, а если их много, то прирост скорости не такой и заметный. тем более что все файлики в среднем по 100 кб и в общей сложности не более 5мб.
а 5мб для винта это только разогнаться ).
Я бы не сказал что delphi медленно компилит VS помоему медленее.

← →
istok (2010-08-21 16:53) [28]

> Проекты чего-то там требуют, прикольно...
> Может стоит сменить прокладку?
>
>

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

что в железе влияет на скорость компиляции? Найти похожие ветки