Ну не совсем показательный - где вы видели сервер бд с 256RAM ;-)
Идея такая берется железо из 1 партии, файловая система тюнится одинаково,
а скорее по дефолту.
1 тест - на дефолтных настройках(по умолчанию)
2 тест - на оптимизированных под память и обьем бд
Приложение и группы тестов одинаковое.
В свое время я так проводил тесты различных оберток Perl и PHP,
на достаточно сложной базе типа Dejanews (теперь жто GoogleGroups)
Как показала практика при борьбе за каждую ms - приходиться
переписывать конкретные нагруженные url в plain-php, вынося некоторый функционал как самописный модуль в php. Многие меня корят за это - через чур придирчивость к скорости :-)
>>это правильно. К тому же те кто пишет быстрый код и >>работают с большими проектами склонны как-то больше писать >>в нотации ООП. Хотя конечно многое зависит от задачи.
>>Вы еще скажите, что это не обеспечивает лучшее понимание кода и не >>улучшает удобство поддержки
Чтоб получит код баннера на сайте не нужно писать 10наследуемых классов.
>>Каким образом процедурный подход способствует поддерживаемости
>>кода ?
Поддерживаемый в моем понимании значит понятный - пришел новый программист - он за пару часов ознакомления с кодом проекта уже готов к работе.
>>1. Плюнуть на не сильно быстро работающий код и тупо наращивать >>мощность железа.
Если Вы не в курсе то места в текущих датацентрах не резиновые,
и лично я с удовольствием поменяю программиста который напишет медленный код который потребует 10 серверов на того что напишет быстрый код - для которого хватит и 3-х - за что получит бонус
от не решения проблеммы с помощью своего мозга а не аппаратными
средствами.
Ну вот смотрите ест сайт 111.ru и сайт 222.ru
со схожими бизнес идеями и контентом
Первый 111 написан правильно с расчетом на нагрузку и протестированным под нее..
Второй написан дилетантами которые даже explain не знают - таких сейчас около 80%
Так вот первый выдержить указанные выше нагрузки - второй загнется
от 10k хостов в день - а если он еще и не на выделенном сервере - то положит всех соседей..
P.S. На данном этапе все популярные проекты написаные дилетантами переписываются и тюнянтся 20% опытных вебразработчиков - потому и дефицит опытных вебпрограммистов не только PHP ;-)
Похоже я нашел минибагу в автоурлах на хабре :-)
http://flickr.com/photos/27743145@N00/157286149/
Что кроме хорошего поиска Яндекс планирует внести в фотохостинг?
только что понял что там картинка 695x1339 точек...
Интересно много народу пыталось кликнуть
На 1-м потоке PHPConf 2007 - занято 90% мест! Поспешите...
меня интересуют независимые тесты - вроде все описал.. :-)
Идея такая берется железо из 1 партии, файловая система тюнится одинаково,
а скорее по дефолту.
1 тест - на дефолтных настройках(по умолчанию)
2 тест - на оптимизированных под память и обьем бд
Приложение и группы тестов одинаковое.
В свое время я так проводил тесты различных оберток Perl и PHP,
на достаточно сложной базе типа Dejanews (теперь жто GoogleGroups)
если не секрет работали ли с такими обьемами в MySQL
есть ли репликация и кластеризация в текущей схеме.
Просто есть идея поставить эксперимент, взять индентичное железо
и потестировать - я практик по натуре :-)
есть шанс что они найдутся здесь - ну или поможет НЛО.
Холивара не надо - для этого есть другие ресурсы :-)
Можете заминусовать меня, но тема думаю актуальна для
многих популярных ресурсов.
http://phpclub.ru/talk/showthread.php?th…
Так что делайте выводы..
идет чтоб все говорили "аналог ххх"
Не всегда доходит до написания модуля - меняется и бизнес-логика и приоритеты.
А вообще сейчас самая актуальная тема это не ооп
а упреждающее кеширование контента :-)
переписывать конкретные нагруженные url в plain-php, вынося некоторый функционал как самописный модуль в php. Многие меня корят за это - через чур придирчивость к скорости :-)
>>это правильно. К тому же те кто пишет быстрый код и >>работают с большими проектами склонны как-то больше писать >>в нотации ООП. Хотя конечно многое зависит от задачи.
Чтоб получит код баннера на сайте не нужно писать 10наследуемых классов.
>>Каким образом процедурный подход способствует поддерживаемости
>>кода ?
Поддерживаемый в моем понимании значит понятный - пришел новый программист - он за пару часов ознакомления с кодом проекта уже готов к работе.
>>1. Плюнуть на не сильно быстро работающий код и тупо наращивать >>мощность железа.
Если Вы не в курсе то места в текущих датацентрах не резиновые,
и лично я с удовольствием поменяю программиста который напишет медленный код который потребует 10 серверов на того что напишет быстрый код - для которого хватит и 3-х - за что получит бонус
от не решения проблеммы с помощью своего мозга а не аппаратными
средствами.
со схожими бизнес идеями и контентом
Первый 111 написан правильно с расчетом на нагрузку и протестированным под нее..
Второй написан дилетантами которые даже explain не знают - таких сейчас около 80%
Так вот первый выдержить указанные выше нагрузки - второй загнется
от 10k хостов в день - а если он еще и не на выделенном сервере - то положит всех соседей..
P.S. На данном этапе все популярные проекты написаные дилетантами переписываются и тюнянтся 20% опытных вебразработчиков - потому и дефицит опытных вебпрограммистов не только PHP ;-)
Вот из-за этого и возникают такие вопросы "Процедурный метод или ООП"
Сейчас бизнесу требуется быстроработающий и поддерживаемый код!
Пользователям ресурса главное чтоб быстро отдавался контент и все работало
как надо - все остальное болтовня...