Нифига себе, времени то уже... Блин, пора комититься и спать, однако.

а мне топиться и работать.

и вот сами думайте — в реке или камин

Ставлю на душ )

не

Досада, что не угадал ) Блин, меня сейчас бенчи напугали, скорость просела раза в 2-3, потом вспомнил, что у меня ж компиляция идет...

я так понимаю, дебагер запустить никто не может помочь ;(

Помогите причесать код: https://gist.github.com/gordio/b5f29b4e749094532f58eae27aa22763#file-gistfile1-go-L3 Нужно добавить проверку на существование файла в тот же if.

зачем в тот же?

Чтоб не писать^W копипастить 2 раза https://gist.github.com/gordio/b5f29b4e749094532f58eae27aa22763#file-gistfile1-go-L14-L19

ну - вынести в отдельную функцию

если уж так не хочется копипастить

вопрос — а обязательно использовать net/http?

Он умеет https и http2?

ну, на будущее — это есть в fasthttp, и я бы рекомендовал его в качестве замены net/http

https точно умеет, http2 не помню

Я не могу свитчится. Проект не мой, я патчу просто.

я так понимаю, дебагер запустить никто не может помочь ;(

А что с ним не так?

я так понимаю, дебагер запустить никто не может помочь ;(

gdb ./programm ?

а кто-нибудь может подсказать, как дебаг в ВСкоде настроить на маке? У меня сейчас ругается на could not launch process: could not fork/exec

А что с ним не так?

Причем сертификат на delve сделал и прописал

эмм, неужели ни у кого не было такой проблемы? о_0

установил delve через brew, пересоздал dlv в $GOPATH/bin с новым сертификатом, который из brew создался и самое главное, в конфиге прописал "${workspaceRoot}/project_folder" и после ввода пароля оно наконец заработало ?

тьі чтото ставил не через brew?

Не делай так больше)

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

Ну эта утилита для облака тоже. Я, кстати, первую программу полноценную на Го написал - тоже парсер логов :)

как будто питоно-перлов мало для этого

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

Что это дает?

это даёт возможность построить свой минимальный дистр убунты на убунтовском репозитории

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

а где они не стоят в 21 веке-то?

на роутерах разве что

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

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

ну 50 мб

100 чет много писал

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

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

а сколько перл весит?

у меня вот питон - это ~ 196Мб.

как будто питоно-перлов мало для этого

30 минут работает программа парсер на Го. На перле сколько будет работать? 30 часов?

30 минут работает программа парсер на Го. На перле сколько будет работать? 30 часов?

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

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

+1

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

Бред. Я писал сравнивая с эталонным C-шным грепом.

а сишный греп быстрее перла?

Ну быстрее перла видимо ничего нет

Бред. Я писал сравнивая с эталонным C-шным грепом.

В перле работа с текстом супербыстрая Там всё почти в си вынесено

Ну быстрее перла видимо ничего нет

если про текст, то да

Причем здесь текст, если все упирается в IO ?

а го заставляет головки хардов крутиться быстрее? %)

Да, буферированный ввод/вывод работал быстрее утилиты hdparm, которая тестирует физическую скорость диска. Ну чуть

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

ну мы же про парсинг, а не про чистое io?

причем тут вообще hdparm

причем тут вообще hdparm

Нужен эталон

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

Вот программа выдает 100 Мбайт в секунду. Это много или мало?

и чисто за счет самого по себе использования го - поток быстрее не польется и чтение с hdd быстрее не прочитается

А за счет перла польется стало быть?

Поясните механизм

нет конечно

ребят, а кто-нибудь в реальной жизни пользовался big.Int?

реально есть такие задачи?

Вот программа выдает 100 Мбайт в секунду. Это много или мало?

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

Для сравнения нужна точка отчета. Такой точкой отсчета в моем случае является программа hdparm, которая измеряет физическую скорость диска

Поскольку это ключевая утилита юникса на C, нет сомнений что она хорошо оптимизирована

Дальше я использовал Го библиотеку bufio и получил на буферезированом чтении и записи скорость hdparm

ERROR: S client not available

Потом добавляешь разные операции над строками и сморишь как меняется время работы программы. Когда у тебя единичный файл 0,5 Тб - очень хорошо заметно как меняется производительность.

Например, включение Го-шных регеспов увеличивало время работы в 5-6 раз. Простой мачинг шаблона в строке - лишь на 30-40%. Цель была в изучении Го как раз.

ребят, а кто-нибудь в реальной жизни пользовался big.Int?

Пользоваляся, когда писал некоторое ПО для некоторой обсерватории со всеми вытекающими масштабами и операциями над ними.

30 минут работает программа парсер на Го. На перле сколько будет работать? 30 часов?

сильно зависит от. можно и быстрее go.

Бред. Я писал сравнивая с эталонным C-шным грепом.

ну, можно ещё быстрее ))

Любая программа на любом языке может только добавить допонительных тактов к дисковым операциям.

Меня полностью устраивает +50% которые добавил парсер на Го

Если усраться и сделать в 2 раза быстрее, например, на ассемблере, то общий результат измениться лишь на 20%. Оно не стоит даже времени потраченного на обсуждение

Например, включение Го-шных регеспов увеличивало время работы в 5-6 раз. Простой мачинг шаблона в строке - лишь на 30-40%. Цель была в изучении Го как раз.

Есть же benchmark встроенный, зачем реальный файл читать, если хочешь проверить скорость регекспов?

Есть же benchmark встроенный, зачем реальный файл читать, если хочешь проверить скорость регекспов?

Зачем какой то бенчмарк для проверки скорости регеспов, если есть реальный файл?

ну во-первых, регекспы бывают разные и движки для них тоже разные

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

ну и возможны всякие забавный случаи: https://morepypy.blogspot.ru/2011/02/pypy-faster-than-c-on-carefully-crafted.html

Ну так я написал уже, что на мой взгляд регекспы на Go не ахти пока

Ну так я написал уже, что на мой взгляд регекспы на Go не ахти пока

дело не в регекспах, а в конкретном движке. можно посмотреть на от же re2, например и сравнить его с pcre

Это точно канал про Go ?

Вот программа выдает 100 Мбайт в секунду. Это много или мало?

мало.

по поводу регулярок. частый кейс - матчинг множеством регекспов одного и того же куска текста. в таких случаях хорошо помогает hyperscan. говорят даже биндинги для го есть: https://godoc.org/github.com/flier/gohs/hyperscan

хотя не смотрел пока

Ну так я написал уже, что на мой взгляд регекспы на Go не ахти пока

Хорошо бы Валялькин за них взялся

по поводу регулярок. частый кейс - матчинг множеством регекспов одного и того же куска текста. в таких случаях хорошо помогает hyperscan. говорят даже биндинги для го есть: https://godoc.org/github.com/flier/gohs/hyperscan

вот, кстати, да.

мало.

Еще раз. Нужна шкала.

30 минут работает программа парсер на Го. На перле сколько будет работать? 30 часов?

что именно парсит? можно пример?

20 Гиг логов нетфлоу в текстовом виде

опять у вас тут содомия

имеешь что-то против содомии? ты же маковод.

я - маковод-натурал

оксюморон

имеешь что-то против содомии? ты же маковод.

а что такого плохого в маководах?

ничего плохого. геи такие же люди как и натуралы

стереотипы до добра не доводят, помните об этом, когда список контрибьютеров смотрите по своей ОС