а тут типо мы читаем как будто лока вообще нет, пока не придет писатель?

да

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

я как-то замерял

разницы не заметил практически

а почему обычный лок может быть выгоднее?

RWMutex состоит из двух обычных

даже если мы пишем и читаем на одном уровне, или даже больше пишем. По сравнению с обычным локом должно быть по крайне мерее на уровне производительности обычного lock

не совсем обычных, но тем не менее из двух

и если мы в основном пишем - Lock на RWMutex просто делает на одну операцию больше, чем надо

это собственно проверка, что читатели не читают?

ага

ну не думаю что там чудовищный оверхед

ну - он есть

на самом деле - заметить его довольно трудно

в случаи "универсальных" структуру, лучше думаю использовать тогда RW. А то завтра понадобиться читать и мы должны будем переписать, а так сразу готовое ?

@onokonem а есть какое-то соотношение читателей/писателей, когда есть смысл на обычный Mutex уходить. Чисто логически, это что-то вроде если на протяжении работы софта процент писателей больше 50% практически всегда, то лучше обычный мьютекс. Верно или не?

@onokonem а есть какое-то соотношение читателей/писателей, когда есть смысл на обычный Mutex уходить. Чисто логически, это что-то вроде если на протяжении работы софта процент писателей больше 50% практически всегда, то лучше обычный мьютекс. Верно или не?

оверхед как я понял там очень небольшой

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

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

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

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

нет, они нужны не только в циклах, от них хорошо вообще всегда. PREPARE оно ж на сессию, а не на транзакцию.

помогите с mux http.Router

это в main.go

я хотел бы выписать router в отдельный package

и я это сделал , но потом я хотел расписать еще child route > и пустил его на PathPrefix().Subrouter()

и вызвал переменую TodayRouter в другом файле

чтобы дописать child

Зачем в гошных сорцах проект лежит?

нет, они нужны не только в циклах, от них хорошо вообще всегда. PREPARE оно ж на сессию, а не на транзакцию.

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

Всем привет! Может кто то имел дело с webdriver и подскажет есть ли бибилиотеки на чистом C++ для взаимодействия по http?

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

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

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

Ну да, загрузка данных странная операция

Ну да, загрузка данных странная операция

А? Вставка?

А? Вставка?

Ну из csv например или наоборот в него

Ну из csv например или наоборот в него

Так мы вроде о бд говорим

Так мы вроде о бд говорим

Я уже теряюсь про что мы говорим... какое кэширование, я про prepared query

Всем привет! Может кто то имел дело с webdriver и подскажет есть ли бибилиотеки на чистом C++ для взаимодействия по http?

Боюсь вы немного не по адресу

Я уже теряюсь про что мы говорим... какое кэширование, я про prepared query

Я про запросы к бд в циклах. А вы о чем?) Бд кэширует план запросов, которые prepared

Боюсь вы немного не по адресу

У меня была надежда, что кто то с этим сталкивался

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

Не знаю как принято в Го, в Slick например PREPARE делается перед первым использованием запроса, если подходящий PREPARE уже был сделан для запроса, то он переиспользуется. т.е. не надо их заранее "наготавливать", всё само.

Всё кешируется на уровне сессии, т.е. предполагается что используется connection pool

`models := make([]Models.AuthProfile,0) err := db.DB.Model(&models).Select() if err != nil && err != pg.ErrNoRows { return err } for _, model := range models {` vetshadow: warning: internal error: no range for "models"

что ему не нравится? :)

незнаю, но slice по ссылке передавать странно точно

Не знаю как принято в Го, в Slick например PREPARE делается перед первым использованием запроса, если подходящий PREPARE уже был сделан для запроса, то он переиспользуется. т.е. не надо их заранее "наготавливать", всё само.

В го нет особенностей по работе с prepared statement) все также как и веззде

незнаю, но slice по ссылке передавать странно точно

и что же в этом странного?

и что же в этом странного?

сишничество)

сишничество)

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

я ж про слайсы

а в чем разница?

Всем привет! Можно в Go передать фунцию аргументом?

не знаю, как правильно загуглить

можно

А есть пример?

https://golang.org/doc/codewalk/functions/

можно и передавать и возвращать. гуглил собсно по first class sitizen functions golang

https://play.golang.org/p/PzNdcpQKCdC

https://play.golang.org/p/PzNdcpQKCdC

спасибо, то что нужно

народ, у меня просьба. Если есть у кого винда, проверите плиз - https://play.golang.org/p/CDwposLuNGU ?

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

потому что у меня так и не работает ?

я ищу проблему

а при чём тут винда?

ошибки-то какие?

никакой

просто архив в 1 кб

а ручками этот архив разархивируешь если?

то там будет то что ты положил в него?

неа

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

нет

все переменные внутри {} это локальные

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

if a == b { debug := "hello" } log.Print(debug)

будет ругаться на необъявленную

var debug string if a == b { debug = "hello" } log.Print(debug)

правильный вариант

https://golang.org/src/archive/zip/example_test.go вот пример зип архивации

спасибо кэп

где ты производишь запись непосредственную? как на 37 строке

ты пишешь только заголовки файла

я не прав?

нет

io.Copy же

читатель у нас zipfile, писатель writer

который собственно получен от zipWriter