Ну у меня хедеры могут составлять значительную часть от полезной нагрузки, что с точки зрения потребления памяти мне не особо важно, но критически важно минимизировать время передачи запросов/ответов
Здравствуйте, мне нужен быстрый конкурентный доступ к map, есть ли смысл использования кастомного lock-free hashmap'а вместо стандартного map+rwmutex?
это только вам может быть известно. какие требования? производительности простого решения (map + mutex) вам не хватает? а как насчёт sync.Map, мерили? какие характеристики даст вам custom’ный lock-free hashmap?
это только вам может быть известно. какие требования? производительности простого решения (map + mutex) вам не хватает? а как насчёт sync.Map, мерили? какие характеристики даст вам custom’ный lock-free hashmap?
Sync.map будет хорош, если предварительно заполнить Мапу, а затем конкурентно только читать. Если кейс "конкурентного доступа" такой, то точно надо пробовать. Если много и чтения и записи, то лучше просто мап
Sync.map будет хорош, если предварительно заполнить Мапу, а затем конкурентно только читать. Если кейс "конкурентного доступа" такой, то точно надо пробовать. Если много и чтения и записи, то лучше просто мап
постойте, если мы только читаем, то зачем нам синхронизация? 🙂
Sync.map будет хорош, если предварительно заполнить Мапу, а затем конкурентно только читать. Если кейс "конкурентного доступа" такой, то точно надо пробовать. Если много и чтения и записи, то лучше просто мап