Есть такой алгоритм 
Предлагаю реализовать игру жизнь.

ну, мы говорим не о строках, я имею ввиду оптимизацию, в основном, математических расчётов. С++ использует sse, inline функции, макросы. Вот я хотел бы понять, как на Делфи писать быстрый код без этого



Отличная мысль! Сейчас подумаю над алгоритмом

Нафиг макросы, когда inline есть?

Игры на Delphi действительно не пишут в частности из-за оптимизации, откуда там всяким SSE взяться, когда в VCL полно ассемблера. Уж не знаю насколько там SSE позволяет ускорить простейшую математику (посчитать новые координаты объекта, например) с 32-хбитными вещественными. Насчет скорости самого языка, для теоретического случая, что имеем C++ и Pascal компиляторы с одинаковой оптимизацией не скажу. Логично предположить, что разница будет в пределах 2-3%.
Всякие языковые сишные отимизации типа a+=b (упаси от них бог Delphi) вместо a:=a+b, критичные во времена "286 терпимо, 386SX хорошо, а 386DX-40 MHz круто" сейчас роли не играют, и компиляторы могут сами это оптимизировать.



Просто посчитать с начальной конфигурации координаты всех "животных" в поколении X?

неоспоримое приемущество
программы на Delphi настолько суровы, что работают на Linux, Mac OS и даже Plan9   


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


Не один компилятор сам не будет использовать SIMD расширения процессора, это всегда ложится на плечи программиста...
а уж использовать SSE в коде GUI библиотеки (VCL) это нонсенс   

Приемущество С++ в гибкости. Язык шаблонов в С++ Тьюринг полный, соответственно во время компиляции можно выполнить любые вычисления, например преобразовать число из бинарного представления можно с помощью этого шаблона

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

Lazin, это не холивар о возможностях, а о скорости!


  Какие условия? Какое начальное состояние? Сколько ячеек? Какое графическое отображение? Сколько кадров в / сек? Чего можно юзать чего нет?

ну правильно, намного быстрее расчитать что-то в compile-time один раз, чем считать каждый раз в run-time   

В таких случаях можно и в run-time одним разом обойтись.

Lazin, к твоему сведению считать умеют не только шаблоны, а еще и калькулятор  . Константу можно любую забить и руками. Мне например хватает записи в HEXе. Для этого ничего не нужно преобразовывать. Факториал я могу и на калькуляторе вычислить и забить константу, в крайнем случае создать таблицу значений при старте программы. Ни как и ни на что это не влияет по скорости, а твой любимый билдер 90% бинарного кода реально код скомпилированный из делфийских сорцов делфийским компилятором слинкованный с билдеровским проектом. Так что когда хвалишь скорость билдера не забывай чьи 90% заслуги там   .

Ни слова о недостатках макросов я не произнес. Я действительно человек в C++ несведующий и посему задал конкретный вопрос: Всегда можно написать функцию с нужным результатом действия. Чем она будет отличаться от макроса? Я жду ответа...

Шаблоны могут успешно inline'ится. это влиет на скорость в коде  наподобие


Если в дельфи понадобится отсортировать что-либо, она способна заинлайнить компаратор? 
Или будет палить такты процессора на вызов ф-ций?
Как в современном дельфи с этим дело обстоит?

Добавлено @ 12:21

Вызов функции занимает >0 тактов. Расчёт ф-ции занимает >0 тактов.  В отличие от расчетов с помощью шаблонов. Которых во время run-time'а вообще нет.

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

Это сообщение отредактировал(а) Mayk - 24.3.2008, 12:23

Да.


Графики нет. Просто прочитать начальную конфигурацию из файла, просчитать 1 000 000 циклов, и записать конечное состояние в другой файл. Начальная комбинация скажем планерное ружье (чтобы было постоянное изменение). Размер скажем 100х100. 
Начет того что можно использовать - о чем идет речь?

обычно макросы не используют для того что-бы  что-то считать, для этого используют функции (компилятор С++ там где надо заинлайнит, а где не надо вызовет эту функцию). Макросы кроме как для условной компиляции использовать не стоит.


Давно уже не пишу GUI приложения, так что   


а лучше пускай компилятор сам за меня считает, а если я где накосячил даст по рукам (пошлет на йух нескончаемой чередой сообщений об ошибках)   

На С++ можно реализовать к примеру анализ размерностей, это когда у тебя есть переменная I значение которой выражено в амперах, и еще переменная U значение которой исчисляется в вольтах. И при вычислении выражения

если тип переменной P - не мощность, то код просто не скомпилируется.   
это всего лишь одно простейшее применение шаблонов

если заглянуть в реализацию стандартной библиотеки, то можно много чего интересного увидеть 

В современном Delphi не хватает только шаблонов и не полностью реализована перегрузка операторов для Delphi 4 Win32.
Inline, статич. члены класса появились скорее всего в D 2005.



Макрос в Си++ это замена в исходнике одного текста другим, что исключает вызов ф-ии. Inline - подстановка в код тела ф-ии с той же целью. Тоже жду комментов, что лучше. Я не пишу на Си++, но примеры, "оптимизации" макросом после которой ошибку ищешь больше времени, чем этот макрос за все время эксплуатации софтины сэкономил, есть в любой книжке по плюсам.



Я сам как-то не интересовался, но мой знакомый пишущий на Builder'е, и для которого в Паскале тоже букофф много, говорил, что Билдер даже медленнее Delphi.  



Насчет графики я как-то не понимаю, как ее строить и не съест-ли она 99% ресурсов. Что тогда мерить? Да и интересует в первую очередь вывод конечной позиции, которая после нескольких десятков тысяч поколений м/б 3756x5667 клеток, или считаем, что поле ограничено?



Правда? И что же это при работе с API все охотно пишут:


  

и HelloWorld на билдере больше весит чем на Delphi))

Я плакал со смеху, когда Microsoft Visual C++ в VS 2003 говорил мне, что Internal compile error и пошли вы к Билли, когда на самом деле был type mismatch.  



PS Блин, не могу понять кайфа от расстановки этих фигурных скобок. Это же неудобно. Что бы наСИльники не говорили.

Добавлено через 11 минут и 14 секунд


Сорри пока писал свой ответ, ваш появился.
Планерное ружье просто генерит бесконечно планеры, которые, если я правильно понял, будут просто разбиваться о стенку. Можно взять, что-нить поинтереснее. Графику можно начальную фигуру мышкой по сетке набирать. В принципе при 100х100 можно попробовать вывести и конец.