И в каждой цикл на обход 10 миллионов элементов?

да

вообще то 100 миллионов ?

Это что O(n^m) алгоритм?

это вообще не алгоритм

это не алгоритм, но Daniel пытается сказать что с гоурутины не тормозят ага

горутины не тормозят

но я бы на этом закончил

а можно я распечатаю, эту несомненно выдающуюся цитату? ?

Попробуйте O(n^m) - в одном потоке запустить. Мне кажется это плохая идея на 100 миллионов элементов

а можно я распечатаю, эту несомненно выдающуюся цитату? ?

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

обязательно

это вообще не алгоритм

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

Есть сейчас книга с подробным описанием к примеру , во что примерно вырождается сахар синтаксический и прочие вещи

отчет профайлера надо читать

у меня все мое упиралось в json marshaler, а не в http

Ну вообще-то Александр Попов прав. Если Гоурутины съедают монопольно все реальные потоки в приложении, то те Гоурутины, которым не досталось потока, будут постоянно висеть в ожидании. Что и получается у него. Так как многозадачность кооперативная. Поэтому для задач, замкнутых в самих себе и молотящих данные либо нужно ограничивать количество этих задач, либо временами выполнять операции, которые будут передавать управления на другие Гоурутины, к примеру ту же запись в каналы.

Ну вообще-то Александр Попов прав. Если Гоурутины съедают монопольно все реальные потоки в приложении, то те Гоурутины, которым не досталось потока, будут постоянно висеть в ожидании. Что и получается у него. Так как многозадачность кооперативная. Поэтому для задач, замкнутых в самих себе и молотящих данные либо нужно ограничивать количество этих задач, либо временами выполнять операции, которые будут передавать управления на другие Гоурутины, к примеру ту же запись в каналы.

запись? https://golang.org/pkg/runtime/#Gosched

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

запись? https://golang.org/pkg/runtime/#Gosched

Ну или это. Честно сказать не знал о ее существовании.

а я вот знал. как выдумаете, почему?

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

Ну вообще-то не сложно. Запустил несколько гоурутин с бесконечными циклами. Весь код далее уже не выполняется и программа не завершается.

коллега, вы пробовали?

Ну вообще-то не сложно. Запустил несколько гоурутин с бесконечными циклами. Весь код далее уже не выполняется и программа не завершается.

При таком раскладе концепт горутин нерабочий

коллеги, я повторюсь - вы пробовали?

а я вот знал. как выдумаете, почему?

Потому что вы с этим работаете.

Я попробовал.

и?

При таком раскладе концепт горутин нерабочий

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

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

С гоу ту?

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

Перечитай. Я и говорю, что при таком раскладе горутины были бы нерабочим концептом, как утверждает zver

Как раз для проверки и написал. Гоурутины съели все. Не завершалась программа, если бесконечные циклы ставить. Работают только те рутины, которым достались потоки, остальные колом стоят.

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

а что эта программа делает? полезного, в смысле

С гоу ту?

не поможет

Прошу прощения, но мб новичкам будет полезно https://t.me/studygo

Рекурсивный многопоточный парсер? Да ну такое извращение...

Я правильно понял?

Внутри которого горутины лагают

Если да, то зачем?

Зачем внутри горутины запускать при обходе дерева? Это же парсер...

Хэлп, чото туплю, панику вылавливаю. https://play.golang.org/p/orv0URSXe3_D

Хэлп, чото туплю, панику вылавливаю. https://play.golang.org/p/orv0URSXe3_D

Запустил. Нет паники.

а что эта программа делает? полезного, в смысле

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

Вот это ваше «без проблем» действительности не соответствует

Запустил. Нет паники.

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

это не вопрос веры. просто кое-кто говорит ерунду

да просто он так код написал. я вот на любом языке могу лагающий код сделать

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

я тож упоминал про пул воркеров и входящие и исходящие каналы

Коллеги, задам, возможно, холиварный вопрос, который тут был и не раз, но быстрый поиск не дал результатов. Есть задача - restful api. Стою на распутье - использовать только возможности стандартной библиотеки или же взять фреймворк gin для упрощения задачи. У кого был реальный опыт в продакшне с этим фреймворком? Есть ли затыки? Предполагаемый средний RPS - 15k и выше. Переезжаем с php

Или же без фреймворка?

Коллеги, задам, возможно, холиварный вопрос, который тут был и не раз, но быстрый поиск не дал результатов. Есть задача - restful api. Стою на распутье - использовать только возможности стандартной библиотеки или же взять фреймворк gin для упрощения задачи. У кого был реальный опыт в продакшне с этим фреймворком? Есть ли затыки? Предполагаемый средний RPS - 15k и выше. Переезжаем с php

А жирные запросы/ответы есть?

А жирные запросы/ответы есть?

В каком плане жирные? Ресурсоемкие? Ресайз картинок, декодирование видео(но мало), запросы к БД большие(бд - 300гб в постгресе, таблицы до 1ккк)

В каком плане жирные? Ресурсоемкие? Ресайз картинок, декодирование видео(но мало), запросы к БД большие(бд - 300гб в постгресе, таблицы до 1ккк)

Вконтактик? ))

Вконтактик? ))

Смешно) Но даже рядом нет

Бэкенд для группы проектов разной направленности

В каком плане жирные? Ресурсоемкие? Ресайз картинок, декодирование видео(но мало), запросы к БД большие(бд - 300гб в постгресе, таблицы до 1ккк)

в плане размера в байтах )

в плане размера в байтах )

От 1кб до 1мб (ответ для 1с в json-е)

Подслушаю тоже ;)

Ребят, у всех в Goland при скроллинге файла идет подтормаживание интерфейса?

Нет

Может как то настройки goland можно подкрутить?

Коллеги, задам, возможно, холиварный вопрос, который тут был и не раз, но быстрый поиск не дал результатов. Есть задача - restful api. Стою на распутье - использовать только возможности стандартной библиотеки или же взять фреймворк gin для упрощения задачи. У кого был реальный опыт в продакшне с этим фреймворком? Есть ли затыки? Предполагаемый средний RPS - 15k и выше. Переезжаем с php

А взять надо swagger

А взять надо swagger

Сижу как раз проникаюсь им :)

ERROR: S client not available

Ребят, у всех в Goland при скроллинге файла идет подтормаживание интерфейса?

Проверил на файле в 700 строк - норма. Последний eap, ubuntu 17.10

я сижу на маке 15 2015, разрешение максимальное

вот непонятно, из-за чего тормоза, при этом сама система работает хорошо

Обычно эти тормоза - индексация. В смысле - формирование ссылок go to implementation

Обычно эти тормоза - индексация. В смысле - формирование ссылок go to implementation

после индексации подтормаживание остается

после индексации подтормаживание остается

invalidate cache пробовал?

invalidate cache пробовал?

ну это по идее тоже самое что полностью закрыть приложени и открыть?

ну это по идее тоже самое что полностью закрыть приложени и открыть?

Нет конечно

Нет конечно

попробовал, чуть получше стало

но если объективно сравнивать, то скроллинг того же кода в sublime например намного плавнее чем Goland

А как это сравнить объективно?

Записать кино, и посмотреть, как меняется картинка?

А как это сравнить объективно?

поскроллить в sublime и тоже самое в goland

Это субъективно

Это субъективно

то есть если нельзя объективно измерить лаги интерфейса, значит их нет?)

то есть если нельзя объективно измерить лаги интерфейса, значит их нет?)

нет объективных пруфов, нет лагов)

а с каких пор лаги интерфейса подвержены метрике?

напомнило недавнюю статью на хабре

с человеком, ушедшим из гугла

похожая логика https://habrahabr.ru/post/350374/

Я думаю Дэниэл хотел подчеркнуть разницу между обьективным и субьективным

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

даже в такой элементарный вопрос, как "лагает ли у кого-нибудь IDEname при скролинге?"

Не, ну субьективно у меня такой же голанд и ничего не тормозит))

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

От 1кб до 1мб (ответ для 1с в json-е)

Можно подумать о чем-то на fasthttp

А взять надо swagger

А чем он поможет?

Можно подумать о чем-то на fasthttp

gin - самое нормальное на мой взгляд на нем

Коллеги, задам, возможно, холиварный вопрос, который тут был и не раз, но быстрый поиск не дал результатов. Есть задача - restful api. Стою на распутье - использовать только возможности стандартной библиотеки или же взять фреймворк gin для упрощения задачи. У кого был реальный опыт в продакшне с этим фреймворком? Есть ли затыки? Предполагаемый средний RPS - 15k и выше. Переезжаем с php

Ну и это... rest - та ещё ересь, кмк

graphql еще страшновато брать как-то... хоть на фронте и реакт и там с этим проблем нету

А чем он поможет?

Это тема для доклада или статьи :)