с
нет, для этого обычно используется
time.Timer + ResetSize: a a a
2021 June 18
AB
мы же не знаем что он хочет
ЛА
а что конкретно вы хотите сделать ?
ИЗ
понять, нужно ли мне внутри тика синхронизировать доступ к общему разделяемому ресурсу
AB
опишите глобально задачу
AB
кажется вы закопались
ЛА
пока все равно непонятно)
вот из его доки есть такое предложение
https://golang.org/pkg/time/#Ticker
The ticker will adjust the time interval or drop ticks to make up for slow receivers.
те, похоже, если вы не прочтете из канала тик какое-то время, то тикер не будет их посылать. как это работает - я лично не знаю )
вот из его доки есть такое предложение
https://golang.org/pkg/time/#Ticker
The ticker will adjust the time interval or drop ticks to make up for slow receivers.
те, похоже, если вы не прочтете из канала тик какое-то время, то тикер не будет их посылать. как это работает - я лично не знаю )
ЛА
ИЗ
я уже нашел все, что нужно, в доке
спасибо всем
спасибо всем
AB
Тут как трахаться на красной площади.....
есть реальный дефицит вопросов =)
есть реальный дефицит вопросов =)
ИЗ
суть в том была, что есть работа с глобальной переменной внутри тика
я пытался понять, нужно ли синхронизировать доступ к ней ( тобеж может ли с ней проводится работа одновременно (тобеж может ли тиик тикнуть, пока не отработал предыдущий ))
я пытался понять, нужно ли синхронизировать доступ к ней ( тобеж может ли с ней проводится работа одновременно (тобеж может ли тиик тикнуть, пока не отработал предыдущий ))
AB
а тикнет и что? я так понимаю обработка у вас в одной горутине идет, это безопасно
ИЗ
ну тикнет, и начнет асинхронно работать с той же переменной ( я так думал изначально )
ЛА
+, без горутин конкуррентности не появится.
а если есть горутины, то полагаться стоит на очевидные и документированные вещи, те на mutex например, нежели на имплементацию Ticker, которая не решает вопросы конкуррентного доступа, а лишь посылает данные в канал
а если есть горутины, то полагаться стоит на очевидные и документированные вещи, те на mutex например, нежели на имплементацию Ticker, которая не решает вопросы конкуррентного доступа, а лишь посылает данные в канал
AB
если у вас там for ticker.C { go LALA()} то может быть.... а если
for ticker.C {... бла бла} то ничего не случится, пусть тикает сколько хочетИЗ
+, еще раз спс
AB
+++, я бы не стал доверять ticker это раз, а второе, ваш код внутри может работать сколько угодно времени
ИЗ
да, вот я не глядя в доку, думал, вызывается там горутина для каждого тика, или нет
ИЗ
*под капотом
ИЗ
кароче, порешали
спс
спс