 |
|
Модераторы: Poseidon |
 
|
|
[Алгоритм]сравнивать на равенство или на больше, что быстрее 
| GoldFinch |
|
|||
 Профиль Группа: Завсегдатай Сообщений: 2141 Регистрация: 30.11.2008 Репутация: 1 Всего: 26 |
Rififi, в релизе при работе с вещественными числами он и не такое использует
|
|||
|
||||
Загрузка ...
| babe |
|
||||
|
Новичок Профиль Группа: Участник Сообщений: 19 Регистрация: 11.9.2007 Репутация: нет Всего: нет |
Вот и ответ!
GoldFinch, спасибо
|
||||
|
|||||
| zim22 |
|
|||
 depict1 Профиль Группа: Завсегдатай Сообщений: 2682 Регистрация: 15.1.2009 Где: Украина Репутация: 16 Всего: 69 |
babe, GoldFinch уже ответил каким образом:
|
|||
|
||||
| GoldFinch |
|
|||
|
Профиль Группа: Завсегдатай Сообщений: 2141 Регистрация: 30.11.2008 Репутация: 1 Всего: 26 |
babe, все зависит от платформы
Если платформа аппаратная - конкретное семейство процессоров (например х86) то инструкции аппаратные и проверка на 0 выполняется аппаратно, например операцией ИЛИ для всех разрядов числа. Если платформа программная - виртуальная машина которая обрабатывает байт-код (java, .NET) то ее инструкции выполняются виртуальной машиной, путем выполнения кода на конкретной аппаратной платформе. Вобщем если платформа поддерживает отдельную инструкцию проверки на 0, то она какнибудь ее реализует При этом если инструкции имеют разную длину и разное время выполнения, то отдельная инструкция проверки на 0 будет короче инструкции сравнения (т.к. только 1 операнд), и возможно быстрее. В любом случае оптимизацией такого рода должен заниматься компилятор а не программист. |
|||
|
||||
| babe |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 19 Регистрация: 11.9.2007 Репутация: нет Всего: нет |
угу, все понятно- что ж тут непонятного.
Спасибо! Конечно инструкция с одним операндом выполнится быстрее, чем с двумя. Меня просто смутило "не выполняет никаких логических действий". |
|||
|
||||
| alexanderwdark |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 8 Регистрация: 20.2.2009 Репутация: нет Всего: нет |
Говоря о оптимизации, сложно вести речь о интерпретаторах и о компиляторах, не генерирующих машинный код. Быстродействующие решения принципиально не разрабатываются для виртуальных машин, реалтайм интерпретаторов да и dotnet. Что касается последней - по причине значительной общипанности последней и переходу к ограниченному безопасному программированию. Область оптимизаци - ASM, C/C++ без классов, Delphi/FPC/GPC без классов. Здесь возможен наиболее оптимальный код, в частности, наиболее эффективная реализация компрессоров, криптосистем и прочих критичных по времени алгоритмов.
Если речь идет о JavaScipt - тут говорить нечего. Все зависит от конретной реализации машины браузером, подобная оптимизация здесь особенно ничего не решит. Подумайте лучше о алгоритмической оптимизации. Чаще всего в подобных случаях помогает выбор более разумного алгоритма. К примеру, замена алгоритмов сортировки, простейшее хэширование при поиске и прочее.. Это сообщение отредактировал(а) alexanderwdark - 10.3.2009, 15:57 |
|||
|
||||
|
|
| Правила форума "Центр помощи" | |
|
|
ВНИМАНИЕ! Прежде чем создавать темы, или писать сообщения в данный раздел, ознакомьтесь, пожалуйста, с Правилами форума и конкретно этого раздела.
Более подробно с правилами данного раздела Вы можете ознакомится в этой теме. Если Вам помогли и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, Poseidon, Rodman |
| 1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | Центр помощи | Следующая тема » |
[ Время генерации скрипта: 0.0440 ] [ Использовано запросов: 21 ] [ GZIP включён ]
Реклама на сайте Информационное спонсорство
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |