Увеличение размера блока позволяет достить большей скорости дисков на больших размерах файлов.
Файл весом 2мб будет занимать 2мб. только хранится он будет не в количестве 2 * 1024 / 4 = 512 блоков, а в 2 * 1024 / 8 = 256 блоков. Соответственно и мелкие файлы будут занимать не менее 8кб, вместо 4кб.
ну как-бы это нормальная ситуация когда у вас канал утилизирован полностью, пакетов больше чем он может пропустить, от этого и растёт пинг. выключайте торренты и используйте подключение кабелем, а не по wifi
Ставите nginx, на нём поднимаете https, создаёте location в котором прописываете прокси на ваш сервис ws, естественно с проксированием заголовков. За примерами идите в гугл с запросом "nginx https" и "nginx websocket proxy", мануалов тонна, 95% из них - копия одного мануала, так что думаю разберётесь
при объявлении функции, я должен занести в класс тип возвр. значение, имя функции, тип и порядок параметров
так не получится (можно конечно поизвращаться с шаблонами но ну его нафиг).
вам стоит пересмотреть выбранную архитектуру проекта, ибо вас занесло совсем не туда
ахахахахаха, выкинь это говно, купи комп за ~5тр и свич 8 портовый за 1000р, воткни вторую сетевуху и поставь линух, и роутер нормальный будет и файлопомойка
Арендуете сервер с достаточно широким каналом на приём/отдачу, поднимаете 2 туннеля к нему через разные каналы, тут есть нюанс, либо серверу надо иметь 2 белых адреса, либо на стороне клиента ставить две железки. Трафик со стороны клиента маршрутизируете через первый туннель, трафик со стороны сервера к клиенту маршрутизируете через второй туннель.
Недостатки: при отвале одного из туннелей