По-моему традиционно считается, что for работает быстрее чем while. Не знаю как дела с ними обстоят сейчас, но по привычке стараюсь использовать for и foreach вместо while везде, где нужно пройти большое количество циклов.

если уж говорить о традициях, то "традиционно" считается, что скорость работы while и for одинаково.

Может, не стоило давать ссылку на эту первоапрельскую шутку? Слишком многие её воспринимают всерёз.

Добавлено через 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, речь не о том, что хорошо, когда тормозит, а о том, что покупать новый сервер под БД, работающей на Access'e - изначально проигрышный путь.
А разборка производительности mysql_fetch_array супротив mysql_fetch_object при общей денормализации БД и запросах с использованием LIKE "%a%" - это не просто перевод времени впустую, но и верный способ "свернуть не туда" и положить проект отпимизацией.

Добавлено через 52 секунды

M skyboy

вынесено из темы "циклы при выборке из базы"

skyboy, по ссылке про пхп бред, кстати. То, что там написано, уже давно неактуально и многое неверно.


а советую прочитать это: http://rsdn.ru/article/philosophy/Optimization.xml

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