За счёт чего в го удалось сделать настолько легковесные потоки?

go qt вполне вменяем для чего-то небольшого, на большом просто не пробовал

Сам qt кучу зависимостей несет и это не good...

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

За счёт чего в го удалось сделать настолько легковесные потоки?

https://m.habrahabr.ru/post/141853/

https://m.habrahabr.ru/post/141853/

спасибо

??

За счёт чего в го удалось сделать настолько легковесные потоки?

за счет того что горутины не потоки

за счет того что горутины не потоки

И при этом ими вполне можно нагрузить все ядра на процессоре, я правильно понял?

exactly :)

Значит у потока есть какие-то преимущества перед горутинами?

Он тяжелее Для тех, кто любит полегче - рутины)))

Он тяжелее Для тех, кто любит полегче - рутины)))

тяжелее = хуже, нет?

Если горутина заблокируется на какой-то I/O операции, то заблокируется целый OS thread

Если горутина заблокируется на какой-то I/O операции, то заблокируется целый OS thread

а OS Tread'ов там как правило столько же, сколько ядер у процессоров?

Соответственно заблокируются все горутины, которые работают на этом треде. Если я не ошибаюсь.

Го манагер умеет перемещать рутины меж потоками

Но всё же лучше почитать статью с хабра

Почитал, но теперь понял, что они довольно жестко привязаны к процессам

https://m.habrahabr.ru/post/333654/

Ну а если совсем много времени есть, то можно сурсы поковырять (комментарии там вполне понятные)

https://stackoverflow.com/questions/10858787/what-are-the-uses-for-tags-in-go

https://flaviocopes.com/go-tags/

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

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

Если не принципиально книга, то пройти тутор на офф сайте и понять основы. Но там мало, конечно

go tour

effective go

И обязательно на Русском)

в туре мало теории

+ англо-русский словарь

Почему?

ну зачем это лишнее звено со своими ограничения, блокировками и прочими проблемами, если можно просто писать в файл?

Можете подсказать по каким причинам могу получать такую ошибку version "go1.9.2" does not match go tool version "go1.9.3" при запуске ginkgo из терминала

ну зачем это лишнее звено со своими ограничения, блокировками и прочими проблемами, если можно просто писать в файл?

А потом случается ENOSPC

ну зачем это лишнее звено со своими ограничения, блокировками и прочими проблемами, если можно просто писать в файл?

И откуда блокировки вообще?

А потом случается ENOSPC

А с пайпом его не случается? ?

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

А с пайпом его не случается? ?

Нет. Меня удивил тезис про негодность решений с пайпами. Почему?

лишняя сущность.

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

Зависит от. Либо EAGAIN, либо заблокирует писателя

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

вот я и говорю, что плохо контролируемо.

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

Зачем? Пайпы - это механизм ipc

Лучше использовать syslog и не пытаться изобрести колесо

gorm:"-" json:"name"

Лучше использовать syslog и не пытаться изобрести колесо

Чем же лучше? Проще - да.

gorm:"-" json:"name"

Спасибо.

Чем же лучше? Проще - да.

log level, severity

Можете подсказать почему такое выражение: var m map[string]interface{} _, ok := m.(map[string]interface{}) Вызывает ошибку компиляции: invalid type assertion: m.(map[string]<inter>) (non-interface type map[string]interface {} on left)

Можете подсказать почему такое выражение: var m map[string]interface{} _, ok := m.(map[string]interface{}) Вызывает ошибку компиляции: invalid type assertion: m.(map[string]<inter>) (non-interface type map[string]interface {} on left)

https://www.youtube.com/watch?v=9Ia16QOY8rk

https://www.youtube.com/watch?v=9Ia16QOY8rk

Можете подсказать примерно где искать ответ? А то с таким же успехом можно на каждый вопрос в этом чате отвечать https://golang.org/doc/ или еще лучше google.com

Можете подсказать примерно где искать ответ? А то с таким же успехом можно на каждый вопрос в этом чате отвечать https://golang.org/doc/ или еще лучше google.com

https://tour.golang.org/methods/15

Можете подсказать примерно где искать ответ? А то с таким же успехом можно на каждый вопрос в этом чате отвечать https://golang.org/doc/ или еще лучше google.com

Даже из ошибки становится очевидно non-interface type on left

Даже из ошибки становится очевидно non-interface type on left

Это понятно, я имею ввиду, как мне заставить это работать

Это понятно, я имею ввиду, как мне заставить это работать

var m map[string]interface{} var v interface{} = m var m2 map[string]interface{} = v.(map[string]interface{})

По факту я объясвляю такую мапу и передаю ее в функцию, внутри которой пытаюсь привести к мапе, но в таком виде ошибки копиляции нет, а просто на рантайме не приводит

ты делаешь type assert, это для интерфейсов штука

а ты пытаешься map[string]interface{} привести к map[string]interface{}

каков смысл?

Здравствуйте. Как сделать range импортируемого файла. Я импортирую файл прокси, привожу в порядок и теперь мне нужно протестировать все мои прокси сервера, то есть мне нужно сделать что-то типа цикла for i, _ := range rst[rna] {} и дальше я уже буду отправлять непосредственно запросы через прокси-серваки. Вот код: https://pastebin.com/hpdaUa0c

Надеюсь вы меня поняли, просто по порядку использовать прокси и отправлять запросы тоже по порядку

Запросы то через прокси я знаю как отправлять, просто не знаю как запихнуть в цикл

ERROR: S client not available

Запросы то через прокси я знаю как отправлять, просто не знаю как запихнуть в цикл

https://gist.github.com/kendellfab/7417164

Спасибо огромное!

А если мне потребуеться читать сразу два файла, с прокси и с User-Agent . Что мне тогда делать? range же будет только один

А если мне потребуеться читать сразу два файла, с прокси и с User-Agent . Что мне тогда делать? range же будет только один

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

или сразу в map ...

Можете подсказать где можно посмотреть лучшие практики при разработке REST API, в каком виде возвращать ошибки валидации.

а как преобразовать string в массив?

Можете подсказать где можно посмотреть лучшие практики при разработке REST API, в каком виде возвращать ошибки валидации.

http status code

а как преобразовать string в массив?

В массив байтов?

Кажись просто в []byte воткнуть

а как преобразовать string в массив?

https://stackoverflow.com/questions/18130859/how-can-i-iterate-over-a-string-by-runes-in-go

мне нужно импортировать два файла, один с прокси, другой с User-Agent . И чтоб их вместе использовать нужно как я понял конвертировать в массив байтов и использовать как индекс (как мне сказали). Но я не знаю как это сделать.

А если мне потребуеться читать сразу два файла, с прокси и с User-Agent . Что мне тогда делать? range же будет только один

хорошая штука или нет?

https://github.com/codesenberg/bombardier

https://github.com/codesenberg/bombardier

Типа go wrk?

Аля ab

Да

Поюзал, наверное, самая удобная штука

мне нужно импортировать два файла, один с прокси, другой с User-Agent . И чтоб их вместе использовать нужно как я понял конвертировать в массив байтов и использовать как индекс (как мне сказали). Но я не знаю как это сделать.

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

Поюзал, наверное, самая удобная штука

Вероятно да, я go-wrk с ведра запускал- норм , если что

Поюзал, наверное, самая удобная штука

есть ещё такое https://github.com/rakyll/hey

https://github.com/mdlayher/alg

внезапно

используете какие либо тулзы для перекомпиляции перезапуска процесса после изменения исходников .go ?

я на данный момент использую nodemon, но у него какие-то глюки, не везде и не всегда убивает процесс, есть какие нибудь альтернативы?

используете какие либо тулзы для перекомпиляции перезапуска процесса после изменения исходников .go ?

А вы исходники на сервер заливаете и там собираете?

А вы исходники на сервер заливаете и там собираете?

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

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

Ну это называется continuos delivery

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