короче very very very deep optimization, который уже не актуален?

@floyernick issue?

Дам вам эту возможность)

короче very very very deep optimization, который уже не актуален?

йап. но если на сервере два или более процессора, запускайте отдельные инстансы приложения на каждый отдельный процессор. можно через reuseport

йап. но если на сервере два или более процессора, запускайте отдельные инстансы приложения на каждый отдельный процессор. можно через reuseport

хмм, seriously?! каков прирост производительности от этого?

может стоит таки лучше продокументировать такие моменты?

йап. но если на сервере два или более процессора, запускайте отдельные инстансы приложения на каждый отдельный процессор. можно через reuseport

этот чат читают дети. на самом деле - строго пофиг

на моём тестовом стенде разница была от 15%

йап. но если на сервере два или более процессора, запускайте отдельные инстансы приложения на каждый отдельный процессор. можно через reuseport

wait, you mean отдельные socketed CPU? аа, я просто изначально подумал ты про ядра

wait, you mean отдельные socketed CPU? аа, я просто изначально подумал ты про ядра

не о ядрах, и не о тредах, а об отдельных процессорах

не о ядрах, и не о тредах, а об отдельных процессорах

да, вот это стоит конкретно выделить

1. а давайте спросим @kirilldanshin , зачем оно там так написано 2. скорее всего, это нахер не надо 3. скорее всего, вам и fasthttp не нужен

надо

нахера 4 рантайма в отдельных процессах нежели 1 рантайм с 4 горутинами?

4 процесса будут лучше

1. а давайте спросим @kirilldanshin , зачем оно там так написано 2. скорее всего, это нахер не надо 3. скорее всего, вам и fasthttp не нужен

призывать меня надо на этот аккаунт, тот я уже не мониторю

нахера 4 рантайма в отдельных процессах нежели 1 рантайм с 4 горутинами?

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

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

близко, но на самом деле причина иная )

4 процесса будут лучше

только никто так пока и не объяснил почему собственно

они про кеш

только никто так пока и не объяснил почему собственно

lock contention

все это про so_reuseport

интерсная тема, надо будет с webwire-go тоже в этом плане поэксперементировать с несколькими процессами как только время появится

lock contention

хм, будет аффектить если шедулер между ядрами таскает? а можно попросить на почитать что-то

хм, будет аффектить если шедулер между ядрами таскает? а можно попросить на почитать что-то

ты-ж можешь привязать процесс к конкретному ядру?

коллеги, ну имейте совесть! ну не даст на реальном приложении это никакого прироста.

коллеги, ну имейте совесть! ну не даст на реальном приложении это никакого прироста.

вроде-ж о каких-то 15% шла речь? но опять-же нужно бенчмаркить самому..

народ, выдыхайте

у вас на реальном проекте часто на одном сервере >= 2 процессора?

вроде-ж о каких-то 15% шла речь? но опять-же нужно бенчмаркить самому..

если ваше приложение в своей логике работает за время, сравнимое с обработкой http заголовков, то такая оптимизация может быть годной

у вас на реальном проекте часто на одном сервере >= 2 процессора?

бывало и такое :) правда сейчас все чаще облака, и там никому нельзя верить

в любом случае 15% прироста производительности, в 90% приложений, если не 95%, скорее всего можно спокойно завалить железом нежели тратить мозги и нервы

но если писать какой-нибудь ultra-low-latency 144hz 64 slot game server который хер расспараллелишь.. то...

долгая история. банально меньше (тогда очень дорогих) переключений контекста и прочее. но Саша и мне не рассказывал этого, есичо

numa - дело в этом, как и везде

вроде-ж о каких-то 15% шла речь? но опять-же нужно бенчмаркить самому..

15% от чего? от тех 5%, что идут на fasthttp в реальном приложении?

15% от чего? от тех 5%, что идут на fasthttp в реальном приложении?

нет. на 15% быстрее становилась работа относительно работы приложения в целом. тест не синтетический, на продовом коде обкатывался.

ну я думаю можно довольно просто реализовать запуск серверов конфигурируемым либо в горутинах либо в child-процессах по желанию и проверить

нет. на 15% быстрее становилась работа относительно работы приложения в целом. тест не синтетический, на продовом коде обкатывался.

а вот это надо изучать.

вот-вот.

хм, будет аффектить если шедулер между ядрами таскает? а можно попросить на почитать что-то

да причем тут это? проблема в ядре.

коллеги, ну имейте совесть! ну не даст на реальном приложении это никакого прироста.

https://www.nginx.com/blog/socket-sharding-nginx-release-1-9-1/

afaik, там проблема в том что для accept() надо взять лок и при большом количестве новых коннектов треды будут за него драться

даже если у нас модель, в которой только 1 тред может делать accept, то хоть contention и не будет, но мы будем лимитированы скоростью с которой этот единственный тред делает accept()

https://domsch.com/linux/lpc2010/Scaling_techniques_for_servers_with_high_connection%20rates.pdf

So.. windows is not supported? what a shame, Microsoft ?

и GOMAXPROCS=1 рекомендуется для решения "bouncing problem" в этой pdf

Solved: The accepting thread is the processing thread

но я заметил, что проставляя gomaxprocs=1, ты теряешь производительность в других местах

для себя я выбрал не ставить gomaxprocs тогда, когда это можно не делать

но я заметил, что проставляя gomaxprocs=1, ты теряешь производительность в других местах

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

конечно, нужно смотреть конкретный кейс

естественно

хорошо что в Go можно относительно просто написать многопоточный код и его ограничить по желанию

если автор кода не сломает всё удобство самостоятельно

https://domsch.com/linux/lpc2010/Scaling_techniques_for_servers_with_high_connection%20rates.pdf

спасибо! почитаю на досуге

https://blog.golang.org/go2draft

https://blog.golang.org/go2draft

интересно, Russ - харизматичный чувак

https://blog.golang.org/go2draft

как-то инфа в чатах запаздывать начинает %)

На мой взгляд, видео жутковатое. Тексты ещё читаю

за кадром будто бы кто-то с пистолетом и битой стоит

за кадром будто бы кто-то с пистолетом и битой стоит

есть немного))

ещё и минута в конце — тупо ссылка

ещё и минута в конце — тупо ссылка

it's by design! как в прочем и всё странное в Go ?

Это чтобы успокоится

это забыли камеру выключить, перед тем как обратно к батарее привязывать

handle err { } check CanReturnErr() интересная конструкция но пока не понятно как это будет работать, что если функция 2 ошибки возвращает? или например сначала ошибку а потом значение err, val?

Надеюсь, что никак

Если ты делаешь что-то такое странное, то лучше сделать это более заметным

Кстати: https://go.googlesource.com/proposal/+/master/design/go2draft-error-handling.md

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

С дженериками вообще непонятно как то

С дженериками вообще непонятно как то

с дженериками всё понятнее чем с обработкой ошибок. есть определённые "трейты" (типа "тип должен быть сравнимым" или что-то на подобии) которые тип должен выполнить для того чтоб использоваться в той или иной generic среде

по принципу интерфейсов

А, ну вполне

А кто-нибудь дружил WSL и Goland, чтобы под Windows не надо было ставить go? Так можно вообще?

А кто-нибудь дружил WSL и Goland, чтобы под Windows не надо было ставить go? Так можно вообще?

нафига?

нафига?

Интересно.

А кто-нибудь дружил WSL и Goland, чтобы под Windows не надо было ставить go? Так можно вообще?

Должен подойти вот этот пример https://github.com/Microsoft/vscode/issues/22391#issuecomment-317482983 Но он про vscode, а не goland, и про php, а не go (и не выйграл, а проиграл). Но суть должна быть понятна

Должен подойти вот этот пример https://github.com/Microsoft/vscode/issues/22391#issuecomment-317482983 Но он про vscode, а не goland, и про php, а не go (и не выйграл, а проиграл). Но суть должна быть понятна

Да, примерно оно. Спасибо.

Ребят, кто на go делал авторизацию/регистрацию? Есть готовые решения?

Ребят, кто на go делал авторизацию/регистрацию? Есть готовые решения?

авторизацию/регистрацию чего и где?

авторизацию/регистрацию чего и где?

Есть приложение, нужно организовать систему регистрации и авторизации пользователей. По ролям.

Есть приложение, нужно организовать систему регистрации и авторизации пользователей. По ролям.

https://github.com/casbin/casbin

https://github.com/casbin/casbin

Спасибо:)

по поводу тестов

я тут делал тестовое для одно синей компании, сделал тесты DAO через интерфейсы этого же дао (тобишь мокаю уже логику) и они зашили меня именно на этом моменте. Типо "надо было мокать драйвер"

но мокать драйвер убого как мне кажется, он может меняться же

хз кто тут не прав

они говорят "мокать логику" слишком много тестов придется писеть типо

я тут делал тестовое для одно синей компании, сделал тесты DAO через интерфейсы этого же дао (тобишь мокаю уже логику) и они зашили меня именно на этом моменте. Типо "надо было мокать драйвер"

видел где-то мокнутые драйверы, вроде ничего так себе. Толи pgx, толи еще где-то не припомню уже

ну "такое"

DAO то как раз делают что бы красиво переехать на другое хранилище