Обновить
43
45.2
Александр Шульман@developer

Развиваю ИТ

Отправить сообщение
смотрите сама возможность создания стека становится возможной благодаря тому только что есть непрерывно работающий воркер который в конце работы не должен скидывать статистку.

PS. Вы (Nascosto) для себя как я уже вижу все решили и не слушаете аргументы других людей, поэтому не вижу необходимости вас в чем либо убеждать далее. Если вам выпадет удачный случай сделать что либо действительно высоконагруженное, то вы оцените все преимущества, а так для вас это все очевидно чужое и не понятное.
не не не боже упаси вас от этого — почитайте сколько из за этого багов вылезает. конекты неконтролируемо рвутся и решать это трудно.
Есть люди которые просто чего-то не понимают, но отказываются это признавать.
все просто идеалогия fastcgi такова:
работает процесс постоянно ему иногда приходят данные и вызывают иницирующую функцию (аналог main() ) соответственно экономия только на этапе инициализации и не выгружаемого из процесса кеша. Достаточно весомые преимущества в высоко нагруженных системах
гы гы да уж реально не фраймворк, но монстр экстракласса, действительно в режиме fastcgi его использование будет намного менее накладно
а ну вот уже пошли фичи, чтож давай стабильную версию скорее и будем тестить ее повесив на *nginx на каком нибудь слабеньком VDS и посмотрим результаты
спасет, тока одно комплексное решение, а другое частное
погонять тесты я уверен необходимо, но идеологически тут во первых может быть инициализация соединений с БД например, установка всех начальных значений все это помноженное на огромное количество инициализаций дает прирост. Вы сами подумайте.
1. создание объектов и агрегатов объектов (пересоздавать нада только нужные + вы можете создавать коллекции)
2. Открытие соединений к БД
3. Локальный стек статистики, который вы можете чистить регулярно а не каждый запрос.

я уверен придумать места где будет экономия можно еще — это только основные.
а вообще на основе этой штуки фактически создается событийная машина полноценная, с циклами состояний (например агрегаторы фидов рекламных где запросы очень долгие к сторонним серверам делаются влет), а на основе PHP-FPM вы этого не сделаете именно из за ежекратного перезапуска
да здравая и очень логичная идея удивительно что разработчикам пхп она досих пор таковой не кажется — вот это да удивительно
так теперь все в свои хуки СВН будут писать не только выгрузку файлов но и реинициализацию воркеров =)
тут собралось 2 альтруиста.
тоесть воркерам дать возможность накапливать данные и регулярно сбрасывать свой кеш, что ж согласен так сложность системы будет существенно ниже, и соответственно выше надежность.
а зачем вести несколько проектов если можно объединить усилия?
ой опечатался запрос тоесть например ссесию к воркеру привязать?
а можно привязывать вопрос и воркера? чтоб не переиницыировать состояния некоторых объектов
все присоединяйтесь к разработке phpfastcgi от TravisBickle
напомнило мне анекдот университетский
Приходит студент в лабораторию и заявляет:
— я дома собрал по чертежам в интернете торсионную установку и получил выдающиеся результаты
Лаборант: — да и какие же?
— Я обработал торсионным полем кусок меди и он стал в 10 раз более проводим!
Л: — Хм очень интересно, можно взглянуть?
С: — да конечно, вот он!
Л: приходите завтра
Студент утром ждет лаборанта, а когда тот приходит допытывает его
— ну как вы зафиксировали мои выдающиеся рузультаты?
Л: -да это медь и проводимость у нее как у меди
С: — НЕ МОЖЕТ БЫТЬ вы хотите украсть мой экземпляр!
Л: — не паникуйте вот ваш кусок меди заберите его.
С: — ну как же так?
Л: — если не секрет, то чем вы меряли сопротивление проводника
и тут студент гордо достает из кармана китайский тестор у которого погрешность в разы больше чем сопротивление такого малого куска меди и гордо заявляет
С: — ЭТИМ!
угу только готовьтесь к тому что программировать придется иначе.
И еще можно хоть какие-то данные по поводу выйгрыша в производительности?
а скрины почему не выложил?
изучать нада заранее

Информация

В рейтинге
170-й
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Генеральный директор
Ведущий
От 3 000 000 ₽
Управление проектами
Ведение переговоров
Разработка ТЗ
Agile
Управление разработкой
Оптимизация бизнес-процессов
Организация бизнес-процессов
Построение команды
Стратегическое планирование
Развитие бизнеса