Ответ на сообщение Re: Программист. пользователя zumzum
Пока утро...
1. Нету у ПХП (5.1) connection пула... по крайней мере я не нашел хде. Соединение (и много чего другого) создается каждый раз на каждый запрос... это действительно трабл... ну, скажем так, по мере изучения ПХП в связке с Мускулем постепенно узнаю, что "много чего нет", начиная с синтасксических диаграмм языка...
2. Потери на организацию старта обработки запроса, в т.ч. и по факту БД - конечно же не 30-50мс... поболе будут. Но! В этом, как раз и кроется острая необходимость оптимизации исходного кода! Упрощенно:
В стартовый код входит процесс аутентификации юзверя... было: 150кб (или около) только создаваемых структур и данных (рекорд - подкласс, дублированный 8 раз) и по профайлеру около 75мс только обработки и создания этого колхоза данных... зато ООП. Убрали... стало 5мс и 1.5кб данных.
Ещё раз, типовое рассуждение "нафига тут экономить... а! это свойство есть у этого класса... " приводит именно к такой структуре результата. Как пример стартовая инициализация Zend Framework по профайлеру отжирает около 10-15 МЕГАБАЙТ. Плюс время.
Это и есть причина потерь на соединение с БД... это и есть способ деградации отрасли... Копрокодерство уже настолько стало обычным делом, что его вонь уже никем по-просту незаметна...а кому-то даже приятна...
Скока, скока ресурсов требует Жаба-машинка тока для себя любимой? Скока-скока оперативки требует седьмая винда? А почто, практически то же самое у мене под OS/2 ходило в 4 мегах, а в 12 так даже летало?
На соединение с базой Mumps скока ресурсов треба? А времени уходит?
1. Нету у ПХП (5.1) connection пула... по крайней мере я не нашел хде. Соединение (и много чего другого) создается каждый раз на каждый запрос... это действительно трабл... ну, скажем так, по мере изучения ПХП в связке с Мускулем постепенно узнаю, что "много чего нет", начиная с синтасксических диаграмм языка...
2. Потери на организацию старта обработки запроса, в т.ч. и по факту БД - конечно же не 30-50мс... поболе будут. Но! В этом, как раз и кроется острая необходимость оптимизации исходного кода! Упрощенно:
В стартовый код входит процесс аутентификации юзверя... было: 150кб (или около) только создаваемых структур и данных (рекорд - подкласс, дублированный 8 раз) и по профайлеру около 75мс только обработки и создания этого колхоза данных... зато ООП. Убрали... стало 5мс и 1.5кб данных.
Ещё раз, типовое рассуждение "нафига тут экономить... а! это свойство есть у этого класса... " приводит именно к такой структуре результата. Как пример стартовая инициализация Zend Framework по профайлеру отжирает около 10-15 МЕГАБАЙТ. Плюс время.
Это и есть причина потерь на соединение с БД... это и есть способ деградации отрасли... Копрокодерство уже настолько стало обычным делом, что его вонь уже никем по-просту незаметна...а кому-то даже приятна...
Скока, скока ресурсов требует Жаба-машинка тока для себя любимой? Скока-скока оперативки требует седьмая винда? А почто, практически то же самое у мене под OS/2 ходило в 4 мегах, а в 12 так даже летало?
На соединение с базой Mumps скока ресурсов треба? А времени уходит?
Ну и так, положа грязную руку на потные яйца - сколько пхп-программистов вообще знают, что такое "connection pool"? А сколько из них дергают mysql_connect перед КАЖДЫМ запросом?Так вот про ЭТО НЕЗНАНИЕ и нежелание узнать, я и пишу всю тему!!!
"Только так, только личная инициатива и напряженная работа над собой. .. Нужно своей собственной рукой все делать" (с) В.В. Путин(а не на "вертикаль власти" надеяться)
