Go vs Erlang?

я лююблю быть назойливым что пиздец, и я думаю что вы банально уперлись не в GIL, а в kennethreitz/requests [github.com] :))

Я удивлюсь если я неправ, а то у нас такая пауза интересная между сообщениями возникла))

@phpdude, я конечно не подстрекатель...

@dolphi, меня синтетика ваще не штырит )) она далека от реальных задач

но как оказалось он медленнее стандартного, хотя и удобнее

@dolphi, так если вдруг это частичный порт, может там тоже просто пулинг добавлен и вы в него же уперлись

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

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

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

ов настрочил хуйни, я умею

phpdude, 5 апреля 2016 г. 0:40

@dolphi, меня синтетика ваще не штырит )) она далека от реальных задач

@phpdude, ну это да, согласен, но кто то ссылку давал про рельсы, так вроде руби те же грабли что и питон.только еще более индуские. ну и самому все пробовать надо.

@dolphi, у рельсов насколько я понял хорошо так память течет, это я еще понял по redmine у себя на сервере )))))) Хотя хуль я жалуюсь, у меня парсер за сутки 90гб памяти сожрал, правда я сам еблан ну в общем если проблемы с памятью, надо просто профилировать и находить, а делать поспешные выводы нехорошо )) особенно когда ваша программа зависит от внешних источников данных что в наше время становится дефактом выполнения любой маломальской программы ))

@phpdude, вернемся к парсеру бетконторки, каждая рутина клонит сессию в монго и пуляет свои данные туда

@dolphi, ну вот я и говорю, что какая в хуй разница чем скачать ссылочку, попарсить json оттуда банальным libjson либо банальным liblxml, а потом запилить по известному протоколу пару команд куда то дальше. Разве в этой задаче может от смены языка произойти прирост в скорости в 20 раз? :) думаю нет

сомневаюсь что json & html парсеры в го это не liblxml и не libjson :)

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

правда честно скажу upsert не юзаем

@dolphi, не поверишь, я с монгой лет 5 не работал наверное, я тут охуел позавчера когда узнал что в ней нативный фуллтекст появился ))))))) особенно это огонь в связке с geo/geosphere

@phpdude, там еще муть типо GridFS добавили можно файлы хранить

@dolphi, а это еще я застал )) я вот фуллтекст не видел, хотя может не смотрел конечно, хотя похеру их щас как собак, просто я думал elastic юзать, а щас у меня альтернатива появилась )) еластик прожорливый сучара

@dolphi, охуеть и правда свой html парсер нахерачиили походу, во у них ресурсов дохуя у гугля этого :)

golang/net [github.com]

любопытно в общем :)

надо как нить глянуть будет на досуге

и json парсер тоже похож на самодельный golang/go [github.com]

постарались в общм

хотя интересно было бы конечно посмотреть бенчи их на одних исходных данных, может и зря старались )

@dolphi, гавнож ваще

то есть там нет ООП как такового классического?