Меня обидел C-онист.

← →
Hanson3003 (2002-08-28 09:39) [0]

Написана тестирующая прога операций с фиксированной точкой (shr, xor, and и т.п.). Один поц чтобы доказать, что он круче, все бросил и переписал ее одни-в-один в Builder. Потыкась что-то с опциями оптимизации получил повышение производительности на 30%. Неужели в Delphi нет средств оптимизации, кроме одной сомнительной галочки.

← →
Слесарь Матерящийся (2002-08-28 10:29) [1]

Молодец этот ваш пацан!

← →
Digitman (2002-08-28 10:51) [2]

Лучшее "средство оптимизации" - голова твоя. Коль скоро тебя это озадачило не на шутку, она (голова) должна твердо знать директивы управления компиляцией, думать и понимать, как работает оптимизирующий компилятор OP, какой объектный код генерируется в том или ином случае.

← →
murza (2002-08-28 11:08) [3]

Да уж... Паскудника может обидеть каждый.
Можете приступить: http://delphi.mastak.ru/cgi-bin/forum.pl?look=1&id=1030361179&n=3

← →
zavdim (2002-08-28 11:24) [4]

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

← →
zavdim (2002-08-28 11:33) [5]

Да иногда не язык важен. Я один раз написал прогу и стали с народом думать как ее оптимизировать. Ну тут сразу - C,TASM и прочая. Оставясь в рамках Паскаля я ее ускорил более чем в 40 раз. Конечно, начальный код был туповат, но перевод в TASM оставил бы тупость, а ускорение было бы( и то не факт)- 10-15%.
Я многие короткие функции писал на Паскале и Ассемблере, так временной выигрыш во многих случаях составлял меньше 5%.
Зато зачастую отладка подобного кода намного тяжелее, чем в Паскале (во всяком случае у меня так).

← →
Lendl (2002-08-28 12:38) [6]

А никто из участников не делал такой эксперимент:
написав один тестовый исходный код на Паскале пробовать его оптимизировать сначала в Делфях, потом в ВСВ. Естественно не путем головы(исходник менять нельзя), а посредством возможностей двух RAD оболочек. Я думаю результат был бы интересен многим.

Меня обидел C-онист. Найти похожие ветки