Какой? Как называется он?

sync.Map вроде, у меня не встречались такие проблеммы с мапами

А вот еще про мутекс было интересно узнать, что происходит в момент Lock(), если в это время к этому объекту пытается обратиться другой метод, с вот этим вторым методом что происходит? Он ответ не получает или ждет, пока объект освободится?

Классно. Это неблокирующая конкуррентная мапа или просто обертка над обычной с RWLock?

А вот еще про мутекс было интересно узнать, что происходит в момент Lock(), если в это время к этому объекту пытается обратиться другой метод, с вот этим вторым методом что происходит? Он ответ не получает или ждет, пока объект освободится?

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

Ну, у меня просто теоретически к одному массиву могут обратиться несколько объектов. Думал не произойдет такого. И на тебе ))) Как е****ся сервер ))))

да вроде внутри тоже на мутексах

можно просто добавить очередь команд

Пока не буду заморачиваться. Мьютекс вполне интересная вещь. Жаль что я про нее никогда не слышал до этого ))))

можно просто добавить очередь команд

RWLock и так держит 2 очереди сам)

не я про очередь команд на изменение, чтобы не блочить вообще ничего

будет конечно невалидность данных на некотором временном участке во время считывания

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

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

Я их посмотрел, ну верней как тип. Но не понял как использовать. Буду гуглить.

Это же обычная карта. А я в sync.Map смотрел.

Это же обычная карта. А я в sync.Map смотрел.

Думал, как вариант, докер клиентом подымать монгу, грохать и поднимать её в нем же

https://golang.org/pkg/sync/

Map is a concurrent map with amortized-constant-time loads, stores, and deletes. It is safe for multiple goroutines to call a Map's methods concurrently. Мне вот эта нужна да? Правильно понял?

Да.

Классно. Это неблокирующая конкуррентная мапа или просто обертка над обычной с RWLock?

И как mgo корректно подключиться к такому TCP серверу?

sync.Map немного не для того. У нее под капотом несколько map - для чтения и записи, основная мотивация при её добавлении - решение проблемы cache contention между потоками ОС. Это не замена map + mutex.

Ну подключиться подключится, если протокол там tcp. Дальше упадет с ошибкой, если закрыть соединение со стороны сервера.

https://golang.org/pkg/sync/

Это sync.Map

Ххех, прикол, даже если смотреть на то, что я перекладываю с sync.Map в Map, затем последнее кладу в JSON и отправляю, то скорость по сравнению с результатами с использованием Mutex - Немного выше. Как так?

С RWMutex затесть

sync.Map быстрее при 4+ ядрах насколько помню

Можно, конечно, тестировать саму функцию проверки ошибки, мол сетевая она или нет, но такой библиотеке никто доверять не будет, всем нужны наглядные примеры

for update := range updates { var message = message{} if update.Message != nil { // Received message with instagram media URL msg := update.Message logrus.Printf("[<-] Received message from (%s) %s", msg.From.UserName, msg.Text) } else if update.CallbackQuery != nil { // Received when user click on button callback := update.CallbackQuery logrus.Printf("[<-] Received callback from (%s) %s", callback.From.UserName, callback.Data) } else { logrus.Printf("[<-] Received unknown update: %v", update) } }

for update := range updates { var message = message{} if update.Message != nil { // Received message with instagram media URL msg := update.Message logrus.Printf("[<-] Received message from (%s) %s", msg.From.UserName, msg.Text) } else if update.CallbackQuery != nil { // Received when user click on button callback := update.CallbackQuery logrus.Printf("[<-] Received callback from (%s) %s", callback.From.UserName, callback.Data) } else { logrus.Printf("[<-] Received unknown update: %v", update) } }

{ arrayField: [ { position : 0, error: “Should be string” }, { position : 3, error: “Isn’t valid email” } ] }

Может кто подсказать хорошие ресурсы про то, как реализовать грамотную валидацию API?

Да, в статье на Хабре об этом детальнее написано.

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

Эти хитрости дают что то кроме оверхеда?