RWMutex не решит?

Ты либо переоцениваешь потребность в одновременном доступе к данным, либо у тебя алгоритм не оптимально раскидывает данные (например, вместо передачи кусков разным горутинам, ты каждое число передаешь). Может ошибаюсь. В чем задача?

попробуй нечто вроде такого: slice := []int64{1, 2, 3} atomic.AddInt64(&slice[1], 3) не тестил. новые элементы и прочие операции над слайсом только уже мьютексом защищать

добрый день. В go другой подход: а именно порождение горутины на каждый запрос. Горутина для конечного юзера может восприниматься как поток, но обслуживание и порождение оной гораздо дешевле, и считай обходиться по цене асинхронщины, хотя код для конечного юзера в рамкаъ горутины последовательный.

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

Можно начать с изучения net.http, джин поверх него работает

я читал что есть fasthttp and fiber, типа супер пупер быстрые. они тоже поверх стандартной библиотеки?

fasthttp не поверх net.http. Быстрая смотря в чем: для конечного пользователя быстрее не будет особо. Просто оно памяти и проца в 2 раза меньше ест на обработку запроса со стороны http стека. С другой стороны, менее удобный API имхо и меньшая проработанность. Когда в нагрузке на проц работа http сервера ощутимая часть, то fasthttp рулит. Про fiber не знаю.

Что то ты напутал) fast http выйгрывает именно во времени обработки запроса т.к. использует преаллоцированную память, но как раз за счёт этого и того как работает гц в го памяти он зачастую ест больше чем любой другой http фреймворк причем в разы.

ну я опять же именно тестил на хэллоуворде, лэтэнси была на 10% меньше. в один поток клиентом долбил. net.http 100%+ проца, fasthttp 40-50% и памяти более чем в 2 раза меньше ел

У меня в продакшене после того как перевели API написанное на джин в Фаст хттп скорость обработки приросла на процентов 50% так как большие приветы ответы были

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

то есть в обоих случаях не было контент энкодинга со стороны веб сервера?

Если использовать реюз порт то там тоже прирост должен быть

реюз в смысле, что один и тот же порт для http сервера и для dial'a http клиента?

хттпшный клиент тоже интересный. долбил net.http шный хэллоуворлд. на моей машине под виндой было 40к+ рпс с обычным клиентом и небольшой процент ошибок, fasthttp клиент 110к и без ошибок. потоки с клиентами потихоньку увеличивал

Почитай что такое c10k и c10m

so_reuseport+epoll как раз это решает, эта проблема давно уже решается. можно посмотреть, например как nginx решил ее в свое время

Ну у меня был кейс по хардкорней и мы тогда свой сетевой стек запилили

посмотри: https://github.com/smallnest/1m-go-tcp-server

Тут же про c1m, но никак не про c10m. Такие задачи решаются насколько я знаю только избавлением от обработки пакетов в ядре с помощью того же dpdk

Структурирование вашего приложения Golang: плоская структура против многоуровневой архитектуры https://dev-gang.ru/article/strukturirovanie-vashego-prilozhenija-golang-ploskaja-struktura-protiv-mnogourovnevoi-arhitektury-0ddxmdrjws/ @Golang_google

Мне не нравится повторение имени пакета в названии структуры, если правильно помню в Effective Go говорится о том, что имена структур должны читаться вместе с именем пакета. Типа не controllers.NoteController, а controller.Note, либо note.Controller

А интерфейс контролерячий общий как назовешь?

Go: вы должны знать это, прежде чем использовать Defer https://dev-gang.ru/article/go-vy-dolzhny-znat-eto-prezhde-czem-ispolzovat-defer-5vfvem6a0o/ @Golang_google

Помните тип писал про то что наследование имеет свои преимущества перед агрегацией. Что без наследования жить нельзя. Я короче тогда не допер как его пример реализовать с датчиками. А сегодня меня осенило))) И еще раз убедился в том, что наследование не нужно в принципе)

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