в го не делает

я так понял, что flush нужен bufio.Writer это в нем буфер, если вызвать file.Sync - это будет системный вызов и если из bufio.Writer байты не пришли, то записано тоже ничего не будет

вру :)

Я чот ни разу не вызывал Flush, но все файлы у меня записываются целиком. И брат жив. ))

fsync & flsuh - are different things

и вообще - во всём виноват с++

да, приучает к RAII

не, RAII кое-где упоминается

кстати, зачем использовать bufio, если ОС сама буферизирует файловые операции?

а так - целься и стреляй куда и во что хочешь

дабл буфер? чтобы еще быстрее?

причём разные компиляторы - по-разному

система сама шедулит ио

система сама шедулит ио

Шедулит только запись, а не чтение. Читать наперёд не умеет ))

при падении софта система фсюнкнет буферы и данные попадут на винт

я б не был так уверен

так как есть кэши и на чтение

особенно когда читаешь блоками

Ок, снизил уверенность на 50% ))

особенно когда читаешь блоками

Поэтому и нужен в go buffer, т.к. ОС не знает сколько там тебе надобно.

кстати, зачем использовать bufio, если ОС сама буферизирует файловые операции?

а ты умеешь управлять буферизацией ОС? Ты можешь ей сказать читать до опредёлнного символа и тп?

флаш из буфио нужен для кастомной реализации буфера

писать в буфер в озу куда быстрее чем дергать ось

ось же оптимизирует запись в целом на винт

я говорю именно про этот случай

писать в буфер в озу куда быстрее чем дергать ось

Дергать диск*

апи то системное используется

у него там слайс в памяи уже готовый он из него пишет в bufio

надо выпить и слайсом бекона закусить

надо выпить и слайсом бекона закусить

Из какого package берёшь бекон?

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

я говорю о том, что в плюсах flush вызывается неявно при освобождении ресурса

а есть способ что бы не вызывался flush при освобождении ресурса?

я не знаю

наверное нет

может есть метод который можно вызвать чтобы предотвратить flush в деструкторе

может там есть bool, что flush уже был вызван и если новые данные не добавляются, то в деструкторе flush не вызывается

просто если не надо записывать данные, (в случаи ошибки например) то в Го реализация лучше

это то - о чем программист на высокоуровневом языке не думает

так ты проверяй на ошибку данные до того, как в ostream писать

это то понятно, но всякое же бывает

ну вы развели тут :)

GetStream/vg: Virtualgo: A dep compatible solution to problems caused by the vendor directory https://github.com/getstream/vg

а кто-нибудь в курсе есть ли в стандартной библиотеке (net/http) нормальные возможности для записи множества заголовков с одним именем? Если Set-Cookie разруливается отдельно, то для заложенных в RFC возможностей вроде Cache-Control: no-cache, no-storeкоторый эквивалентен Cache-Control: no-cache Cache-Control: no-storeкак быть уже непонятно совсем

насколько помню два раза добавив хэдер с разным значением такой результат и получишь

насколько помню два раза добавив хэдер с разным значением такой результат и получишь

type Header A Header represents the key-value pairs in an HTTP header. type Header map[string][]string

ну так все правильно

мап слайсов

// Add adds the key, value pair to the header. // It appends to any existing values associated with key. func (h Header) Add(key, value string) { textproto.MIMEHeader(h).Add(key, value) }

// Add adds the key, value pair to the header. // It appends to any existing values associated with key. func (h Header) Add(key, value string) { textproto.MIMEHeader(h).Add(key, value) }

спасибо! а я затупил и использовал Set

Есть объект с RWMutex'ом и двумя методами Read(key string) (err error, value int) и Write(key string, val int) (err error). Какой можно написать unit-тест что бы проверить, что код потокобезопасный? Сначала думал создать 10 горутин и запустить в них цикл со счетчиком до 100, где каждая горутина бы получала доступ к одному и тому же ключу и приплюсовывала 1, тогда если бы по окончанию работы на Read выводилось значение 1000, то тест был пройден. Но тут мьютекс внутри и замыкается/размыкается внутри методов и так не получится сделать

Запускай тест с ключом -race

Тест что ты описываешь выше - не верный, так как он предполагает атомарность на группу вызовов (read/write)

@m0sth8 привет! можно вопрос - как реализовать тексттовое меню, только с подъёмом вверх по иерархии? что можешь посоветовать?

Тест что ты описываешь выше - не верный, так как он предполагает атомарность на группу вызовов (read/write)

Я вот и не знаю какой тест ещё придумать

@m0sth8 я это, один и подслушателей голанг шоу)

респект за подкаст

Я вот и не знаю какой тест ещё придумать

Наверное уже есть какие-то общие для всех языков способы протестировать такой код

респект за подкаст

а что за подкаст? для тех кто не в теме..

http://golangshow.com

http://golangshow.com

спасиб

@m0sth8 привет! можно вопрос - как реализовать тексттовое меню, только с подъёмом вверх по иерархии? что можешь посоветовать?

я не понял вопроса, можно подробнее? чтобы и другие подсказали

Я вот и не знаю какой тест ещё придумать

тест с -race поломается, если доступ к полю у тебя будет не защищён. Но защита поля на запись и чтения не значит что тебе не надо защищать более сложные операции

можешь рассказать более подробно, что ты пытаешься протестировать?

тест с -race поломается, если доступ к полю у тебя будет не защищён. Но защита поля на запись и чтения не значит что тебе не надо защищать более сложные операции

а тест должен использовать потоки?

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

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

то есть впринципе мне хватит теста который запустит 100 горутин в которых будут выполняться случайные операции записи/чтения? Я хотел еще в конце теста дожидаться окончания всех горутин и сравнивать результат с ожидаемым.

то есть впринципе мне хватит теста который запустит 100 горутин в которых будут выполняться случайные операции записи/чтения? Я хотел еще в конце теста дожидаться окончания всех горутин и сравнивать результат с ожидаемым.

go test -race

На как раз пачку горутин которые параллельно что то делают

https://golang.org/doc/articles/race_detector.html

окей. поставлю вопрос по другому. Допустим нет -race, как мне проверить что логика не нарушилась?

окей. поставлю вопрос по другому. Допустим нет -race, как мне проверить что логика не нарушилась?

Он есть в стандартном го

Как это нету?

никак, тесты могут показать наличие ошибок, а не их отсутствие

то есть впринципе мне хватит теста который запустит 100 горутин в которых будут выполняться случайные операции записи/чтения? Я хотел еще в конце теста дожидаться окончания всех горутин и сравнивать результат с ожидаемым.

а какой ожидаемый результат по твоему?

если у тебя не compare and swap, то ты не можешь инкрементить без лока на всю структуру на несколько операций

если у тебя не compare and swap, то ты не можешь инкрементить без лока на всю структуру на несколько операций

Race за такое даст по рукам вроде

нет

рейс видит, что ты атомарно читаешь и атомарно пишешь

как закончите, по результатам оформите статью?

но он не видит, что ты хочешь атомарно прочитать и записать в одной транзакции

но он не видит, что ты хочешь атомарно прочитать и записать в одной транзакции

Тогда наверное вопрос как проверить, что операции точно являются атомарными?

но он не видит, что ты хочешь атомарно прочитать и записать в одной транзакции

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

Что-то я короче загоняюсь

Тогда наверное вопрос как проверить, что операции точно являются атомарными?

Если ты берешь sync/atomic

И используешь его

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

наверное мы про разное, у топикстартера лок на операцию чтения, лок на операцию записи. топикстартер хочет делать чтение, инкрементить и делать запись (не смотря на то, что там уже может быть другое значение) - рейс такое разрешает в его модели данных

наверное мы про разное, у топикстартера лок на операцию чтения, лок на операцию записи. топикстартер хочет делать чтение, инкрементить и делать запись (не смотря на то, что там уже может быть другое значение) - рейс такое разрешает в его модели данных

А, так да

А вот результат будет неверным

Вот пример кода: https://gist.github.com/shelomentsevd/00388cb9e19a4bad0a61fed784f2b3cb

ага

ты никак не можешь инкрементировать здесь

только через внешнюю синхронизацию

ага