Отправка большого файла через WebSocket

Какой смысл его делить на куски? Как это ускорит что-либо или сделает более надежным?

А смысл в параллельной отправке? Чего пытаетесь добиться? При одном канале передачи выигрыша не будет.

Открывать сокет в отдельном потоке не нужно.

Индексировать чанк, на принимающей стороне собирать файл с помощью прикрепленных индексов.

в смысле, чтобы поделить условный файл(10МБ) на 10 кусков, и отправлять их отдельно друг от друга. Т.е. оправлять его не через 1 сокет, а через 10 условных сокетов за одну единицу времени.

зачем?

Через WebSocket файлы лучше не отправлять, для этого есть HTTP, который умеет в Range

А можно через WebSocket пустить HTTP?

Помню давным-давно когда ещё был виндузятником и сидел через 3G модем качал большие файлы с помощью Free Download Manager, который качал в N потоков (N настраивается). То есть открывал несколько соединений и с помощью HTTP Range качал куски файла параллельно. Казалось бы - канал один, удалённый сервер один, но прирост в скорости мог достигать нескольких раз.

Сейчас через ADSL/LTE/Ethernet прирост либо будет 1-3%, либо в минус (на ADSL, например). У меня через ADSL в несколько потоков качает медленней, чем в 1.

Просто сервер балансил трафик равномерно в каждое из сотен TCP подключений к нему. На аналогичных файлопомойках и щас сработает.

Ну там понятно почему так, это действительно так. Наверное я понял зачем это автору.

WebSocket-соединение и так через HTTP устанавливается

Ты не понял вопрос, а я уже сам нашёл ответ. https://github.com/mhzed/wstunnel

Клиент забирает, примерно, 100МБ данных с сервера, есть желание передавать эти данные не одним куском, последовательно через один сокет, а передавать разбитые данные, через несколько сокетов.

Т.е. условно, если 100МБ последовательно передаются 40-60 секунд, имеет ли смысл передавать через 10 сокетов чанки по 10МБ и собирать их впоследствии?

Если у тебя есть ограничение не скорость одного коннекта, то имеет, иначе нет.

+ с разбивкой на куски сложнее делать докачку.

Мне кажется НЕ имеет смысла, не будет выигрыша, только если у клиента коннект такой где аплинк сильно дохлый (мобильный коннект в час пик). А раз у клиента уже такой линк, то я не знаю, какой смысл уже тогда выжимать.

Бред какой-то. Если мне нужно пустить какой-то tcp-шный протокол поверх HTTP, я делаю upgrade и переиспользую tcp-соединение. А пускать HTTP через ws вообще бессмысленно

А чо?

Range же только работает при передаче от сервера к клиенту? А топикстартеру навереняка надо в другую сторону? А так, да. Несколько запросов с range и писать в файл с разных смещений.

Часто ускоряет. Позволяет более плотно загрузить канал. Также иногда на серверах есть огранчиение цпс на коннект.

А топикстартеру навереняка надо в другую сторону?

О, для этого есть замечательный протокол PTTH

http://reversehttp.net/