Для чего вообще нужен голанг?

Отдаёт джсон респонс и работает с 100 коннектами

Странный тест

да практически для всего. редкие исключения типа хардкорных числодробилок и гуёв. в остальном, обычно, тебе хватит и Go.

да практически для всего. редкие исключения типа хардкорных числодробилок и гуёв. в остальном, обычно, тебе хватит и Go.

А игры писать там?

да практически для всего. редкие исключения типа хардкорных числодробилок и гуёв. в остальном, обычно, тебе хватит и Go.

В случае с tcp proxy го проиграет

А игры писать там?

есть какие-то заготовки, но ничего не могу сказать об этом.

В случае с tcp proxy го проиграет

кому?

кому?

python :)

ну давайте мерять, что ли

python :)

можешь написать tcp proxy на python и ТЗ, что он дожен выполнять. а потом я напишу такой на Go.

так-то pypy будет быстрее, но до тех пор, пока мы одно ядро не съедим

я python не люблю, поэтому пусть python версию напишет тот, кто может это сделать хорошо.

а потом начнется странное

так-то pypy будет быстрее, но до тех пор, пока мы одно ядро не съедим

дык so_reuseport наше всё.

ах мы такой tcp proxy пишем, без длинных коннектов?

ах мы такой tcp proxy пишем, без длинных коннектов?

а какая разница длинный коннект или нет?

а разница есть, бро

@pragus ну как сказать, Го быстрый. У меня была недавно задача - есть несколько передатчиков данных, чистый tcp, нужно читать строки до \n и передавать их в несколько других мест. Реализация на Го на 4-х ядрах 2.5 млн сообщений в секунду протягивает (средний размер строки 104 байта)

я не думаю что питон будет быстрее

в такой задаче

@pragus ну как сказать, Го быстрый. У меня была недавно задача - есть несколько передатчиков данных, чистый tcp, нужно читать строки до \n и передавать их в несколько других мест. Реализация на Го на 4-х ядрах 2.5 млн сообщений в секунду протягивает (средний размер строки 104 байта)

ну, я же не просто так сказал про tcp-балансер )

ну, я же не просто так сказал про tcp-балансер )

ну это тоже балансер )

я не думаю что питон будет быстрее

тебе именно искать до \n ?

тебе именно искать до \n ?

ну в моем случаи чуть больше задач еще

но как часть задачи да

конкретно в этом случаи софтина из формата "строка строка строка" переводила в бинарный вид и писала в другую софтину + вела учет уникальных вхождений первой строки.

так я не понял, кто питоновую версию пилит?

я писал ipc через пайп с сообщениями, где у сообщения 2 байта длина + тело. вообщем, я тупо уперся в полосу по памяти

так я не понял, кто питоновую версию пилит?

я.

окей. напиши ТЗ — конкретно, что этот прокси должен уметь, а что не обязан.

и что проксируем — тоже вопрос.

Я думаю что заниматься байтоебством у го получится намного лучше. Особенно на ксеоне с 16 ядрами

окей. напиши ТЗ — конкретно, что этот прокси должен уметь, а что не обязан.

самый простой пример: слушаем порт 8080, при коннекте делаем коннект на заданный в командной строке адрес и порт и дальше проксируем tcp.

этакий haproxy в миниатюре.

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

@pragus лучше усложнить задачу - задавать в строке пару адресов и делать round robin :)

@pragus лучше усложнить задачу - задавать в строке пару адресов и делать round robin :)

это следующий этап.

А что лучше, go или С?

для чего?

это следующий этап.

а потом можно написать socat :)

этакий haproxy в миниатюре.

я еще хочу понять, как мы будем это мерять

для чего?

Для всего

а потом можно написать socat :)

ну, у него основная беда - это обилие фич.

для всего лучше грибы

То-есть го создан чтобы заменить си в будущем

а?!

вообще-то нет

вряд ли

И по бенчам он не отстаёт

я еще хочу понять, как мы будем это мерять

возьмем nginx, отдающий статику и на него спроксируем.

Rust for c

го создан чтобы гуглу не нужно было учить девелоперов :)

возьмем nginx, отдающий статику и на него спроксируем.

мелкую статику или крупную?

мелкую статику или крупную?

лучше крупную. на мелкой будет сплошной accept/recv/sendto/close

И по бенчам он не отстаёт

это сильное утверждение. вообще-то, то, что с легкостью пишется на go, довольно трудно писать на C. а то, что можно писать только на C - на го не пишется никак

лучше крупную. на мелкой будет сплошной accept/recv/sendto/close

стенд кто предоставит?

это сильное утверждение. вообще-то, то, что с легкостью пишется на go, довольно трудно писать на C. а то, что можно писать только на C - на го не пишется никак

что-то я не могу быстро сказать, что можно написать только на C

стенд кто предоставит?

ну, у меня вроде был, но там всего 6 гбит =(

что-то я не могу быстро сказать, что можно написать только на C

математику?

математику?

только на C?

Кстати, кто уже успел скачать goide?

только на C?

нуу... посмотри на разницу в скорости какого-нибудь видеокодека с sse/avx и без.

что-то я не могу быстро сказать, что можно написать только на C

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

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

автовекторизация.

Кстати, кто уже успел скачать goide?

кстати, кто слышал о новой IDE от jetbrains?

кстати, кто слышал о новой IDE от jetbrains?

Я о ней

ERROR: S client not available

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

ну, как. утверждение, что адресной арифметики в Go нет — не доконца верное утверждение. тут есть некоторые возможности, но они очень геморройные.

Мне даже дали её

Я о ней

а. ты же не застал. это у нас такой локальный мем.

ну в моем случаи чуть больше задач еще

а шансы встретить \n в payload были? экранирование и вот это всё?

а шансы встретить \n в payload были? экранирование и вот это всё?

да, вполне

ну, это хреново. я делал честный zero copy разбор сообщений с префиксом длины. через задницу(файл в tmpfs с O_DIRECT + mmap и последующий splice в него из tcp), но работало быстро.

сейчас бы делал через af_kcm

а шансы встретить \n в payload были? экранирование и вот это всё?

опять же, там 2.5 млн таких сообщений (сообщение заканчивается на \n) в секунду было )

просто больше в гигабит не пролезает

примерно 100 параллельных входящих соединений

притом клиент старается установить соединение и слать сообщения пока что-то с сетью не случиться

а кто такой протокол придумывал? :)

а кто такой протокол придумывал? :)

graphite жи

name[space]float64(текстом)[space]float64(текстом)

а

которые восприни маются как имя, чиселка и int32 таймстэмп

но по протоколу передается float64

\n разделитель сообщений

да, я уже понял.

левел2 - проводить валидацию строки

что пробелов ровно два

что второе и третье поле - числа

левел3 - конвертировать в первом поле несколько подряд следующих точек в одну

дальше как усложнения - rewrite'ы и сделать так чтоб по regexp'ам на имя сообщение могло уходить в несколько серверов

до последнего я пока не дошел у себя в коде

Слушайте, а кто атомом пользуется? У меня обновился go-plus до 5.0.6 и даже 5.0.7 теперь, и теперь он перестал подсвечивать те места, на что gometalinter ругается. Как починить?

// про новую IDE от jetbrains слышал

А, внезапно само починилось.

Слушайте, а кто атомом пользуется? У меня обновился go-plus до 5.0.6 и даже 5.0.7 теперь, и теперь он перестал подсвечивать те места, на что gometalinter ругается. Как починить?

Использовать гоиде

Очевидно

Слушайте, а кто атомом пользуется? У меня обновился go-plus до 5.0.6 и даже 5.0.7 теперь, и теперь он перестал подсвечивать те места, на что gometalinter ругается. Как починить?

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

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

Он вроде завёлся без перезапуска после обновления до 5.0.7