Илья -> [email protected] @ Fri, 13 Nov 2015 14:12:25 +0300:
>> >>> Что-то много текстопротокольного фанатизма, протоколы это не >> художественная >> >>> литература, бинарные протоколы это норма, никто не заставляет руками >> набирать >> >>> бинарные сообщения в hex редакторе, всегда есть/можно написать >> простую утилиту >> >>> которая всё делает читаемым. Ради того чтобы раз в сто лет посмотреть >> >>> отладочную инфу нет смысла все сто лет иметь оверхед от текстового >> протокола >> >> >> >> пожалуйста подробнее про оверхед в текстовых протоколах, а то я видимо >> >> что-то пропустил >> >> И> Для начала, стоит наверное определится что такое текстовый протокол. >> И> Если понимать под этим символьное (UTF,koi) представление данных и >> служебной >> И> информации, то в этом случае объем передаваемой информации больше, чем >> у как >> И> то кодированого. Больше объем - больше требуется ресурсов. В качестве >> примера >> И> можно рассмотреть HTML + XML + JS. Ну или скрипты java (размер >> исходника, >> И> компилятор,java машина) против бинарной программы на СИ. >> И> Я считаю, что тут проблема не в самих протоколах, а в том как их >> И> используют. Мегабайтные странички в памяти и браузер сжирающий >> процессор это >> И> писец - но это не проблема в самом протоколе http. >> >> И не в протоколе HTML. Память и процессор он сжирает вовсе даже >> бинарными структурами. И> Это какими? Если исключить flash и медиа, то остается js со всякими И> json,xml,css, cookies.Есть еще вроде gzip не текстовый но позволяет быстрее И> передать текстовые мегабайты. Что то еще? Структурами в памяти, в которые он транслирует вышеперечисленное. Он же жрет процессор и память, а не сеть. Поскольку флеш и прочая медия у меня без явного пинка не запускается, в первую очередь я грешу на выполнение js. Но и парсинг XML, по крайней мере у firefox, по крайней мере раньше, был очень так себе в смысле потребления памяти. Куда он ее столько жрал - не знаю, но жрал конкретно.

