Основные типы данных
, overload-функция
 |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [13.58.82.79] |
|
|
ПРАВИЛА РАЗДЕЛА · FAQ раздела Delphi · Книги по Delphi
Пожалуйста, выделяйте текст программы тегом [сode=pas] ... [/сode]. Для этого используйте кнопку [code=pas] в форме ответа или комбобокс, если нужно вставить код на языке, отличном от Дельфи/Паскаля.
Следующие вопросы задаются очень часто, подробно разобраны в FAQ и, поэтому, будут безжалостно удаляться:
1. Преобразовать переменную типа String в тип PChar (PAnsiChar)
2. Как "свернуть" программу в трей.
3. Как "скрыться" от Ctrl + Alt + Del (заблокировать их и т.п.)
4. Как прочитать список файлов, поддиректорий в директории?
5. Как запустить программу/файл?
... (продолжение следует) ...
Вопросы, подробно описанные во встроенной справочной системе Delphi, не несут полезной тематической нагрузки, поэтому будут удаляться.
Запрещается создавать темы с просьбой выполнить какую-то работу за автора темы. Форум является средством общения и общего поиска решения. Вашу работу за Вас никто выполнять не будет.
Внимание
Попытки открытия обсуждений реализации вредоносного ПО, включая различные интерпретации спам-ботов, наказывается предупреждением на 30 дней.
Повторная попытка - 60 дней. Последующие попытки бан.
Мат в разделе - бан на три месяца...
Следующие вопросы задаются очень часто, подробно разобраны в FAQ и, поэтому, будут безжалостно удаляться:
1. Преобразовать переменную типа String в тип PChar (PAnsiChar)
2. Как "свернуть" программу в трей.
3. Как "скрыться" от Ctrl + Alt + Del (заблокировать их и т.п.)
4. Как прочитать список файлов, поддиректорий в директории?
5. Как запустить программу/файл?
... (продолжение следует) ...
Вопросы, подробно описанные во встроенной справочной системе Delphi, не несут полезной тематической нагрузки, поэтому будут удаляться.
Запрещается создавать темы с просьбой выполнить какую-то работу за автора темы. Форум является средством общения и общего поиска решения. Вашу работу за Вас никто выполнять не будет.
Внимание
Попытки открытия обсуждений реализации вредоносного ПО, включая различные интерпретации спам-ботов, наказывается предупреждением на 30 дней.
Повторная попытка - 60 дней. Последующие попытки бан.
Мат в разделе - бан на три месяца...
| Страницы: (2) 1 [2] все ( Перейти к последнему сообщению ) |
Основные типы данных
, overload-функция
|
Сообщ.
#16
,
|
|
 |
Если разница составляет миллисекунды на миллиарды итераций, то смысла вычищать эти лишние куски просто нет |
|
Сообщ.
#17
,
|
 |
Я говорю о проблемах оптимизации в Delphi (в целом). Когда ты пишешь модуль не для конкретного случая, а для любых проектов, которые будешь писать в будущей (и не только ты, может быть), то думать об оптимизации надо (не всегда фанатично - тут спору нет).
Программы пишутся разные и для разных целей, так что где-то это незаметные микро- и наносекунды, а где-то они превращаются в десятки секунд, минуты и часы. Представь себе, например, три архиватора. В одном отключена опция оптимизации, в другом включена, но корявая, а в третьем – максимально качественная. Я думаю, что при всех прочих равных, разница будет заметна и предпочтение ты отдашь третьему... |
|
Сообщ.
#18
,
|
|
|
|
Ну, проблемы в оптимизации компилятора на порядок выше, чем пара лишних асмовых инструкций. Начать хотя бы с того, что весь код под x64, не говоря о других платформах, написан на чистом паскале. Причем до недавнего времени - написан криво, с ужасным падением перформанса. Так что если уж выжимать тут все до наносекунды, то юзать чистый асм и самый простой набор возможностей языка. Потому как ты можешь наваять мега-быструю конверсию strtoint, но вызов ее через RTTI сразу похоронит все ухищрения.
Добавлено Цитата Jin X @ Я думаю, что при всех прочих равных, разница будет заметна и предпочтение ты отдашь третьему... Если разница будет в пару секунд на 100 мб, то не буду заморачиваться). Тем более что мега-оптимизированный код в плане поддержки просто ничто по сравнению с не очень оптимальным, но качественным и понятным. К тому же проблема переносимости. |
|
|
Сообщ.
#19
,
|
|
|
Цитата Fr0sT @ Так, я ж говорю про оптимизацию компилера Delphi. А не про ручную.Тем более что мега-оптимизированный код в плане поддержки просто ничто по сравнению с не очень оптимальным, но качественным и понятным. Да, к сожалению, сжатие аудио/видео писать на "чистом паскале" – далеко не самый оптимальный вариант... |
0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
0 пользователей:
[ Script execution time: 0,0217 ] [ 17 queries used ] [ Generated: 23.04.24, 19:27 GMT ]