Блокировкой файла например

или подключением по TCP

Блокировкой файла например

Ну файловую нигде не остановить, даже kill -9 не убьёт

Или ожиданием данных по TCP

Ну файловую нигде не остановить, даже kill -9 не убьёт

Ну, тогда select же на каждом шагу ставить не комильфо))

Ну, тогда select же на каждом шагу ставить не комильфо))

А это кому как)

Или ожиданием данных по TCP

Вот это прям бесит

Вот это прям бесит

Прямо так часто такая проблема?)

Вот это прям бесит

тут поможет использование TCP на уровне L3 и pipelining :D

Мб не именно это, а случаи где работаешь с сетью и нет таймаута

тут поможет использование TCP на уровне L3 и pipelining :D

)

Зато хрен ты остановишь блокированные горутины))

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

просто любят этот вопрос в различнх тестах

"чем отличается os thread от гоурутины"

и дальше кроме как "гоурутины надстройка над os thread" я ничего не смог ? Поэтому и полез в доку

и дальше кроме как "гоурутины надстройка над os thread" я ничего не смог ? Поэтому и полез в доку

вот тут читани: https://sohabr.net/habr/post/269271/?version=126066

горутины - это асинхронные функции

точнее, функции, которые выполняются параллельно

есть процессы - их количество устанавливаются переменной GOMAXPROCS, вроде с версии 1.8 их количество по умолчанию равно количеству доступных ядер процессора

в одном процессе одновременно может выполняться одна горутина

менеджер разруливает горутины между свободными процессами, по принципу first in - first out

https://habr.com/post/141853/ о, вот для пхпшников объяснение

народ, я как бывший phpшник, не могу понять одной вещи. Почему разработчики решили отказаться от "настоящих thread" в пользу гоурутины?

https://m.youtube.com/watch?v=KAWeC9evbGM тут кишки разбираются которые в сервере

в целом, не по го

но доклад классный, очень рекомендую

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

не шарю что это и как с этим работать))

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

он не разблочит горутину

Хелп гайз

и что оно не гуглится?

Или ожиданием данных по TCP

контекст.ВизТаймаут()

кошачий чат какой-то

горутины - это асинхронные функции

вот это прямо в заблуждение вводит неофитов... асинхронная и параллельная модели - достаточно разные вещи

вот это прямо в заблуждение вводит неофитов... асинхронная и параллельная модели - достаточно разные вещи

в следующем сообщения я поправился =)

он не разблочит горутину

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

Так разве scheduler не переключает контекст в треде с одной горутины на другую, пока дожидается ответа от ее выполнения?

О, ейчар

Подскажите плз, а ошибка при параллельном чтении с мапы будет? Или только при параллельной записи и чтении

Возьми меня на работу

Ахахахахха)))

Это провал)

:(

Подскажите плз, а ошибка при параллельном чтении с мапы будет? Или только при параллельной записи и чтении

не будет, только при записи

Так разве scheduler не переключает контекст в треде с одной горутины на другую, пока дожидается ответа от ее выполнения?

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

не будет, только при записи

Спс. А если запись синхронная, но чтение асинхрон, будет проблема?

Спс. А если запись синхронная, но чтение асинхрон, будет проблема?

не знаю, что такое запись синхронная, и асинхронное чтение)

что такое синхрон/асинхрон в этом контексте?

не знаю, что такое запись синхронная, и асинхронное чтение)

Через горутины)

без горутин и проблемы не будет, очевидно же

с горутинами - будет обязательно

почитайте по RWMutex

Господа, такой вопрос: каким необходимым минимумом должен обладать Джуниор?

А если я через горутину читаю, но записываю без нее, будет проблема?

А если я через горутину читаю, но записываю без нее, будет проблема?

будет

Основной поток приложения - это тоже горутина по сути:)

будет, конечно. не будет ее в двух случаях: все операции с мапой остаются в одной горутине и операции с мапой прикрыты мутексом

Понял, спс

Господа, такой вопрос: каким необходимым минимумом должен обладать Джуниор?

открой на hh вакансии джунов и почитай требования

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

Сделал сейчас простой хттп сервер, принимает джсон сериализует, десиарилизует и отдает его же, больше ничего не делает. Время запроса от 30 до 50 милисекунд. Я мож че не так сделал? На ноде это занимает 5-10 милисекунд

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

Сделал сейчас простой хттп сервер, принимает джсон сериализует, десиарилизует и отдает его же, больше ничего не делает. Время запроса от 30 до 50 милисекунд. Я мож че не так сделал? На ноде это занимает 5-10 милисекунд

ну профайлер же есть

Сама серилизация дорогая

ERROR: S client not available

был где то генератор от маил ру, где без рефлексии серилизация, там должно быть быстрее

easyjson

https://github.com/mailru/easyjson

Спасибо, потраю

на 20% примерно быстрее получалось в моем случае

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

отлично подходит

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

Получается, что тред держит горутину до тех пор пока эта горутина не выполнит свою задачу?

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

можно

Получается, что тред держит горутину до тех пор пока эта горутина не выполнит свою задачу?

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

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

В случае ожидания ответа от БД, контекст переключается же?

В принципе, как понять, какие это точки?

статьи почитать/выступления

Получается, что тред держит горутину до тех пор пока эта горутина не выполнит свою задачу?

не получается. с чего вы решили, что тред держит горутину? реально все наоборот - горутина держит тред до точки переключения. точка переключения - это операция ввода-вывода, вызов не-inline функции, вызов runtime.Gosched()

В случае ожидания ответа от БД, контекст переключается же?

а вот тут интересно. да, переключается. тут ввод-вывод фактически уходит в event loop, горутина им не занята. и пока соответствующее событие не случится - горутина управления не получает, и процессор не занимает

Все, понял, спасибо

Товарищи гоферы, а сейчас еше есть большой смысл использовать fasthttp , или простой net/http со своим http 2.0 уже его лучше?

лучше в чем?

В скорости

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

а не наоборот

Я для себя решил юзать net/http. Если нужно больше мощности, добавляю ноду и балансировщик спереди.

Как-то тестил я их, и не смог выжать хоть сколько-то значительное ускорение. Но не исключаю свою рукожопость.

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

да, согласен, не совсем мой кейс. у меня там и шаблонизатор, и БД.

Писать функцию приводящую разношёрстный map[string]interface{} (базовые типы) к map[string]string совсем зашквар? Может кто видал что-то готовое?

А чо там писать, y[key1] = fmt.Sprintf("%v", x[key1])

почему зашквар?

А чо там писать, y[key1] = fmt.Sprintf("%v", x[key1])

Спасибо, а то я уже собрался рефлексию подключать

почему зашквар?

Не знаю, мало ли так не по канонам