Ну да, иначе зачем скрывать

Копался в awesome go. Смотрите что нашёл https://github.com/striker2000/petrovich

конкретный дисонанс между формой и содержанием

но занятно

Чото zap ругается, как победить? vendor/github.com/uber-go/zap/field.go:28:2:error: use of internal package myapp/vendor/go.uber.org/zap/internal/bufferpool not allowed (vet) vendor/github.com/uber-go/zap/sugar.go:26:2:error: use of internal package myapp/vendor/go.uber.org/zap/internal/multierror not allowed (vet)

go get -u go.uber.org/zap И соответственно в импорте import ( ... "go.uber.org/zap" )

Коллеги, те кто перешел с питона и какоето время(более месяца) прогает на го. Есть ли желаение возвращатся на питон?

Есть

Есть кто-то, кто переписал проект на golang и пожалел? Если да, то почему?

Подскажите, кто работал с изображениями на go. Использую стандартный image.Decode для проверки на тип и на "битость" изображений, но там аллоцируется очень много памяти в image.NewYCbCr, при этом не отдает почему-то память обратно в ОС. Кто-то сталкивался с подобным, или возможно знает что-то более подходящее для валидации. Проверяю png и jpeg

Есть кто-то, кто переписал проект на golang и пожалел? Если да, то почему?

1) пожалел предыдущего себя, ведь на го стало работать гораздо быстрее и стабильнее. 2) ищем гоферов для развития проекта, но их нет. Мухосранск.

1) пожалел предыдущего себя, ведь на го стало работать гораздо быстрее и стабильнее. 2) ищем гоферов для развития проекта, но их нет. Мухосранск.

придется разориться от 150 в месяц ?

Добрый день, уважаемые гоферы! Такая задача, подаю в канал некое количество данных, а потом хочу его обработать из нескольких горутин. Горутины отрабатывают и дальше остается вопрос, как их убить. То есть можно ли как-то проверить, что все данные из канала обработаны?

Закрыть канал.

А как это проконтролировать в горотинах? Они у меня читают данные из канала в цикле бесконечном, или можно как-то в условие этого цикла вставить существование канала?

range chan завершится когда канал закроется

Tweet from @yelbota https://twitter.com/yelbota/status/1053302713356861440 @yelbota: @vasilenkos МИМО ГОФЕСКОГО КАБИНЕТА Я БЕЗ ШУТОК НЕ ХОЖУ ТО АППЛИКАТИВНЫЙ ФУНКТОР ПОД ДВЕРЬ ПРОСУНУ ТО МОНАДУ ПОКАЖУ

range chan завершится когда канал закроется

Я вас понял, спасибо большое)

А как это проконтролировать в горотинах? Они у меня читают данные из канала в цикле бесконечном, или можно как-то в условие этого цикла вставить существование канала?

Го тур прошли?

да, готур лучше пройит, он очень короткий и очень эффективный

Го тур прошли?

Полгода назад где-то, с тех пор каналы так и не пригодились. Надо бы повторить их

Добрый День! Возможно ктонибудь сталкивался с написнием тулов для работы c GPIO на платформе Raspberry Pi. В частности интересуют драйвера или уже готовые библиотеки на GO для работы с сенсорами влажности/темпреатуры DHT11,DHT22. Из того что удавалось найти в основном использует микс С и GO вроде вот такого https://github.com/d2r2/go-dht Но к сожелению как показывает практика крос-компиляция та еще непростая затея. Хотелось бы совета как лучше быть пытаться решать вопрос со сборкой или возможно на сегодняшний день возможно рабочее решение на чистом GO

https://gobot.io смотрел? С аналоговыми датчиками есть проблема на raspbery, линукс не умеет в реалтайм,

Полгода назад где-то, с тех пор каналы так и не пригодились. Надо бы повторить их

не использование рутин и каналов ? А зачем вам GO?

не использование рутин и каналов ? А зачем вам GO?

Не все веб приложения требуют их непосредственного использования

Не все веб приложения требуют их непосредственного использования

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

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

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

Вообще, хороший го код очень легко сделать конкурентным

Вообще, хороший го код очень легко сделать конкурентным

так же легко как кошке бегающей по пианино сыграть Баха

Говорю сугубо по своему опыту

Я не вижу смысла как-то использовать конкурентность, когда данных как кот наплакал

Я не вижу смысла как-то использовать конкурентность, когда данных как кот наплакал

дело же не в данных , а сколько ядер/поток будет использовано из вашего CPU! Если нравится писать приложения в 1-н поток ,ваше право!

Я не вижу смысла как-то использовать конкурентность, когда данных как кот наплакал

Вообще мало связанные вещи, для данных чаще используют векторизацию

А конкурентность - это больше про io bound

в моем значении конкурентность по Пайку

Вообще мало связанные вещи, для данных чаще используют векторизацию

Ну а если говорить об обработке? Допустим мне нужно отфильтровать несколько сотен тысяч объектов

Ну а если говорить об обработке? Допустим мне нужно отфильтровать несколько сотен тысяч объектов

В каком формате данные? CSV?

Json

Json

Jq использовать не вариант?

А что это есть?

А что это есть?

Консольная развесистая утилита для работы с json

Хотя несколько сотен тысяч - это очень мало

Данные предоставляются частично, запрашиваю из апи. Возвращает кусками

У меня нет на руках сразу всех данных

И что это меняет? Просто постранично перебираешь API и кидаешь на диск

Я бы советовал сохранить всё перед анализом

каждая страница обрабатывается отдельной рутиной

каждая страница обрабатывается отдельной рутиной

Да, можно так. Или можно просто GNU parallel + curl

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

каждая страница обрабатывается отдельной рутиной

Примерно такой идеи я и придерживаюсь

каждая страница обрабатывается отдельной рутиной

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

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

не факт, много вариантов не требуют этого , но исходя из ТЗ !

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

При достаточно простых процессах

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

да именно , но переключение между рутинами - это не тяжелое переключение между контекстами задач

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

А как-то можно вычислить это количество?

Ну если говорить немного о теории

введи инкрементор и декрементор защищенный мьютексом и считай

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

Нет, я имею ввиду, рассчитать, при скольких рутинах достигается максимальная эффективность

Нет, я имею ввиду, рассчитать, при скольких рутинах достигается максимальная эффективность

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

Нет, я имею ввиду, рассчитать, при скольких рутинах достигается максимальная эффективность

Бенчмарком

Нет, я имею ввиду, рассчитать, при скольких рутинах достигается максимальная эффективность

вы хотите универсальную формулу для расчета на произвольном коде программера?

Очень часто не больше кол-ва ядер.

Научного метода нет? Только методом тыка?

Научного метода нет? Только методом тыка?

тыка профайлером

вы хотите универсальную формулу для расчета на произвольном коде программера?

Или метод не нахождения, вообще возможно ли такое составить

Очень часто не больше кол-ва ядер.

еслиб мы могли запустить не больше 4-8 го рутин, то никто бы на го и смотреть не стал

еслиб мы могли запустить не больше 4-8 го рутин, то никто бы на го и смотреть не стал

Мы можем больше, я говорю про кол-во горутин, на которых самое маленькое латенси.

Я чувствую выбор количество горутин - это такой же вопрос, как выбор количества нейронов в каждом слое нейронной сетки

То есть дело опыта и интуиции

То есть дело опыта и интуиции

скорее количеством слипов вставленных программером! Если программист пишет с учетом "соседей" то все будет ОК

А как их учесть?

А как их учесть?

А их просто в идеале быть не должно

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

А их просто в идеале быть не должно

Я понял, что не понял о каких соседях речь, сторонние процессы запущенные на той же машине?

Я понял, что не понял о каких соседях речь, сторонние процессы запущенные на той же машине?

Любая долгоиграющая операция, включая слип, блочит горутины, работающие на том же ядре

Любая долгоиграющая операция, включая слип, блочит горутины, работающие на том же ядре

Хм, интересно, спасибо за информацию

я их называю зелеными соседями

dвот набросал для изучающих // Factorial.go package main import ( "fmt" ) func fu(l uint64, max uint64, p chan uint64) { var f, g uint64 uch := make(chan uint64) if l+2 <= max { go fu(l+2, max, uch) f = l * (l + 1) g = <-uch p <- g * f } else { if l == max { p <- l } else { p <- (l) * (l + 1) } } } func factorial(n uint64) uint64 { uch := make(chan uint64) go fu(1, n, uch) return <-uch } func main() { fmt.Println("Факториал через рутины") for i:=0;i<17;i++ { fmt.Println(i+1,"!=",factorial(uint64(i+1))) } }

не задавайте вопросы ,экспериментируйте сами

сделайте для чисел Фибоначи и уверенность придет или из псевдорекурсии сделайте на циклах с разбиением

dвот набросал для изучающих // Factorial.go package main import ( "fmt" ) func fu(l uint64, max uint64, p chan uint64) { var f, g uint64 uch := make(chan uint64) if l+2 <= max { go fu(l+2, max, uch) f = l * (l + 1) g = <-uch p <- g * f } else { if l == max { p <- l } else { p <- (l) * (l + 1) } } } func factorial(n uint64) uint64 { uch := make(chan uint64) go fu(1, n, uch) return <-uch } func main() { fmt.Println("Факториал через рутины") for i:=0;i<17;i++ { fmt.Println(i+1,"!=",factorial(uint64(i+1))) } }

Ужас

Ужас

неужели показ на псевдорекурсии - это ужас?

как минимум количество рутин превысит количество ядер

иначе GREEN останется англицким словом всего лишь

неужели показ на псевдорекурсии - это ужас?

Я про количество локов которые берутся и отпускаются при работе с каналом

Я про количество локов которые берутся и отпускаются при работе с каналом

можно с начинкой потяжелее и о локах забыть! В нашем случае 26-ть параллельных умножений не потянут на компенсацию от затрат на локи! Дак в учебных целях же ?, большее запараллеливание приведет к усложнению до уровня непонимания

приветствую. есть ли в го функция, которая переведет time.Since в дни, если h > 24?

или нужно писать код для этого

Привет Ребята. На го есть эмуляция клика?

приветствую. есть ли в го функция, которая переведет time.Since в дни, если h > 24?

int(ddur.Hours())/24 ?

int(ddur.Hours())/24 ?

так и да, но и нет

dвот набросал для изучающих // Factorial.go package main import ( "fmt" ) func fu(l uint64, max uint64, p chan uint64) { var f, g uint64 uch := make(chan uint64) if l+2 <= max { go fu(l+2, max, uch) f = l * (l + 1) g = <-uch p <- g * f } else { if l == max { p <- l } else { p <- (l) * (l + 1) } } } func factorial(n uint64) uint64 { uch := make(chan uint64) go fu(1, n, uch) return <-uch } func main() { fmt.Println("Факториал через рутины") for i:=0;i<17;i++ { fmt.Println(i+1,"!=",factorial(uint64(i+1))) } }

Спасибо

тогда нужен format времени