DP
надо смотреть
Size: a a a
2020 April 23
DP
лучше сбрасывать, наверное
DP
сброс - это же просто сброс счетчиков, больше ничего он не делает
zl
а совместное использование bytes.Buffer и sync.Pool вообще потокобезопасно, если содержимое используется потребителем?
zl
типа такого
func (c *Bytes) Encode(src, key []byte) []byte {
buffer := c.pool.Get().(*bytes.Buffer)
defer func() {
buffer.Reset()
c.pool.Put(buffer)
} ()
hex.NewEncoder(buffer).Write(xor(src, key))
return buffer.Bytes()
}RS
еще вопрос, перед возвращение bytes.Buffer в sync.Pool его надо сбрасывать?
zl
судя по вот этому, то небезопасно
func (b *Buffer) Bytes() []byte { return b.buf[b.off:] }RS
типа такого
func (c *Bytes) Encode(src, key []byte) []byte {
buffer := c.pool.Get().(*bytes.Buffer)
defer func() {
buffer.Reset()
c.pool.Put(buffer)
} ()
hex.NewEncoder(buffer).Write(xor(src, key))
return buffer.Bytes()
}я бы так не писал, я бы написал обёртку вокруг
sync.PoolRS
типа такого
func (c *Bytes) Encode(src, key []byte) []byte {
buffer := c.pool.Get().(*bytes.Buffer)
defer func() {
buffer.Reset()
c.pool.Put(buffer)
} ()
hex.NewEncoder(buffer).Write(xor(src, key))
return buffer.Bytes()
}ну а вообще
buffer.Bytes вернёт слайс буфера, в зависимости от того что с ним дальше происходит это может быть опасно (ключевое слово: aliasing)zl
выходит, если байты из буфера используются снаружи, то смысла в sync.Pool для буферов вообще нет?
RS
выходит, если байты из буфера используются снаружи, то смысла в sync.Pool для буферов вообще нет?
sync.Pool для того, чтобы не allocate’ить заново большие буфера а переиспользовать их. Если мы за alias’им слайс буфера и передадим кому-то кто про сам буфер ничего не знает - это может быть опасноzl
а если buffer.Bytes() обернуть в string, это сделает возвращаемое значение потокобезопасным?
string(buffer.Bytes())RS
а если buffer.Bytes() обернуть в string, это сделает возвращаемое значение потокобезопасным?
string(buffer.Bytes())обернуть буфер в строку? это как?
RS
а если buffer.Bytes() обернуть в string, это сделает возвращаемое значение потокобезопасным?
string(buffer.Bytes())это не оборачивание, это превращение.
в таком случае мы скопируем содержимое буфера в ново-созданную строку, это безопасно, но может быть не очень эффективно
в таком случае мы скопируем содержимое буфера в ново-созданную строку, это безопасно, но может быть не очень эффективно
zl
а имеет смысл применение sync.Pool, если у меня объемы 200-300 байт всего?
RS
а имеет смысл применение sync.Pool, если у меня объемы 200-300 байт всего?
зависит от ситуации. Мы говорим об устранении аллокаций. Если аллокаций много то можно поличить ощутимую разницу
zl
так мне значение из буфера все равно нужно дальше гонять
так или иначе надо копировать из буфера в новый срез
так или иначе надо копировать из буфера в новый срез
RS
так мне значение из буфера все равно нужно дальше гонять
так или иначе надо копировать из буфера в новый срез
так или иначе надо копировать из буфера в новый срез
тут надо мерять, выявлять значимые тормоза и оптимизировать, в чём иногда вам может помочь
sync.Poolzl
мне буфер, как райтер нужен по сути
не совсем очевидна выгода от хранения буферов в пуле, если все равно оттуда байты вытягивать в новый срез надо
не совсем очевидна выгода от хранения буферов в пуле, если все равно оттуда байты вытягивать в новый срез надо