тут особо нечего обсуждать. nginx - не самый быстрый сервер и обогнать его на go вполне реально. сложнее соревноваться h2o или lwan

пруфы?)

пруфы?)

пруфы чего именно?

пруфы чего именно?

того что гошный сервер может обогнать Nginx по основным параметрам аля latency, RPS..

того что гошный сервер может обогнать Nginx по основным параметрам аля latency, RPS..

по rps - точно. http-парсер в nginx не самый быстрый, например.

по rps - точно. http-парсер в nginx не самый быстрый, например.

хмм, сильно утверждение, проверять я его конечно не буду (времени особо нет) ?

того что гошный сервер может обогнать Nginx по основным параметрам аля latency, RPS..

Nginx много больше умеет, вот и медленнее

За генерализацию платишь перформансом

Nginx много больше умеет, вот и медленнее

Nginx это HTTP платформа, которая только на это и специализируется AFAIK

Да, но он умеет больше, чем просто http сервер go

Да, но он умеет больше, чем просто http сервер go

умеет больше только засчёт модулей

Да, но он умеет больше, чем просто http сервер go

короче надо мерять и проверять, спорить тут - лишнее...

https://github.com/valyala/fasthttp/tree/master/examples/fileserver

Автор померил)

https://github.com/valyala/fasthttp/tree/master/examples/fileserver

I see, да, интересно, ну тогда пока-что беру свои слова обратно, возможно nginx не настолько крут насколько я себе представлял

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

Медленных соединениях?

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

как напишите так и будет работать это ЯП а не иснструмент

Вот к этому я и веду. Nginx уже эти проблемы решает

Поэтому медленнее на типовой нагрузке

Поэтому медленнее на типовой нагрузке

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

Автор померил)

спасибо! а то я забыл уже где видел это )

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

пользовательское приложение ничего не знает про пакеты

но запускаю через консоль go run main.go

go run *.go попробуй

go run *.go попробуй

там и билд не узнает

так одинаково. впорос-то был уже пару раз в чате

У меня компилятор не видит соседние main пакеты

т.е. если main разбит на несколько go файлов то не компилируется прога

нет, он не видит функции и типы в других файлах

просто идите, и запускайте go run *.go

go run main.go проигнорит остальные файлы в пакете main. Надо перечислить их все: go run main.go file1.go file2.go, или просто go build && ./binary

Можно go run *

опа, спасибо) а то достало файлы передавать хД

Может, go run *.go ?

шотут?

у меня есть два файла в одной папке main.go Caesar.go когда я пытаюсь использовать функции из Caesar в main то получаю ошибку что эта функция не определена

Одна папка - один пакет

но запускаю через консоль go run main.go

Go run компилит только явно перечисленные файлы

Ну я серьезно спросил. Что для тебя скорость веб сервера?

Я уже давно устал спрашивать...

Я уже давно устал спрашивать...

мне кажется "скорость" де факто всегда req/sec

Средняя за N секунд, ага

А latency?

A deviation?

latency - не учитывается обычно, localhost

а что есть deviation?

тут особо нечего обсуждать. nginx - не самый быстрый сервер и обогнать его на go вполне реально. сложнее соревноваться h2o или lwan

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

А nginx-овая? (Hint: хуже)

А nginx-овая? (Hint: хуже)

Чем же?

Однопоточностью

Однопоточностью

(Внезапно) раздатчику статики незачем иметь общую память между потоками. В рамках линукса это означает, что тебе и многопоточность вместо многопроцессорности не нужна.

Коллега, ззачем вы мне это говорите?

Если вы включите голову - вы сами все поймете

А спорить с вами я все равно не буду

Однопоточностью

А давно nginx однопоточным стал? Или я мысль не понял ?

А давно nginx однопоточным стал? Или я мысль не понял ?

Он "многопроцессный"

А давно nginx однопоточным стал? Или я мысль не понял ?

Всегда был. Так что или префорк, или блоки на дисклвом ио

Причем префорк плохо спасает - часть запросов все равно встает

Всегда был. Так что или префорк, или блоки на дисклвом ио

Вроде как там уже все переписали на пулы, не?

Вроде как там уже все переписали на пулы, не?

Когда?

https://www.google.ru/amp/s/www.nginx.com/blog/thread-pools-boost-performance-9x/amp/

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

?‍♂

https://www.google.ru/amp/s/www.nginx.com/blog/thread-pools-boost-performance-9x/amp/

О, спасибо! Я как раз года три назад перестал им пользоваться и следить. Это означает, что теперь io модель в nginx, возможно, не хуже, чем в go

ERROR: S client not available

О, спасибо! Я как раз года три назад перестал им пользоваться и следить. Это означает, что теперь io модель в nginx, возможно, не хуже, чем в go

Почему перестал пользоваться?

Стал на гошечке писать, а nginx настраивать доверил другим

А теперь и вовсе его нет, весь траф на го терминируем

Как заставить Goland компилировать бинарник с нужным мне именем? Он в упор не принимает флаги -o ""

сорян, поправил выше, речь про IDE Goland

а, понял, название задания = название бинарника.

В Makefile работает как надо все ?

Makefile не нужен (и вреден)

Ой мы это уже обсуждали тут, мне удобно им пользоваться, удобно вставлять в CI. Пока более удобное не завезут — мигрировать вряд ли буду (лень).

О, спасибо! Я как раз года три назад перестал им пользоваться и следить. Это означает, что теперь io модель в nginx, возможно, не хуже, чем в go

Заметь, статье уже 3 года.

Заметь, статье уже 3 года.

Заметь, я заметил :)

Ой мы это уже обсуждали тут, мне удобно им пользоваться, удобно вставлять в CI. Пока более удобное не завезут — мигрировать вряд ли буду (лень).

Но не пропагандируй, хотя бы

Но не пропагандируй, хотя бы

Я забыл его не достатки, кроме как отсутсвие make на твоём лептопе ? не вижу ничего плохого в нем вообще. Если сборка простая, а-ля go build, то он не нужен, если более сложная, то он отлично работает.

Как вам ловко удается забывать главное...

Не главное, а плохое.

Код должен быть готов к использованию сразу после go get

Make просто некому запускать

Идея умеет. CI умеет.

То есть, к мейку нужна idea? Ooook...

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

А ci прекрасно справляется без мейка

Наши фронтэндеры умеют в консоли make запускать ?

Это в пользу какого тезиса аргумент?

И градл умеет майе запускать

Что не нужно быть гуру, нужно автоматизировать

Градл сам мейк, вообще-то.

Но вам опять удалось главное забыть

Пяти минут не прошло

Или вам, как вы поняли, после go get наш проект не совсем рабочий. Но он становится рабочим, потому что авто мейк прописан там где надо.