lonelywoolf

There is also a mechanism in place to ensure that higher priority connections are not monopolizing the worker threads in the pool (which would cause indefinite delays for low priority connections). On Unix, low priority connections are put into the high priority queue after the timeout specified by the thread_pool_prio_kickup_timer system variable.

baas:
thread_concurrency,

samimages:
Умысел оставить себе доказать будет трудно, как мне кажется.

baas:
Пока рассматриваю вариант с сервером я большим количеством физических ядер + потоки.

baas:
база забирает 100% процессора под себя

Solmyr:
подписанным ЭЦП

Solmyr:
Фотку паспорта просто нельзя выгружать в ненадежную информационную систему.

SkyHost-Sergey:
А вроде выкладывал кто-топтание тесты по разным жостерам...

Q: почему невыгодны VPS, дешевле 100 рублей?

A: Ну очень просто. Проблема в том, что себестоимость одного IP - 20-40 рублей в месяц для небольших контор. А для таких маленьких хостеров, как я - она составляет 60-90 рублей. И оно дорожает :). Получить PI-блоки уже не реально, остались только PA. Владельцы блоков их сдают с наценкой, или продают не всегда дёшево. Теперь поехали дальше. Железо. Мне нужно его окупить хотя бы за пару лет. И даже при оптимальном соотношении заполненности ноды такими клиентами себестоимость твоего размещения на железке обойдется в 20-30 рублей. Плюс сервер жрёт электричество. Это ещё 20-30 рублей. Плюс железку надо обслуживать. Одна перезагрузка ноды мне обходится в 1-2 человеко-часа, а это бывает время от времени не смотря на всякие живые обновления ядра: мне нужно смигрировать клиентов на другие ноды, причём в живую. Про стоимость трафика (порты на маршрутизаторах тоже не бесплатны) я промолчу. А ещё железо имеет свойства ломаться - но это обычно заложено в цену сервера, когда рассчитываем тарифы. Плюс своевременно надо за нодой следить, хотя бы обновки вовремя ставить. Почему большие ВПС можно сделать дешевле? Да просто тупо потому, что накладных расходов меньше. Мне гораздо выгоднее держать пять клиентов, которые утилизируют всю ноду, чем держать пачку мелких клиентов: проблем гораздо меньше. Теперь коснёмся другого аспекта: дешёвые цены привлекают некомпетентных товарищей, и просто нечисть по типу спамеров (арендовать дешевую ВПС и проспамиться). Их часто ломают, они выносят мозг поддержке и т.п. Ну и опять же - надо держать какое-то количество ресурсов «на всякий случай» просто потому, что может понадобиться разгрузить какую-нибудь ноду в срочном порядке.

Q: даже KVM встречается по таким ценам, а его непооверселлишь.

A: С точки зрения оверселлинга. Смотри: большинство хостеров не заморачиваются и выдают ядро даже на одну масюсенькую ВПС, не проставляя лимиты. Этот подход вообще хорош тем, что сайт клиента быстрее отработает и освободит проц, но бывают личности, которые грузят железку в потолок. Грузят дисковое I/O свопом. Ну ты же понимаешь, что эти вещи (I/O и проц) уже по умолчанию оверселлены? Теперь касательно памяти. У меня на нодах стоит KSM. Это штука, которая мерджит одинаковые страницы в памяти, высвобождая ОЗУ для дискового кэша виртуалок. Я могу при удачном стечении обстоятельств напихать виртуалок в 2 (!) раза больше, чем есть ОЗУ на сервере - не поверишь, но память виртуалок прекрасно свопится нодой. Так что то, что KVM или XEN не пооверселлишь - это всё лапша на уши.

Правда, здесь есть ещё такой нюанс - клиент в 90% случаев не использует ресурсы на всю катушку. У меня вот процессоры простаивают (прикольно наблюдать, когда на заполненной клиентами ноде из 16 ядер используются всего 3-4), ОЗУ по началу начинала вытесняться в своп через недельку аптайма (даже не смотря на то, что 30% ОЗУ просто свободно), освобождаясь под дисковый кэш (ну просто оказывается, что клиентские виртуалки практически все по гигу оперативки и не считывают никогда). Правда, бывают печальки - клиент вдруг внезапно решил сожрать себе всю оперативку и засвопиться - в этом случае нода вынимает его память из свопа, чтобы он переложил её в своп у себя, поэтому я объяснил системе, что свопиться надо только если 90% памяти заполнено.