ну а вот написано (по-русски) что gox не установлен. он что, установлен?

Да я уже понял)) Странно. почему через go get ведь поставилось, да и в свежести пакета в убунте были сомненья.

Да я уже понял)) Странно. почему через go get ведь поставилось, да и в свежести пакета в убунте были сомненья.

$GOPATH/bin есть в $PATH ?

$GOPATH/bin есть в $PATH ?

go env GOARCH="amd64" GOBIN="" GOEXE="" GOHOSTARCH="amd64" GOHOSTOS="linux" GOOS="linux" GOPATH="/home/marlik/go" GORACE="" GOROOT="/usr/lib/go-1.9" GOTOOLDIR="/usr/lib/go-1.9/pkg/tool/linux_amd64" GCCGO="gccgo" CC="gcc" GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build418155158=/tmp/go-build -gno-record-gcc-switches" CXX="g++" CGO_ENABLED="1" CGO_CFLAGS="-g -O2" CGO_CPPFLAGS="" CGO_CXXFLAGS="-g -O2" CGO_FFLAGS="-g -O2" CGO_LDFLAGS="-g -O2" PKG_CONFIG="pkg-config"

go env GOARCH="amd64" GOBIN="" GOEXE="" GOHOSTARCH="amd64" GOHOSTOS="linux" GOOS="linux" GOPATH="/home/marlik/go" GORACE="" GOROOT="/usr/lib/go-1.9" GOTOOLDIR="/usr/lib/go-1.9/pkg/tool/linux_amd64" GCCGO="gccgo" CC="gcc" GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build418155158=/tmp/go-build -gno-record-gcc-switches" CXX="g++" CGO_ENABLED="1" CGO_CFLAGS="-g -O2" CGO_CPPFLAGS="" CGO_CXXFLAGS="-g -O2" CGO_FFLAGS="-g -O2" CGO_LDFLAGS="-g -O2" PKG_CONFIG="pkg-config"

echo $PATH

Неа, плин, компилю жи, как так-то? /home/marlik/local/bin:/usr/local/heroku/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin

компилю - это про $GOROOT/bin

Спасибо, пошёл пути ставить.

что-то близкое к твоей теме https://hashrocket.com/blog/posts/switch-vs-map-which-is-the-better-way-to-branch-in-go

The original question I wanted to answer was if there would be a performance impact in converting a switch statement to a map lookup. I assumed that switches would be faster. I was wrong. Maps are usually faster, often several times faster. The choice of switch or map should be made based on whichever produces the clearest code.

echo $PATH

А эти почему пустые? GOBIN="" GOEXE=""

ребята а никто не сталкивался с такой проблемой? https://github.com/golang/go/issues/11496 есть какие то альтернативные решения?

А эти почему пустые? GOBIN="" GOEXE=""

ты про их назначение почитай вообще

Уже читаю. Спасибо.

На андроиде апку на го не запущу пока рута не будет, я правильно понимаю?

Баньте его!

На андроиде апку на го не запущу пока рута не будет, я правильно понимаю?

Я видел проги, которые запускают код на Go без рута

@zelenin

Я видел проги, которые запускают код на Go без рута

А можно подробнее, где и как?

Мне для экспериментов.

А можно подробнее, где и как?

https://play.google.com/store/apps/details?id=org.ligi.ipfsdroid Вот эта прога под капотом запускает go-ipfs бинарник. Как - хз...

Спасибо, щас посмотрю.

Там исходники на гитхабе, можешь глянуть под капотом ))

Ага, уже смотрю.

ребята а никто не сталкивался с такой проблемой? https://github.com/golang/go/issues/11496 есть какие то альтернативные решения?

если кому интересно решил костыльно через strings.NewReplacer

שלום

שלום

Manishma?

Sababa

Manishma?

Ma nishma?

Только ма нишма отдельно пишется :)

Ma nishma?

О +

Только ма нишма отдельно пишется :)

Чекак?) тоже раздельно :))

Чот с го тура код ошибку выдаёт)) s := []struct { i int b bool }{ {2, true}, {3, false}, {5, true}, {7, true}, {11, false}, {13, true}, } fmt.Println(s.i)

Чот с го тура код ошибку выдаёт)) s := []struct { i int b bool }{ {2, true}, {3, false}, {5, true}, {7, true}, {11, false}, {13, true}, } fmt.Println(s.i)

Думаю, потому что s - это слайс

Ты не можешь написать s.i

Ты не можешь написать s.i

А на гоу туре https://go-tour-ru-ru.appspot.com/moretypes/9 могут. Я то так: for _, v := range s { fmt.Println(v) }

А на гоу туре https://go-tour-ru-ru.appspot.com/moretypes/9 могут. Я то так: for _, v := range s { fmt.Println(v) }

Ты меня обманываешь, там print(s)

Чекак?) тоже раздельно :))

Это исключительно в целях сохранения традиций? без обид:)

Вот пока здесь народ есть, вопрос! func main() { scores := make([]int, 0, 5) c := cap(scores) fmt.Println(c) for i := 0; i < 25; i++ { scores = append(scores, i) if cap(scores) != c { c = cap(scores) fmt.Println(c) } } } Собсно вопрос, почему увеличение идёт 10 20 40?

Ты меня обманываешь, там print(s)

Нет, посмотри ещё раз.))

Нет, посмотри ещё раз.))

У меня всё норм и run работает

У меня всё норм и run работает

У меня нет, prog.go:18:15: s.i undefined (type []struct { i int; b bool } has no field or method i)

Плят, извиняюсь, это я несколько дней назад ковырялся там и результаты сайт сохранил))))) ?

Вот пока здесь народ есть, вопрос! func main() { scores := make([]int, 0, 5) c := cap(scores) fmt.Println(c) for i := 0; i < 25; i++ { scores = append(scores, i) if cap(scores) != c { c = cap(scores) fmt.Println(c) } } } Собсно вопрос, почему увеличение идёт 10 20 40?

потому что стандартный подход гошечки - увеличивать вдвое слайс при переполнении

потому что стандартный подход гошечки - увеличивать вдвое слайс при переполнении

Ага, прочитал не внимательно.

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

Вот пока здесь народ есть, вопрос! func main() { scores := make([]int, 0, 5) c := cap(scores) fmt.Println(c) for i := 0; i < 25; i++ { scores = append(scores, i) if cap(scores) != c { c = cap(scores) fmt.Println(c) } } } Собсно вопрос, почему увеличение идёт 10 20 40?

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

он не всегда удваивается

https://play.golang.org/p/9r6MJ8giVTY

например вот

https://play.golang.org/p/042bgTC9k4V - можно даже так сделать, если хочется

например вот

Ну да.

и почитать https://golang.org/src/runtime/slice.go - 72 строку и далее

и почитать https://golang.org/src/runtime/slice.go - 72 строку и далее

Это что? )) // TODO: When the old backend is gone, reconsider this decision. Поменяться всё ещё может?

Это что? )) // TODO: When the old backend is gone, reconsider this decision. Поменяться всё ещё может?

чо-то внутри может поменяться

@meehalkoff не нужно себя здесь так вести

@meehalkoff не нужно себя здесь так вести

отличная идея

Всем привет. Не подскажете ли, есть ли какая-нибудь готовая либа для запуска функций в N потоков? Условно: var w WorkPool w.ThreadCount = 4 for i:=0; i<100;i++ { w.StartWork(i) } w.WaitForComplete Даже не знаю, как сформулировать свой запрос к гуглу...

go func() {}() не?

Всем привет. Не подскажете ли, есть ли какая-нибудь готовая либа для запуска функций в N потоков? Условно: var w WorkPool w.ThreadCount = 4 for i:=0; i<100;i++ { w.StartWork(i) } w.WaitForComplete Даже не знаю, как сформулировать свой запрос к гуглу...

посмотри в сторону sync.WaitGroup

go func() {}() не?

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

посмотри в сторону sync.WaitGroup

Свой костыль написан, но он нестабилен )) Думаю, может есть что-то готовое на эту тему...

Это же есть в любой статье о горутинах и каналах

например тут https://blog.golang.org/pipelines

https://www.reddit.com/r/golang/comments/70sfmk/syncwaitgroup_limit/ не благодари

https://gobyexample.com/worker-pools

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

https://github.com/go-graphite/carbonzipper/blob/master/limiter/limiter.go

Делают в таком духе

https://github.com/uber-go/ratelimit

https://godoc.org/golang.org/x/time/rate#Limiter

Вот с ходу три примера

Спасибо всем, сел изучать всё, что накидали))

Последний самый навороченный

Но работают они все +- одинаково

Точнее уберовский - честный leaky bucket

По учебнику

Последний в общем тоже. А первый тупо запрещает параллельно делать более чем эн запросов

Ребзя, а есть какая-нибудь такая же группа по девопсу?

Не хочу здесь эфир засорять вопросами по девопсу

Ребзя, а есть какая-нибудь такая же группа по девопсу?

https://t.me/devops_ru

https://t.me/devops_ru

Спасибо)))

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

можно буферизированный канал сделать под это дело например на 5, и он будет блокировать процесс пока из него не прочтешь. т.е. больше 5 не будет

можно буферизированный канал сделать под это дело например на 5, и он будет блокировать процесс пока из него не прочтешь. т.е. больше 5 не будет

Как раз пробую переписать своё поделие на такой вариант. ))

но сдается мне эту гуглокостыль))

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

Сделай что-то типа вот этого https://github.com/ninedraft/limiter

Надо это вообще в гист вынести, чтобы не плодить

Сделай что-то типа вот этого https://github.com/ninedraft/limiter

Спасибо, очень похоже на то, что я хотел.