Это грубо говоря папка в которой ты работаешь

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

утилиты типа go build, go run, dep и тд по переменной GOLANG определяют, где у вас исходники, где бинарники

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

Так. Если я как советуют в доке создам для GOPATH каталог C:\go-work, то я смогу проекты писать в каатлоге D:\Projects\Go

там у тебя будут и библиотеки твои

и твои проекты

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

и т.д.

сделай GOPATH=D:\Projects\Go

твои проекты будут в D:\Projects\Go\src

скомпилированные бинарники в D:\Projects\Go\pkg

и советую сразу использовать go dep

Мдэээ... очень неудобно для меня.

Это очень удобно для тебя

Мдэээ... очень неудобно для меня.

gopath - это пути, где go ищет библиотеки для include. никто не запрещает хранить свой код где угодно

а сторонние либы и кэши - в gopath

У меня не все проекты в одном каталоге будут. Условно часть в d:\PetProject, а другие в d:\CoolProject

Значит придётся переписывать GOPATH

Или можно через точку с запятой перечислить?

Значит придётся переписывать GOPATH

нет. не придется. Выше же написал

А, всё увидел. Круто тогда

Это по началу неудобно)

Когда первый раз встерчаешь такой подход становится неуютно. Особенно если перешел с С++ или С#.

Но потом видишь в этом только плюсы и удобства

аааааааа

Жиза.

Никогда не понимал, зойчем собирать в докере ... =\

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

Никогда не понимал, зойчем собирать в докере ... =\

1. удобно 2. если проекты на разных версиях go, не будешь же ты ставить много разных версий

1. удобно 2. если проекты на разных версиях go, не будешь же ты ставить много разных версий

Какой смысл юзать старые версии Go?

Еще удобно это тем что с помощью compose ты можешь одной командой поднять проект на машине не имея рабочего окружения и тебе не нужно будет иметь все библиотеки а толкьо то что нужно

Какой смысл юзать старые версии Go?

а ты опасный)

ты в продакшен зависимый не ходишь?)

3. Если выкат в kubernetes или ещё куда, то docker — это не только удобно, но и необходимо.

Но даже в кубик лучше не онбилд а уже бинарик делать. Ресурсы не резинвоые. Иметь онбилд образ для каждого проекта

ты в продакшен зависимый не ходишь?)

Вот выпустили новую версию Go. Пишут в чейнджлоге, что исправили одно, другое. Думаю, тестами тоже покрыли. Так что новая версия должна быть стабильнее ?

Но даже в кубик лучше не онбилд а уже бинарик делать. Ресурсы не резинвоые. Иметь онбилд образ для каждого проекта

alpine + бинарь

Ну так то оно так. И так делают про любой язык программирования. У кого-то изменения стабильные у кого-то нет.

НО

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

ты не можешь это гарантировать

это раз

1. современные CI собирают в докере

2. Этого не могут гарантировать создатели СТОРОННИХ библиотек

Вот выпустили новую версию Go. Пишут в чейнджлоге, что исправили одно, другое. Думаю, тестами тоже покрыли. Так что новая версия должна быть стабильнее ?

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

а ты от них зависим

2. вместе с CGO не бывает кроскомпиляции

3. CGO + so libs требуют определенного окружения

4. Dockerfile с успехом заменяет Makefile

ты не можешь это гарантировать

Не, ну я надеюсь, что с каждой версией тестов всё больше и больше. Соответственно, багов меньше ))

А compose c machine заменяет десяток мейкфайлов и скриптов)

5. этот способ потестировать сборку "с белого листа"

Ну надеятся то ты можешь. Но гарантировать не можешь)

Да и зависимость отбагов или апи предыдущих версий никто не отменял

а если проект (сингл репозиторий) микросервисный и не все сервисы на го, то удобно ли организовывать проект с глобальным-то gopath?

Не, ну я надеюсь, что с каждой версией тестов всё больше и больше. Соответственно, багов меньше ))

Какой-то идеальный мир. А так вообще в реальности бывает?

Какой-то идеальный мир. А так вообще в реальности бывает?

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

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

а если проект (сингл репозиторий) микросервисный и не все сервисы на го, то удобно ли организовывать проект с глобальным-то gopath?

я ещё не встречал людей, кто каждому бы проекту назначал свой GOPATH

Ну так то да. Но баги то откуда-то все равно есть?)

Го язык молодой как бы

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

я бы слово "обычно" убрал. Кто попробовал kubernetes вряд ли будет с docker-machine возиться

ну я имею ввиду обычно под словом(классически) кубернетсы это чутьболее новая штука(и более хорошая естественно). Правда я к ней только только иду :)

ERROR: S client not available

Не подскажите кстати что по ним ЛУЧШЕ почитать?

Не подскажите кстати что по ним ЛУЧШЕ почитать?

https://t.me/kubernetes_ru доку и https://github.com/kelseyhightower/kubernetes-the-hard-way

Спасибо :)

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

Всем привет! Хочу протестировать скорость записи и чтения памяти. Выполняю в цикле: var buf bytes.Buffer p := []byte("...") // 1024 байт buf.Write(p) Считаю количество циклов, делю на время выполнения, получаю скорость. И она примерно соответствует действительности. Далее пытаюсь тоже самое сделать для чтения через p = buf.Bytes() но ничего не выходит, независимо от размера buf - выполняется безмерно большое количество циклов за выделенное время, и оно не меняется от размера buf, что свидетельствует о том, что при p = buf.Bytes() (и любых аналогичных методах чтения), самого чтения не происходит. Происходит лишь перестановка указателя, как я понял. Вопрос: как имитировать чтение в никуда?

Всем привет! Хочу протестировать скорость записи и чтения памяти. Выполняю в цикле: var buf bytes.Buffer p := []byte("...") // 1024 байт buf.Write(p) Считаю количество циклов, делю на время выполнения, получаю скорость. И она примерно соответствует действительности. Далее пытаюсь тоже самое сделать для чтения через p = buf.Bytes() но ничего не выходит, независимо от размера buf - выполняется безмерно большое количество циклов за выделенное время, и оно не меняется от размера buf, что свидетельствует о том, что при p = buf.Bytes() (и любых аналогичных методах чтения), самого чтения не происходит. Происходит лишь перестановка указателя, как я понял. Вопрос: как имитировать чтение в никуда?

По аналогии с записью buf.Read() пробовал?

По аналогии с записью buf.Read() пробовал?

Да, с buf.Read() аналогично.

Другими словами, если я после p = buf.Bytes() провожу какие-либо действия с p, то чтение происходит. А если не произвожу никаких действий, то и чтения реального не происходит. Какое-то нейтральное действие с p нужно сделать, а какое - не знаю. Просто перебрать его побайтово в цикле - не вариант. Это ресурсоёмко получается.

Ммм, предлагаю делать io.Copy из buf в /dev/null

io.Discard

Спасибо! Сейчас попробую...

io.Discard

в соседнем чате предлагал как раз

только не io ?

ага)

запамятовал

ioutil.Discard

Не помогло.

p := bytes.Repeat([]byte("1"), 1024) r := bytes.NewReader(p) и потом в цикле: io.Copy(ioutil.Discard, r)

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

Но этого не происходит.

Пробовал 1024 (1 килобайт) увеличить до 1000 мегабайт даже.

При любом раскладе у меня получается 37 399 239 циклов в секунду, что соответствует 35 Гигабайтам данных в секунду, чего на DDR3 быть не может.

При записи, причём, всё в порядке. При увеличении объёма 1 записываемого блока через buf.Write() число циклов пропорционально снижается.

Всё, понял... туплю я.

Всё, понял... туплю я.

И в чём секрет?

io.Copy(ioutil.Discard, r) дважды не выполняется. Он доходит до конца r и всё.

А как ГО на ФрииБСД себя чувствует? FreeBSD 8.2-RELEASE $ go version go version go1.10 freebsd/386 $ go run hello.go go tool compile: pipe: function not implemented гуглил, ни чего не нагуглил.

А как ГО на ФрииБСД себя чувствует? FreeBSD 8.2-RELEASE $ go version go version go1.10 freebsd/386 $ go run hello.go go tool compile: pipe: function not implemented гуглил, ни чего не нагуглил.

ему нужна 9ка или новее

кажется последний го умевший 8куэ то что-то типа 1.8

то есть на 8.2 вариантов нет?

обновится :D