У меня свои тесты, которым я доверяю больше. И результаты не такие радужные:
Выводы - FPC 3.0.0 где-то от 50% до 20 % медленней, чем Delphi 4. Но это зависит от алгоритма (для CAST-256 - вообще одинаковы), а также от настроек компилятора (в новых версиях появляются новые оптимизации, нужно тестировать с их применением). По суммарному времени Delphi на 26% быстрее, чем FPC.

Но более важный аргумент в пользу поддержки именно этого компилятора - его бесплатность. Чуть менее важный, но интересный в плане развития - поддержка 64 бит (и новый KOL - возможно в будущем с Unicode).

На более современном компьютере расхождение меньше - от 25% до 5% (в Serpent равны, а в TwoFish FPC даже на 7% обогнал Delphi, но может зависит от нагрузки на ПК, ну и архитектура). Суммарное время по всем тестам - 6% разницы в пользу Delphi.

Не так уж и много у нас коммитеров, чтобы заставлять всех пользователей переучиваться и перенастраивать с SVN на GIT.

Редактировалось 7 раз(а), последний 2016-10-28 12:51:52

А можешь дать схему твоего теста?

/topic/64832

Редактировалось 1 раз(а), последний 2016-10-26 11:03:46

Проделана работа немалая!
Уважения и +, хотя плюсы - атавизм(личное мнение и совсем другая тема)
Может я чего-то недопонимаю.
Если такую работу делать, то надо напрочь уволить KOL!
Понятно, что всё рассыпается и не собрать.
Может быть Кладов искренне заблуждался и хотел, как лучше и ..., но его решения не верны! Надо объяснять?
Поэтому многие структуры, которые дефекта присутствуют в виндовс нельзя напрямую пользоваться - просто реализация методов другая, вернее структура, например SAPI5, или DLL от.... она передаётся тебе, как данность.

Ложка дёгтя - я уверен, что никто не будет переделывать свои компоненты. Иных уж нет, а те далече...
Я делаю так - прилепил нужные библиотеки от deiphi4 и хлопот нет! Правда код увеличился и задумка Кладова - насмАрку.
Всё дело во времени, даже если умножить на умных людей,... всё равно важна закладка фундамента.

Не трать время!
Как оно есть - так-уж и есть.

(Ну ты колдун.... - Я знаю, говорили,)

Чё хотел сказать - понял с трудом.
Как только предложишь альтернативную замену и переделаешь компоненты под это - так и сделаем.

Мы используем KOL не по задумке Кладова, а по отсутствию альтернативы.

Зависит от поставленных целей. Хлопоты появляются как только захочешь легализовать свою программу. А может и ещё раньше - у автора HiAsm.

Можно пользоваться всем, чем Windows позволяет пользоваться, никаких ограничений в Delphi/FPC нет (ну разве что свои драйверы писать нельзя, это упущение авторов компиляторов).

Во-первых, я ни в коем случае не хотел обидеть какимто образом!!!
Во-вторых, мои знания на уровне внука (мы вместе учимся).

Ты не понял.
...Потому-что.
Все кубики должны быть стандартными и понимать стандартные библиотеки, а иначе нам удачи не видать!
Тык я и говорю, что 3.14 ! (как Tad излагает).
Вся суть в том, что невозможно переделать. Думаешь один такой?
Надо начинать заново!!! На это только отчаянный человек пойдёт. Я поддержу, а на сколько меня хватит? А многие просто забьют!
Один ты не сделаешь - потому-что перпендикуляр!

Азарт/телодвижения = понимание на что угробил время.
Это полезно, даже необходимо, чтобы понять себя.

Редактировалось 2 раз(а), последний 2016-10-26 19:30:33

Никто и не обижается. А раз сам понимаешь, что никто переделывать не будет...
Для того, чтобы они понимали хоть стандартные, хоть нестандартные, кубики кто-то должен написать. Мы и пишем. Как можем, на чем можем и на чем целесообразно.

Netspirit, а эту библиотеку не рассматривал https://ru.wikipedia.org/wiki/FpGUI

andrestudio, не видел. Но я то что могу сделать? Если пакет будет официально переделан на эту библиотеку - так будем писать на ней. А пока что даже компилятор официально в текущем пакете не поддерживается.
Но штука интересная в плане кроссплатформенности: есть кроссплатформенный компилятор, есть библиотека оконных элементов, есть HiAsm - всё, можно штамповать приложения под Windows\Linux в пару кликов.

Редактировалось 1 раз(а), последний 2016-10-26 17:44:02

Тык и я тебя люблю и уважаю!
Надо-ли мне было писать?
Подумай!!!

Дон andrestudio, рад тебя видеть!

Попозже постараюсь сформeлироват:

...теперь я не читаю сказки!
За то я нюхаю и слышу хорошо!
Сформулирую, потом...

Редактировалось 7 раз(а), последний 2016-10-26 19:47:12

Случайно!

Редактировалось 2 раз(а), последний 2016-10-26 19:44:20

Под FPC средние проекты пока компилируются с трудом и работают значительно медленнее, чем с Delphi компилятором.
Что-то не так с потоками, что уже ранее здесь обсуждалось. Остались еще ошибки в компонентах. Если приложение скомпилировалось, это еще не значит, что оно будет работать. В половине случаев у меня выскакивал длинный список адресов Access Violation. Но сдвиги есть, уже прекрасно.

Netspirit, как с тобой можно связаться?

Dvtyztvjq
Если приложение скомпилировалось, это еще не значит, что оно будет работать.
Если я буду говорить - ты обидешсяся, у меня... - отставить!
Согласен, фильтровать нужно!
Но ты не объяснишь маленькому человеку - как?

Думаешь так всё ровно?
Если красотЫ нет в твоём решении - то niht.

--- Добавлено в 2016-10-26 21:37:01

Ты нормальный мужик.
1. Зачем?
2. Понятно-ли, что не лечится?

Редактировалось 2 раз(а), последний 2016-10-26 21:52:38

настало время написать свой винамп 64битный

большая картинка

Спасибо, будет исправлено.

flint2, тебя сглазили, что-ли? Что-то раньше за тобой такого "заплетания языка" не замечал. Ты там береги себя.

Личка на форуме, почта (только редко проверяю).Мои TCP компоненты (с кучей потоков) почти идеально себя чувствуют даже на старом FPC; принципиальных проблем с новым быть не должно.

Это да, несомненно.

Уточню - если приложению требуются какие-то dll, то для 64-битного приложения нужно брать 64-битную версию dll. Как раз недавно потестировал пример SQLite3 - работает (если не считать глюка в StringTable - в KOL отключено выравнивание, в связи с чем объявленные в KOL системные record's не соответствуют ожидаемым в Windows API; в следующем релизе поправлю).

Редактировалось 1 раз(а), последний 2016-10-27 11:39:00