> Клиент не может увидеть первый кусок со случайного байта. Только с
> аккуратно отпиленного и отшлифованного края :) . Бакенд отдает данные
> законченными пакетами. То есть, новый клиент может начать получать
> информацию с последнего пакета, но этот пакет байтов будет обязательно
> целостным.
Два с половиной вопроса:
1) вот допустим, ответ не влез в пакет, а влез в два. Во втором - хвостик.
Является ли второй пакет целостным entity ?
1a) раз уж хочется "писать демоны на php", то подскажи как из php
управлять пакетированием....
2) Если backend на unix socket, то как быть с пакетами ?
Я к тому, что не надо сюда тащить особенности транспортного уровня,
такие как пакеты ( а если по дороге оказалось фрагментирование?),
атомарности write() и подобное. Закладываться на такое - глупо,
а то оно начнет ломаться при переходе на jumbo frames и обратно
(представим, кстати, себе backend, а за ним цепочку мультиплексоров.
backend - на гигабите с jumbo, а дальше MTU 1500. Где будет граница пакетов?)
В то же время, для доставки stream content (допустим, клиент свой)
мультиплексирование кажется интересной идеей.
Алексей Тутубалин
mailto: lexa@xxxxxxx
Web:
