Масштабируемость сервера - веб-сокеты HTML 5 против Comet
Многие реализации Comet, такие как Caplin, предоставляют масштабируемые серверные решения.
Ниже приводится одна из статистических данных с сайта Caplin :
Один экземпляр Caplin liberator может поддерживать до 100 000 клиентов, каждый из которых получает 1 сообщение в секунду со средней задержкой менее 7 мс.
Как это соотносится с веб-узлами HTML5 на любом веб-сервере? Может ли кто-нибудь указать мне на статистику веб-сокетов HTML 5?
1 ответ
Трудно понять, как это можно сравнить с чем-либо, потому что мы не знаем, насколько велик (средний) размер полезной нагрузки. Под капотом (как в том, как реализован сервер) потоковая передача HTTP и веб-сокеты практически идентичны - за исключением первоначального рукопожатия, которое, очевидно, более сложное, когда выполняется с HTTP.
Если бы вы написали свой собственный сервер веб-сокетов на языке C (аля Caplin), вы, вероятно, могли бы достичь этих цифр без особых затруднений. Большинство реализаций websocket выполняются с помощью существующих серверных пакетов (например, Jetty), поэтому сравнение не будет справедливым.
Некоторые тесты :
http://webtide.intalio.com/2011/09/cometd-2-4-0-websocket-benchmarks/
http://webtide.intalio.com/2011/08/prelim-cometd-websocket-benchmarks/
Однако, если вы посмотрите на тесты lib для событий C как и libev и libevent, цифры выглядят значительно сексуальнее:
http://libev.schmorp.de/bench.html