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

Т.е. сделать функцию, принимающую поток?

@scukonick а чего хитрый? обычный thread safe мап. по моему в разы проще чем прикручивать reddis

у реддиса все же не только in-memory хранилище, он может и persistent storage делать. опять же вопрос производительности, redis очень очень быстрый даже на очень больших обьемах данных. про map я не знаю. интересно было бы сравнить

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

Решил тут поковырять примеры из книжки Кернигана Есть такой код, для него нужно написать автотест: https://play.golang.org/p/-KbUYn-WbG Собственно тут два варианта: - вынети основной код в функцию, которая принимает *io.Reader, и передать ей mock-объект, имплементирующий этот интерфейс - вынести в отдельную функцию только тот код, который подсчитывает кол-во рун, и тестировать только его Как правильнее поступить в данной ситуации?

функцию + io.reader

я пришел в многопоточность поле php так что очень мучался и до сих пор не все понимаю))

Так, мнения разделились) Я тоже сначала склонялся к функции которая принимает *io.Reader

func countChar(input io.Reader) (uint64, error)

не знаю спорить что лучше что хуже не в моей компетентности, но перед нодой в го есть 1 сущестнвенное преимущество, это потоки

безусловно. я и говорил - нода это если что-то относительно простое, не нужна производительность и многопоточность.

я пришел в многопоточность поле php так что очень мучался и до сих пор не все понимаю))

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

там есть кластеризация конечно, но она помогает ограниченно

func countChar(input io.Reader) (uint64, error)

Да, я так и предполагал, только на выходе map[rune]int

Т.е. сделать функцию, принимающую поток?

имхо это более идеоматично для Гоу. Другой вариант - функция, которая принимает строку - менее общий. Вдруг надо файл обсчитать или какойнибудь хттп-респонс

Да, я так и предполагал, только на выходе map[rune]int

А, да, я не вник?

А, да, я не вник?

Норм, спасибо.

имхо это более идеоматично для Гоу. Другой вариант - функция, которая принимает строку - менее общий. Вдруг надо файл обсчитать или какойнибудь хттп-респонс

А чем это лучше варианта с передачей *io.Reader?

Норм, спасибо.

А в тестах давать strings.NewReader("blablabla") ей на вход

О, класс)

Я тут уже свой начал пилить

Супер

А чем это лучше варианта с передачей *io.Reader?

так я и говорю, что надо io.Reader, только без *, указатель на интерфейс не комильфо. Другой вариант - string или []byte - хуже

Указатель на интерфейс вроде даже не скомпилируется..

Указатель на интерфейс вроде даже не скомпилируется..

Вру

так я и говорю, что надо io.Reader, только без *, указатель на интерфейс не комильфо. Другой вариант - string или []byte - хуже

А, ок. Благодарю. А почему указатель не комильфо?

Его же возвращает bufio.NewReader()

А, ок. Благодарю. А почему указатель не комильфо?

функция, которая принимает, io.Reader, уже принимает указатели на структуры, которые его реализуют.

Ну если ТТЛ надо, то уже всё сразу становится интереснее

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

Его же возвращает bufio.NewReader()

Он возвращает указатель на структуру. Его надо давать туда, где принимается просто io.Reader

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

Ну, чтоб память не разрасталась. Решали проблему так - на каждый value запускали goroutine с таймаутом, которая его удаляла по истечении. На малых объемах всё ок. Для нашего юзкейса, а то так старая горутина удалит новое значение, если оно такое же будет.

Привет ребят! Не подскажите хороший способ заменить один из стандартных пакетов, своим? Например debug/elf заменить полностью своей реализацией. Пробовал положить копию debug/elf в GOPATH, но все равно используется старый.

Он возвращает указатель на структуру. Его надо давать туда, где принимается просто io.Reader

Гогланд меня сейчас в обратном убеждает.

Ну, чтоб память не разрасталась. Решали проблему так - на каждый value запускали goroutine с таймаутом, которая его удаляла по истечении. На малых объемах всё ок. Для нашего юзкейса, а то так старая горутина удалит новое значение, если оно такое же будет.

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

И да, приходится уточнять тип аргумента до *bufio.Reader, потому что в обычном io.Reader нет функции ReadRune().

Покажи CharCount определение:)

bufio.Reader - это структура io.Reader - интерфейс

тебе надо в функцию передавать (in io.Reader) А внутри делать r := bufio.NewReader(in)

Хм...

Не знал что так можно)

И тогда в функцию можно передавать всё, что реализует io.Reader (а его всё нужное реализует)

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

Да, это оно, огонь

bufio.Reader - это структура io.Reader - интерфейс

Отлично, все встало на свои места)

Да, это оно, огонь

?

Функция, возвращающая три значения в качестве результата - это нормально, или лучше в этом случае использовать структуру?

а какие 3 типа она возвращает? обычно всё же два значения. первое - результат. воторое - error или bool

а какие 3 типа она возвращает? обычно всё же два значения. первое - результат. воторое - error или bool

В моем примере мапу символ => кол-во вхождений, длину строки в utf8 и кол-во невалидных символов

В моем примере мапу символ => кол-во вхождений, длину строки в utf8 и кол-во невалидных символов

Норм есть

Я в питоне всегда так делаю

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

Если они всегда вместе можно и стракт

А так не вижу ничего ужасного в 3 возвращаемых значениях

получается просто 3 инта. я бы всё же struct сделал. так проще потом понять ху из ху

ну и есть ещё момент - из канала/в канал ты 3 инта ни как не впихнёшь

а так конечно ничего ужасного нет в 3 значениях

получается просто 3 инта. я бы всё же struct сделал. так проще потом понять ху из ху

А, я дезинформировал немного. Там получается мапа, слайс и инт

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

Хотя зависит конечно от юзкейза

поскольку все 3 типа разные, попутать их нельзя, через каналы они не проходят и в другой package не идут - лучше 3 значения.

гофаны случайно никто не юзает https://github.com/ory/dockertest ? что можете сказать хорошего/плохого?

я одинок?

это вопрос к самой SQLite https://sqlite.org/threadsafe.html

ну вот. вроде собирается он потокобезопасным. и даже в коде есть вот такая проверка. func (d *SQLiteDriver) Open(dsn string) (driver.Conn, error) { if C.sqlite3_threadsafe() == 0 { return nil, errors.New("sqlite library was not compiled for thread-safe operation") } но сука базу корёжит при паралельной записи

без регистрации и смс?

Что скажете?

ERROR: S client not available

Теория современного Go ? перевод ? Хабрахабр:  Go tl;dr магия это плохо; глобальные состояние это магия → глобальные переменные в пакетах это плохо; функция init() не нужна Самое главное и лучшее свойство Go это то, что он, по-сути, антимагический. Не считая пары исключений, простое чтение Go кода не оставляет двусмысленности в определениях, зависимостях или поведении рантайма. Это делает Go относительно легким для чтения, что, в свою очередь, делает его легким для поддерживания, что является самым главным свойством в индустриальном программировании. Но всё же есть пару мест, где магия может просочиться. Один из, к сожалению, распространённых путей это использование глобального состояния. Объекты, определенные в глобальном пространстве пакета могут хранить ... Автор оригинала: Peter Bourgon Читать далее ➡ https://shbr.xyz/hh330786

Теория современного Go ? перевод ? Хабрахабр:  Go tl;dr магия это плохо; глобальные состояние это магия → глобальные переменные в пакетах это плохо; функция init() не нужна Самое главное и лучшее свойство Go это то, что он, по-сути, антимагический. Не считая пары исключений, простое чтение Go кода не оставляет двусмысленности в определениях, зависимостях или поведении рантайма. Это делает Go относительно легким для чтения, что, в свою очередь, делает его легким для поддерживания, что является самым главным свойством в индустриальном программировании. Но всё же есть пару мест, где магия может просочиться. Один из, к сожалению, распространённых путей это использование глобального состояния. Объекты, определенные в глобальном пространстве пакета могут хранить ... Автор оригинала: Peter Bourgon Читать далее ➡ https://shbr.xyz/hh330786

все верно в целом

ну вот. вроде собирается он потокобезопасным. и даже в коде есть вот такая проверка. func (d *SQLiteDriver) Open(dsn string) (driver.Conn, error) { if C.sqlite3_threadsafe() == 0 { return nil, errors.New("sqlite library was not compiled for thread-safe operation") } но сука базу корёжит при паралельной записи

no single database connection is used simultaneously in two or more threads.

что ты делаешь в коде?

Теория современного Go ? перевод ? Хабрахабр:  Go tl;dr магия это плохо; глобальные состояние это магия → глобальные переменные в пакетах это плохо; функция init() не нужна Самое главное и лучшее свойство Go это то, что он, по-сути, антимагический. Не считая пары исключений, простое чтение Go кода не оставляет двусмысленности в определениях, зависимостях или поведении рантайма. Это делает Go относительно легким для чтения, что, в свою очередь, делает его легким для поддерживания, что является самым главным свойством в индустриальном программировании. Но всё же есть пару мест, где магия может просочиться. Один из, к сожалению, распространённых путей это использование глобального состояния. Объекты, определенные в глобальном пространстве пакета могут хранить ... Автор оригинала: Peter Bourgon Читать далее ➡ https://shbr.xyz/hh330786

ага, верно про Init & Global state цитата из оф доков To import a package solely for its side-effects (initialization), use the blank identifier as explicit package name: import _ "lib/math" Хочь побочные эффекты - используй, не хочешь - не используй тут тоже кмк всё нормально смотрится

ну обычный http сервер на фреймворке echo

ну обычный http сервер на фреймворке echo

как объект подключения используешь?

одно подключение на все-все потоки-рутины?

ну да

я всегда думал, что фраза Type DB is a database handle representing a pool of zero or more underlying connections. It's safe for concurrent use by multiple goroutines. значит, что так можно делать

Теория современного Go ? перевод ? Хабрахабр:  Go tl;dr магия это плохо; глобальные состояние это магия → глобальные переменные в пакетах это плохо; функция init() не нужна Самое главное и лучшее свойство Go это то, что он, по-сути, антимагический. Не считая пары исключений, простое чтение Go кода не оставляет двусмысленности в определениях, зависимостях или поведении рантайма. Это делает Go относительно легким для чтения, что, в свою очередь, делает его легким для поддерживания, что является самым главным свойством в индустриальном программировании. Но всё же есть пару мест, где магия может просочиться. Один из, к сожалению, распространённых путей это использование глобального состояния. Объекты, определенные в глобальном пространстве пакета могут хранить ... Автор оригинала: Peter Bourgon Читать далее ➡ https://shbr.xyz/hh330786

У чувака NewObject ходит в базу. Дальше не читал.

?

я всегда думал, что фраза Type DB is a database handle representing a pool of zero or more underlying connections. It's safe for concurrent use by multiple goroutines. значит, что так можно делать

Так DB как структура потокбезопасная, у тебя ж Go на потоконебезопасность не ругается(а он это отлавливает), это база небезопасная:)

и че? делать mutex на insert и update?

sqlite юзаешь?

если да, то используй gorm у меня проблем не было

и че? делать mutex на insert и update?

ограничиваешт размер пула?

и че? делать mutex на insert и update?

https://sqlite.org/threadsafe.html - вот они пишут, что надо компилировать его так, чтоб безопасно было. А вот как - я хз:)

если да, то используй gorm у меня проблем не было

правда использовал mysql скачаный через apt-get

и че? делать mutex на insert и update?

этот метод где-то вызывается? https://golang.org/src/database/sql/sql.go?s=19445:19481#L697

https://sqlite.org/threadsafe.html - вот они пишут, что надо компилировать его так, чтоб безопасно было. А вот как - я хз:)

#cgo CFLAGS: -DSQLITE_ENABLE_RTREE -DSQLITE_THREADSAFE

ну вот вроде флаг есть

Ну тогда magic :-/

не, до магии далеко

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

этот метод где-то вызывается? https://golang.org/src/database/sql/sql.go?s=19445:19481#L697

неа. а надо?

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

резонно проверить я б начал с 10

просто цифра хорошая

ну вот вроде флаг есть

Мб -DSQLITE_THREADSAFE=1 ?