[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: systemd



Илья -> debian-russian@lists.debian.org  @ 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, по крайней
мере раньше, был очень так себе в смысле потребления памяти.  Куда он ее
столько жрал - не знаю, но жрал конкретно.


Reply to: