Chunking WebSocket Transmission

Ponieważ używam połączeń WebSocket na bardziej regularnych bazach, byłem zainteresowany tym, jak wszystko działa pod maską. Przez jakiś czas zagłębiałem się w niekończące się dokumenty specyfikacji, ale jak dotąd nie mogłem znaleźć nic na temat chunking samego strumienia transmisji.

Protokół WebSocket wywołuje ramki danych (które opisują czysty strumień danych, więc jego również nazywa się ramki bez kontroli). O ile rozumiem spec, nie ma zdefiniowanej maksymalnej długości i brak zdefiniowanej wartości MTU (maximum transfer unit), co z kolei oznacza, że pojedyncza ramka danych WebSocket może zawierać, przez spec(!), nieskończoną ilość danych (Proszę mnie poprawić, jeśli się mylę, nadal jestem studentem w tym zakresie).

Po przeczytaniu tego, od razu skonfigurowałem mój mały Node WebSocket server. Ponieważ mam silną historię Ajax (również na streamingu i Comet), moje oczekiwania początkowo były takie, " musi być jakiś interaktywny tryb odczytu danych, podczas gdy jest przenoszona ". Ale mylę się, prawda ?

Zacząłem od małego, z 4KB danych.

Serwer

testSocket.emit( 'data', new Array( 4096 ).join( 'X' ) );

I tak jak oczekiwano, dociera to do klienta jako jeden fragment danych

Klient

wsInstance.onmessage = function( data ) {
    console.log( data.length ); // 4095
};

Więc zwiększyłem ładowność i spodziewałem się ponownie, że w pewnym momencie, po stronie klienta onmessage handler będzie strzelać powtarzalnie, skutecznie chunking transmisji. Ale ku mojemu szoku, to się nigdy nie wydarzyło. ( node-server , testowany na firefox, chrome i safari Po stronie klienta). Mój największy ładunek to 80 MB

testSocket.emit( 'data', new Array( 1024*1024*80 ).join( 'X' ) );

I nadal dotarł w jednym kawałku danych o kliencie. Oczywiście zajmuje to trochę czasu, nawet jeśli masz całkiem dobre połączenie. Pytania są tutaj

• czy jest jakaś możliwość chunkowania tych strumieni, podobnie jak w trybie XHR readyState3 ?
• czy istnieje limit rozmiaru dla pojedynczego ws data-frame ?
• czy websockets nie powinny przenosić tak dużych ładunków? (co sprawia, że zastanawiam się ponownie, dlaczego nie ma zdefiniowanego max-size)

Nadal mogę spojrzeć z niewłaściwej perspektywy na WebSockets, prawdopodobnie potrzeba wysyłania dużych ilości danych po prostu nie ma i należy chować/dzielić logicznie żadnych danych przed wysłaniem ?