Цитата(HotHead @ 27.12.2007, 13:06  ) |
| По-моему традиционно считается, что for работает быстрее чем while. |
если уж говорить о традициях, то "http://php.spb.ru/php/speed.html" считается, что скорость работы while и for одинаково.
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Философия программирования > Оптимизация кода vs оптимизация алгоритма/структуры данных |
| Автор: HotHead 27.12.2007, 14:06 |
| По-моему традиционно считается, что for работает быстрее чем while. Не знаю как дела с ними обстоят сейчас, но по привычке стараюсь использовать for и foreach вместо while везде, где нужно пройти большое количество циклов. |
| Автор: skyboy 27.12.2007, 14:10 | ||
если уж говорить о традициях, то "http://php.spb.ru/php/speed.html" считается, что скорость работы while и for одинаково. |
| Автор: PrivateRayan 27.12.2007, 14:42 |
| Может, не стоило давать ссылку на эту первоапрельскую шутку? Слишком многие её воспринимают всерёз. Добавлено через 10 минут и 21 секунду HotHead, "большое количество" - это сколько? На чем основано эта информация? А, главное, почему надо всегда выискивать, что быстрее??? Почему всегда эти поиски идеала, почему обязательно надо найти лучший язык, лучшую ОС, лучший оператор? Откуда этот максимализм? Что за вечное желание померяться чем-то? Откуда выплывает вопрос про сравнение mysql_fetch_object и mysql_fetch_array? Если эти функции вызываются такое количество раз, что разница теоретически сможет быть заметна, то надо срочно переделывать приложение! Поскольку основной объём вычислений должна производить база. И выдавать только нужные данные. То есть, переделывать надо архитектуру, а не менять одну функцию на другую! Откуда это неумение отличить главное от частностей? Я понимаю, новичок не видит больших, архитектурных косяков в своей программе, а ему доступны и понятны простые сравнения - mysql_fetch_object vs. mysql_fetch_array, while vs. for, одинарная кавычка vs. двойная Но зачем потакать таким "исследованиям"? Почему специалисты не пресекают разговоры об этой "оптимизации", которая ускоряет на 30%... ту часть приложения, которая занимает 0,01% от времени его выполнения? Ускорили скрипт на 3 тысячных процента. Неимоверный повод для гордости. |
| Автор: MoLeX 27.12.2007, 16:47 | ||
не знаю как ты, но меня очень сильно напрягает когда процеес идет медленно, да думаю многих тоже напрягает вот из-за этого и ищем побыстрее |
| Автор: skyboy 27.12.2007, 17:01 | ||||
Исследования на тему авторства есть на http://alenacpp.blogspot.com/2006/08/blog-post.html MoLeX, речь не о том, что хорошо, когда тормозит, а о том, что покупать новый сервер под БД, работающей на Access'e - изначально проигрышный путь. А разборка производительности mysql_fetch_array супротив mysql_fetch_object при общей денормализации БД и запросах с использованием LIKE "%a%" - это не просто перевод времени впустую, но и верный способ "свернуть не туда" и положить проект отпимизацией. Добавлено через 52 секунды
|
| Автор: nerezus 10.1.2008, 18:47 |
| skyboy, по ссылке про пхп бред, кстати. То, что там написано, уже давно неактуально и многое неверно. а советую прочитать это: http://rsdn.ru/article/philosophy/Optimization.xml |
| Автор: batigoal 12.1.2008, 16:17 |
| В 95% процентах случаев я предпочту читабельность и логичность кода скорости его работы (если, разумеется, речь не идет о замедлениях в десятки процентов). |