[Помогите] serverresponce по TCP, C++

Приветствую всех!
Загорелся занять своё время созданием ядра для майнкрафта - делать нечего, а заняться чем-то нужно.
Решил сделать своё ядро, чисто по фану)
Видел здесь туториал про создание ядра на Python с помощью Quarry - питон меня не устраивает, а Quarry - пустышка)
Поэтому выбрал самый тяжелый путь - создание абсолютно всего с нуля.
В кратце: есть наброски мира, наброски энтити. Сейчас интересует то, от чего нужно отталкиваться - MinecraftServer.h, который изначально устанавливает себе прослушку на порте.
После чего идет постоянное принятие пакетов от клиента. Знаю, что при нажатии кнопки "Обновить" майнкрафт отсылает серверу пакет, который содержит MOTD, icon, ping и игроков.
Дошёл до того, что сервер отсылает JSON файл - https://wiki.vg/Server_List_Ping#Response
Сконструировал его с протоколом 753 (1.16.3), однако при отправке клиенту тот ничего не получает.
Подозреваю что естественно дело в JSON файле, т.к. JSON пихается в буффер char (аналог byte Java), после чего буффер отправляется клиенту.

 

Не представляешь, я парюсь тем же, только на Go(он насколько знаю быстрее C). Привет от автора статьи с пустышкой кстати.
Простите за оффтоп.

 

Твоя статья не пустышка и в идеале можно довести до разумного ядра, но к сожалению - питон не даст высокой скорости, разве что использовать numpy, но он не даст такой скорости(

 

Кстати нет, не быстрее.
Быстрее C++ может быть только ассемблер)

 

Значит буду учить ассемблер, книжонка где то завалялась) Да и Go наверное не так далёк от C++, но при этом и проще.

 

Твой код на чистом си будет в разы быстрее чем альтернативный код на ассемблере.

 

Да не, как вроде Assembler всё таки побыстрее будет. У него меньше всего абстракций. Буквально из букв сразу в машинные коды.

 

Были ядра уже на C/C++, были они также ни о чем по производительности по сравнению со Spigot.

 

Ну он же решил написать ядро по фану. А значит, он врядли задумывается о том, что оно менее производительно чем Spigot может выйти.

 

Ну коз каждая инструкция в ассемблере эквивалентна команде процессора. На чистом си у тебя компилятор сделает все возможное чтобы код был намного быстрее чем ты сам на ассемблере напишешь, и большинстве случаев именно так и происходит.

 

Ну... Смотря какой компилятор используешь. Да и смотря какой ты программист на ассемблере. Захочешь - напишешь лучше.

 

Практической пользы от этого ноль. Компилятор владеет абстрактной математикой куда лучше чем любой инженер.
Да и вряд-ли ты напишешь код который в разы быстрее будет чем компилятор которому дали возможность заюзать AVX и SSE.

 

Чел к успеху шел . Сам даже протокол игры не знает.

 

Но написан ведь он был людьми.

 

Если мы говорим про тот же GCC то он был написан огромным количеством людей, но зачем тебе эта информация? Машина вычисляет места где нужна оптимизация за пару миллисекунд, человек это сколько будет делать?
С такими же успехами можно сказать что человек может сам считать числа без калькулятора, ведь калькулятор придумали люди.

 

Машина не осознает код, а значит костыли тоже могут быть

 

Компилируй код в уме, ты же осознаешь, а компьютер нет. И еще тесты на производительность и обработчик ошибок в уме запускай.

 

Нельзя дурачкам читать темы про c++, а то крыша съезжает.