АП
Size: a a a
2020 June 02
АП
есть вариант с каналом, ну аля записывать туда значение воркера, потом в чекере освобождать
АП
если чекер не освободит - все воркеры получат лок
АП
а чекер освобождает раз в N секунд строго Y и опять ждет тика тикера
АП
канал размерностью Y
ЛА
Да, с каналом вот тоже вариант, правда с тикером. Он же возвращает канал, в который кидает что-то при прохождении интерервала.
Можно если счётчик превышает лимит, делать чтение из этого канала в том "методе", без нового тикера.
Но правда тут предстоит решить ещё задачу, того, что канал тикера уже будет считывать другая рутина, которая будет обнулять счётчик.
Можно если счётчик превышает лимит, делать чтение из этого канала в том "методе", без нового тикера.
Но правда тут предстоит решить ещё задачу, того, что канал тикера уже будет считывать другая рутина, которая будет обнулять счётчик.
p
я тут задумался - нужно выполнить n действий но не более чем Y в секунду. Как это красиво можно обыграть?
тикер + каунтер на атомиках
АП
тикер + каунтер на атомиках
и как это нас спасет?
АП
атомик не блокирует же
DY
подскажите плз нормальная ли идея в репозиторий каждой сущности добавить метод для проверки имеет ли пользователь права на ее изменение (по сути проверка есть ли между юзером и сущностью релейшн)?
p
и как это нас спасет?
ну влепи sync.Cond
АП
ну влепи sync.Cond
ты предлагаешь БЛОКИРОВАТЬ когда тикер тикул в отдельной гоурутине
АП
это не точно будет
АП
там переменное количество воркеров будет успевать
ЗА
и как это нас спасет?
вот придумал совсем простой
АП
но читабельност не аховая скажем так
ЗА
=D