![[info]](http://l-stat.livejournal.com/img/userinfo.gif?v=92.1){kind=small}
Естественно его взяли по белому а не как меня на контракт, дали ему полный соцпакет, в то время как у меня даже небыло возможности уйти в отпуск, ну да ладно.
Первое что сделал московский сисадмин - припал на уши к генеральному и начал зудеть, что все сделано неправильно и все надо переделать, мол я работал в одном крупном хостинге и там все было не так.
Ок, говорю - давай обсудим все в конференции по скайпу. Однако не выходит - как только я хочу поговорить - у него срочно болеет мама и он не может говорить.
Благодаря своему локальному присутствию и уменю зудеть, генеральный таки не выдержал и решил вызвать меня, чтоб все пообщались за круглым столом квадратной формы и решили вопросы.
И тут московский сисадмин делает гениальный ход. Он сам уходит на больничный и сидит там несколько месяцев. Вытащить его невозможно - он приходит только за зарплатой и переодически жужжит над ухом гендира.
Чем это закончилось? Да поувольняли их - и гендира и менеджера с сисадмином.
А потом и меня уволили. Новый сисадмин
И вот я думаю, может стоило не напрягаться и вместо работы писать кучу бумаг и жужжать над ухом гендира, если результат одинаков?
У нас бытует мнение, что мол, мы работать не умеем и не хотим, а вот на Западе-то оооо!
Неправда. Умеем и хотим, только вы нас не цените.
December 26 2009, 10:34:28 UTC 2 years ago
Большинство и правда не умеет, это же очевидно.
А на западе конкуренция в АйТи повыше чем тут, эмигранты не дают местным раслабляться, вот и все.
December 26 2009, 10:36:24 UTC 2 years ago
Конкуренции на западе нет, там долбонавты в массе
December 26 2009, 10:42:28 UTC 2 years ago
Где вы были и работали зарубежом?
PS Задорнов то не авторитет однако.
December 26 2009, 11:22:36 UTC 2 years ago
Долбонавты - это квалификация тамошних айтишников в своей массе
Работал с одним ДЦ в Калифорнии
December 26 2009, 10:46:46 UTC 2 years ago
December 26 2009, 11:23:04 UTC 2 years ago
December 26 2009, 11:25:02 UTC 2 years ago
December 26 2009, 16:23:32 UTC 2 years ago
December 26 2009, 17:23:06 UTC 2 years ago
December 26 2009, 15:46:25 UTC 2 years ago
December 31 2009, 00:56:46 UTC 2 years ago
December 31 2009, 08:17:20 UTC 2 years ago
December 31 2009, 08:38:44 UTC 2 years ago
Это две совсем разные сущности. Тем не менее, между ними есть кое-что общее - обе в рассматриваемом нами случае определены на уровне ядра операционки.
December 31 2009, 09:01:45 UTC 2 years ago
Вам просто надо уже решить, кого Вы пытаетесь обмануть: себя, меня, читателей Хабра или своих клиентов.
Обманывать себя глупо, обманывать меня бесполезно, обманывать читателей Хабра недостойно, обманывать клиентов вполне допустимо, но зачем делать это так публично?
Вы первый на моей памяти, кто вообще вспомнил про размер бэклога и начал его зачем-то подстраивать.
Вы хоть понимаете, что если у Вас есть устойчивая нагрузка и устойчивая же просадка по производительности в обработчике, то в системе существует положительная обратная связь, и, увеличивая размер бэклога, Вы просто, так сказать, оттягиваете свой конец аккурат на количество соединений в бэклоге? Чуда не произойдет, стек просто начнет дропать соединения позже, вот и все.
Не знаю, стоит ли упомянуть здесь о том, что у меня на проекте апач процессит где-то 8 миллионов хитов в сутки без каких-бы то ни было настроек бэклога.
December 31 2009, 10:28:54 UTC 2 years ago
Однако хитами в сутки мерят только вебмастеры, ибо 8M в сутки - это 333 333 коннекта в час.
333 333 коннекта в час - это 5 555 коннектов в минуту.
5 555 коннектов в минуту - 92 коннекта в секунду.
Да это детский сад а не нагрузка. Вот когда у Вас будут 10-12k запросов в секунду, причем не абы к чему, а та же трейдинговая биржа с ее долбаными транзакциями и критичностью скорости ответа - приходите и поговорим.
Тест был именно на то, сколько десятков K в секунду способен обработать апач, а сколько - nginx.
December 31 2009, 11:05:40 UTC 2 years ago
Не понимал бы - не стал бы заводить дискуссию.
Однако хитами в сутки мерят только вебмастеры, ибо 8M в сутки - это 333 333 коннекта в час.
333 333 коннекта в час - это 5 555 коннектов в минуту.
5 555 коннектов в минуту - 92 коннекта в секунду.
Ну да, где-то так.
Я отдаю себе отчет в том, что речь идет о 100 запросах в секунду.
Можно было всю эту арифметику опустить.
Да это детский сад а не нагрузка.
Да ну, серьезно?
А Вы много проектов знаете с такой нагрузкой?
Даже не так - в Украине много проектов с такой или большей посещаемостью? Целых три, или, может, даже десять?
Их и в России-то буквально по пальцам пересчитать можно.
Вот когда у Вас будут 10-12k запросов в секунду
А у Вас, надо полагать, они есть?
У соседей на проекте 50к одновременных соединений (не знаю, что там с запросами в секунду, правда), так что мне есть к кому обратитьтся за консультацией, если что вдруг.
Да мне и самому доводилось высокопроизводительные асинхронные TCP-серверы писать, разве что вот реальная нагрузка на них не такая большая по не зависящим от меня причинам.
причем не абы к чему, а та же трейдинговая биржа с ее долбаными транзакциями и критичностью скорости ответа - приходите и поговорим.
Та же трейдинговая биржа, ой вей мир! Таки Вы думаете, я ни разу не видел разработчиков трейдинговых систем? И что Вы таки себе думаете, они используют TCP для передачи информации? Ну, не буду Вас разочаровывать. Там, кстати, по слухам, не 10-12к событий в секунду (они все в событиях измеряют, или как-то так), а сильно больше. На порядки. Представьте себе, к чему приведет TCP retransmission при таком потоке данных.
Тест был именно на то, сколько десятков K в секунду способен обработать апач, а сколько - nginx.
Так Вы сравнили температуру кипения воды с прямым углом.
Вам же на searchengines совершенно справедливо указали на то, что сравнивать nginx+php-fpm с голым Apache это чистое надругательство над экспериментальной физикой. Поставьте nginx в качестве reverse proxy перед Apache, и ограничьте количество апачевских воркеров разумным числом! Тогда Вы, скорее всего, придете к тем же выводам, что и Котеров. Я повторял тест Котерова для случая Apache, nginx и различных видов python-коннекторов с реальным web-приложением на Django, победил, разумеется, nginx+FastCGI, но совсем не по скорости обработки запроса, что теоретически и обоснованно.
December 31 2009, 12:15:29 UTC 2 years ago
Ну это как бэ не совсем тот уровень, что меня интересует.
>Даже не так - в Украине много проектов с такой или большей посещаемостью? Целых три, или, может, даже десять?
Я как бэ работаю с заказчиками из более других стран. Так что если Вы хотите завидовать - можете начинать делать это уже прямо сейчас.
>А у Вас, надо полагать, они есть?
Таки есть. Или я бы стал писать о том, чем не имею понятия?
>Та же трейдинговая биржа, ой вей мир! Таки Вы думаете, я ни разу не видел разработчиков трейдинговых систем? И что Вы таки себе думаете, они используют TCP для передачи информации?
Зохен вей, приезжайте в Одессу и пойдите на Дерибасовскую, найдите там мужика с гусем и крутите ему яйца!
Впрочем это из другой оперы. Вообще-то трейдинг биржа использует веб интерфейс для работы с ней. Причем там аяксом постоянно теребят графики и с одного клиента их идет минимум три.
>Поставьте nginx в качестве reverse proxy перед Apache, и ограничьте количество апачевских воркеров разумным числом!
Ой, держите меня семеро. И какое же разумное число воркеров для префорка является разумным? По числу ядер?
Ну тогда спорим что php-fpm на 4 процесса уделают 4-е воркера префорка с одинаковыми настройками для nginx?
December 31 2009, 12:54:54 UTC 2 years ago
Вы уверенно приближаетесь в своих запросах к посещаемости главной mail.ru?
Или таки поскромнее? Я думаю, что 100 rps это и для цивилизованных стран серьезное достижение.
Может, не такое серьезное, как для Восточной Европы, но все-таки.
Я как бэ работаю с заказчиками из более других стран. Так что если Вы хотите завидовать - можете начинать делать это уже прямо сейчас.
В более других странах мелкий и средний бизнес развит значительно сильнее, чем в наших, я кагбе на более другие страны несколько лет отработал. Количество крупных клиентов "там" численно выше, чем здесь, а в удельном соотношении ниже. Откуда ж мне знать, что Вы именно с крупняком работаете?
Таки есть. Или я бы стал писать о том, чем не имею понятия?
Неужели в Одессе так никогда не делают?
Если у Вас все так хорошо, может, скриншот /nginx-status покажете?
Впрочем это из другой оперы. Вообще-то трейдинг биржа использует веб интерфейс для работы с ней.
Может и так.
Вот только на такой трейдинг-бирже нагрузка на узле веб-кластера может быть вполне сравнима с указанной мной, это во-первых. Во-вторых, зачем на такой трейдинг-бирже вообще nginx, Apache? Как писали на Хабре, Jetty по скорости не хуже nginx. Над Jetty я никогда так не издевался, а вот за Resin могу сказать - да, не хуже, так как работает он на NIO, то есть, на асинхронных очередях. Обработчики при этом в отдельных потоках, но число потоков не равно числу веб-клиентов.
Все равно ведь код самой биржи не на PHP написан, я так полагаю.
Ой, держите меня семеро. И какое же разумное число воркеров для префорка является разумным?
Такое, чтобы апач в своп не улетал.
Откуда ж я знаю, где там у Вас в системе bottleneck? Если Вы не ядерный реактор онлайн эмулируете и не видео конвертируете, то вряд ли Вы упретесь в нехватку ядер. Видимо, bottleneck на базе, а точнее, на диске. Ну а далее надо смотреть, сколько этих самых воркеров будет разумно держать - 3, 20 или 40.
Ну тогда спорим что php-fpm на 4 процесса уделают 4-е воркера префорка с одинаковыми настройками для nginx?
Так а по какому параметру уделают и на каком коде?
Статику с диска отдавать как-то не очень интересно, зачем для этого вообще задействовать php-fpm или Apache?
Давайте базу включим и посмотрим, кто кого тогда уделает и зачем.
December 31 2009, 14:08:05 UTC 2 years ago
Да, я знаю сайты у которых посещалка во много раз больше. Слово Adult что-то говорит, не?
>Откуда ж мне знать, что Вы именно с крупняком работаете?
Крупняк - понятие относительное. По крайней об одном таком можно почитать в моей статье на Хабре.
>Если у Вас все так хорошо, может, скриншот /nginx-status покажете?
В следующем бенчмарке - с удовольствием. А этот уже все, сервер ушел.
>Такое, чтобы апач в своп не улетал.
Ну вот, опять мистика. А в nginx все просто - по числу ядер. И да, узкое место по бенчу - это был контекст свитчинг. Памяти он захапал 1G из 4, диск весь ушел в кеш.
>Так а по какому параметру уделают и на каком коде?
На моските уделал php-fpm.
>Давайте базу включим и посмотрим, кто кого тогда уделает и зачем.
Та не вопрос, дайте 2 физических сервера, соедененных между собой
На одном базу, на другом - битрикс
И погоняем разных апачей, nginx и лайти.
December 31 2009, 14:18:00 UTC 2 years ago
Не, мне мама запрещает знать такие вещи.
Слабо верится, что посещалка эдалт-сайтов вот прямо во много раз больше.
На том же уровне - да, могу поверить.
Их, в общем-то, ведь и Алекса считает.
Крупняк - понятие относительное. По крайней об одном таком можно почитать в моей статье на Хабре.
Не только почитал, но и в ru_root активно обсуждаю.
Это явно не тот крупняк.
В следующем бенчмарке - с удовольствием. А этот уже все, сервер ушел.
Ну, сервер я Вам могу нарисовать.
Ну вот, опять мистика.
Не мистика, а эмпирика.
При нормально организованной работе с базой - по числу ядер + 1 (1 не забываем добавлять!).
А в nginx все просто - по числу ядер. И да, узкое место по бенчу - это был контекст свитчинг. Памяти он захапал 1G из 4, диск весь ушел в кеш.
Кто "он"? Зачем он захапал 1G?
На моските уделал php-fpm.
Если я правильно помню, там базой и не пахло.
А если нет базы - зачем тогда пых?
Та не вопрос, дайте 2 физических сервера, соедененных между собой
На одном базу, на другом - битрикс
И погоняем разных апачей, nginx и лайти.
Где ж я битрикс-то возьму?
Я про битрикс знаю только то, что битрикс это кал.
Сервера у меня, в основном, раскиданы поодиночке в разных местах, могу соединить два Россия-Германия, но это будет тест задержек на канале, а не работы с базой, все остальное в продакшне стоит, и не хочется его насиловать.
December 31 2009, 15:26:59 UTC 2 years ago
У них есть свои аналоги mail.ru и вот там - ховайся.
>Это явно не тот крупняк.
Ну извини - що маемо, то маемо.
>Где ж я битрикс-то возьму?
Битрикс не проблема. Просто надо два сервака рядом + кроссуха для mysql
Уж если бенчить по-взролому - то на таком ужасе как биртикс хыхы :)
January 23 2010, 18:41:43 UTC 2 years ago