Go выигрывает у php, если использовать в высоконагруженных сервисах?

Угу

да

От рук зависит. Можно написать одинаково плохо

hello world будет быстрее на go таки 🙂

а говорили, что Go намного хуже PHP, если плохо писать. На PHP работает, хоть и плохо, а на Go часто даже скомпилировать нельзя :(

а говорили, что Go намного хуже PHP, если плохо писать. На PHP работает, хоть и плохо, а на Go часто даже скомпилировать нельзя :(

звучит как троллинг

это он и есть :)

А вопрос, что быстрей - не звучит, как троллинг? :)

Кстати да, не написали скорость чего важна: программы или программиста

Или скорость превращения кода в не поддерживаемое ̶г̶о̶в̶н̶о̶ легаси

Ребята, может кто подсказать, очень часто возникают ошибки в кастомном HttpClient с такой конфигурацией: client := &http.Client{ Transport: &nethttp.Transport{ &http.Transport{ DialContext: (&net.Dialer{ Timeout: 3 * time.Second, KeepAlive: 10 * time.Second, DualStack: true, }).DialContext, MaxIdleConns: 100, IdleConnTimeout: 20 * time.Second, TLSHandshakeTimeout: 1 * time.Second, ExpectContinueTimeout: 1 * time.Second, }, }, } Такой клиент создаётся на каждый запрос к серверу и посылает запрос на другой сервер. Локально не репродюсится, значит дело в нагрузке. Кто-то сталкивался с такой проблемой ? Ошибка dial tcp: i/o timeout

У тебя тайм-аут три секунды 😅

Go выигрывает у php, если использовать в высоконагруженных сервисах?

В общем, все согласны, что на Go разрабатывается намного быстрей, чем на C, и работает обычно сильно быстрее, чем на любых интерпретируемых языках.

У тебя тайм-аут три секунды 😅

Не влияет ровным счётом. Бекенды работают как надо, и руками всегда отвечают вовремя. Но проблема именно в кастомном HttpClient.

Не влияет ровным счётом. Бекенды работают как надо, и руками всегда отвечают вовремя. Но проблема именно в кастомном HttpClient.

Ты тестировал с таймаутом 6 секунд? Количество ошибок ровно такое же?

В общем, все согласны, что на Go разрабатывается намного быстрей, чем на C, и работает обычно сильно быстрее, чем на любых интерпретируемых языках.

я бы по-прежнему не согласен про интерпретируемые языки

как можно группировать роуты без сторонних фреймворков

net/http

Ты тестировал с таймаутом 6 секунд? Количество ошибок ровно такое же?

У дефолтного клиента таймауты вообще дикие. 30 секунд. Сейчас поставили параметры DefaultClient, ошибки всё равно присутсвуют. Будто бы голанг как-то отрубает сам по желанию dial и выбрасывает таймаут.

У дефолтного клиента таймауты вообще дикие. 30 секунд. Сейчас поставили параметры DefaultClient, ошибки всё равно присутсвуют. Будто бы голанг как-то отрубает сам по желанию dial и выбрасывает таймаут.

А через клиент по умолчанию ошибки есть? 😅 Какой объём запросов в секунду исходящий?

У дефолтного клиента таймауты вообще дикие. 30 секунд. Сейчас поставили параметры DefaultClient, ошибки всё равно присутсвуют. Будто бы голанг как-то отрубает сам по желанию dial и выбрасывает таймаут.

Больше или меньше ошибок с большим тайм-аутом?

Хватает ли пропускной способности для отправки запросов и получения ответов?

А через клиент по умолчанию ошибки есть? 😅 Какой объём запросов в секунду исходящий?

Я же говорю, раньше мы использовали обычный http.Get, который вызывал DefaultClient.Do, который как бы был синглтоном для своего пакета (насколько я понял). Сейчас ошибок меньше, но они всё равно присутствуют. Наш графкуель сервер обращается к трём бекендам, это просто невозможно, чтобы у всех трёх был этот таймаут на dial. это подтверждает то, что раньше с http.Get всё работало стабильно. Нагрузка вообще слабая, около 10-20 запросов в секунду.

Последняя от версия го?

Последняя от версия го?

Да, тег latest в докерфайле.

Хватает ли пропускной способности для отправки запросов и получения ответов?

Ошибок меньше, но они всё равно есть.

Я же говорю, раньше мы использовали обычный http.Get, который вызывал DefaultClient.Do, который как бы был синглтоном для своего пакета (насколько я понял). Сейчас ошибок меньше, но они всё равно присутствуют. Наш графкуель сервер обращается к трём бекендам, это просто невозможно, чтобы у всех трёх был этот таймаут на dial. это подтверждает то, что раньше с http.Get всё работало стабильно. Нагрузка вообще слабая, около 10-20 запросов в секунду.

Вы выше писали, что создаёте на каждый запрос новый инстанс клиента — это так?

Вы выше писали, что создаёте на каждый запрос новый инстанс клиента — это так?

Верно.

Не создавайте.

Звучит так, что у вас с сетью не очень что-то и от большого количества установления подключений что-то тупит.

Создайте клиент один раз и дайте ему кешировать подключения к этим трём бекам.

Не создавайте.

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

Звучит так, что у вас с сетью не очень что-то и от большого количества установления подключений что-то тупит.

В любом случае, спасибо за ответы!

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

Я ниже описал аргумент.

Keep Alive все дела.

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

Да можно никто не запрещает. Но лучше так не делать.

Keep Alive все дела.

🤔 Спасибо, попробуем покопать в этом направлении. Ещё у нас в одном методе делается resp, err := client.Do И в этом же методе return resp.Body. То есть, коллер не закрывает resp.Body, его закрывает другая функция, куда возвращается resp.Body.

Это нормально закрывать боди в другом месте. Главное не забыть его закрывать.

Могут из-за утечки быть таймауты ?

Через defer например.

Могут из-за утечки быть таймауты ?

Сложный вопрос 😅

Но это нагрузка на сетевой стек, да.

Это нормально закрывать боди в другом месте. Главное не забыть его закрывать.

Он точно закрывается через defer, но закрывается не в коллере. Думал, может, в этом проблема.

Ну вы всегда можете сделать netstat на хосте и посмотреть — может больше информации даст.

Ну вы всегда можете сделать netstat на хосте и посмотреть — может больше информации даст.

Спасибо большое за помощь!

как можно группировать роуты без сторонних фреймворков

https://golang.org/pkg/net/http/#NewServeMux оно?

ага

посоветуйте mock для sql

что-то библиотек опять наплодили

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

че сказать хотел непонятно. json/encoding - это рефлексия и парсинг в определенную структуру. Но в данном случае это быстрее.

У всех github мозги ебет?

У меня окич

Не знаю, гитхаб ли это, но у меня пакет с gopkg.in не устанавливается =(

gopkg прилег

Точнее не может до гитхаба достучаться

Говорят, что гитхаб начал выкатывать новый интерфейс, мб дело в этом.

че сказать хотел непонятно. json/encoding - это рефлексия и парсинг в определенную структуру. Но в данном случае это быстрее.

Скажем так, парсить структуру по сгенеренному автомату быстрее, чем используя рефлексию в рантайме, так понятнее?

Скажем так, парсить структуру по сгенеренному автомату быстрее, чем используя рефлексию в рантайме, так понятнее?

очевидно

Привет всем. Может кто подсказать по пакету "go-dkim". Сгенерировал 2 ключа private/public.pem 1024 бит rsa, делаю подпись письма, на базе private.pem, вроде как в примере на github. На выходе, в почтовике пусто, такое впечатление что он даже ничего не делает. Сам ключ пропускаю через: private, _ := ioutil.ReadFile("private.pem") block, _ := pem.Decode(private) ну и в options.PrivateKey добавляю block.Bytes

Смотрите. Есть xml: <root> <block> <items> <item>1</item> <item>2</item> </items> </block> <block> .... Можно для стандартного декодера сделать структуру, чтобы он пропускал вот этот сраный 'items'?

Привет всем. Может кто подсказать по пакету "go-dkim". Сгенерировал 2 ключа private/public.pem 1024 бит rsa, делаю подпись письма, на базе private.pem, вроде как в примере на github. На выходе, в почтовике пусто, такое впечатление что он даже ничего не делает. Сам ключ пропускаю через: private, _ := ioutil.ReadFile("private.pem") block, _ := pem.Decode(private) ну и в options.PrivateKey добавляю block.Bytes

обрабатывай ошибки, посмотри, может, что-то не так.

Коллеги админы, я тут анонс хакатона разрешил

Смотрите. Есть xml: <root> <block> <items> <item>1</item> <item>2</item> </items> </block> <block> .... Можно для стандартного декодера сделать структуру, чтобы он пропускал вот этот сраный 'items'?

type Root struct { /// ... Block []string `xml:"Items>item"` } ?

type Root struct { /// ... Block []string `xml:"Items>item"` } ?

Точно. Спасибо. Я тупой. Это прямо вот написано же

https://azul3d.org/doc/faq.html#what-about-the-garbage-collector однако я до сих пор сомневаюсь что рендерить в Go это хорошая идея… скриптинг игры как они это описывают - да, могу себе представить, а вот рендеринг..

Всем привет! Админы, привет! Разрешите мне запостить одну вакансию?

можно, если с вилкой

Напоминаю: вилка — это от и до)

Хорошо) Вилка: 130 000 -180 000 на руки Территориально: #Москва м.Курская В компании есть две команды разработки на Go: одна занимается видео, другая - разработкой бизнес-логики. Вакансия открыта во второй команде. Про возможности: - участие в принятии архитектурных решений платформы - минимум бюрократии (уважаем трудовой кодекс, но сотрудник не должен страдать) - удобный рабочий график (к планеркам можно подключаться по скайпу, приезжать в офис не в часы пик, брать дни на удаленке и т.д) Про задачи: - Разрабатывать новый и поддерживать существующий микросервисный функционал серверной части, - Проектировать и реализовывать API для клиентских устройств и партнерских систем, - Разрабатывать инструменты управления и мониторинга платформы, сбора и анализа статистики, - Анализировать и оптимизировать производительность web-сервисов платформы, - Писать модульные, функциональные и интеграционные тесты. Мы ищем человека с - опытом коммерческой backend-разработки на Go или Python. - пониманиeм принципов конкурентного программирования, - уверенным знанием сетевых протоколов и HTTP транспорта, - пониманием принципов построения высоконагруженных систем. Будет здорово, если у вас уже есть навыки работы на nix-системах и вы легко разбираетесь в чужом коде. Почему пишу про python? Потому что готовы рассматривать Python разработчиков, которые хоть немного потрогали Go и хотят в него уйти.

А почему именно с питона на го? А не с рубинов на рельсах ?

А почему именно с питона на го? А не с рубинов на рельсах ?

Потому что го ближе к python

А почему именно с питона на го? А не с рубинов на рельсах ?

Вот затрудняюсь ответить, но, наверное, правда питон ближе, чем руби

Потому что го ближе к python

Сильное утверждение.

не проверяй.

Сильное утверждение.

что смущает?

руби со своим синтаксисом вообще живет в параллельной реальности

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

руби со своим синтаксисом вообще живет в параллельной реальности

помирающей параллельной реальности*

помирающей параллельной реальности*

Есть мнение, что рор все ещё популярнее го

помирающей параллельной реальности*

язык, главной парадигмой которого было monkey patching всего и вся вообще не должен был существовать в какой либо вселенной

Есть мнение, что рор все ещё популярнее го

Хотя я не очень в это верю