S
ID:230466567
по производительности всё равно проиграет
По производительности и Go проигрывает C, а C - асму.
Size: a a a
2017 January 27
NK
На C и скорость разработки в разы меньше, на asm на порядок
S
Хотя вот Python может быть и быстрее Go, если есть модуль на Сях)
NK
модуль на сях можно и из go вызывать
S
Ну тот же crypto в Go написан на Go, а аналогов я не нашёл, когда было нужно
КК
По производительности и Go проигрывает C, а C - асму.
не согласен, современные компиляторы (gcc, llvm) зачастую оптимизируют код в разы лучше, чем это физически способен сделать человек
S
В итоге питонячий код работал быстрее потому что pycrypto написан на си
КК
В итоге питонячий код работал быстрее потому что pycrypto написан на си
работает быстрее не столько потому, что си, а потому что го версия крипто не везде использует например SIMD инструкции
NK
Где нужен жесткий realtime, всё де не следует писать на go
S
работает быстрее не столько потому, что си, а потому что го версия крипто не везде использует например SIMD инструкции
Ну там дело не только в SIMD. Безопасность языка дорого стоит. Банально проверка на выход за границы массива при каждом обращении - вещь очень дорогая
VL
ID:230466567
Где нужен жесткий realtime, всё де не следует писать на go
где нужен жёсткий real-time, придётся отказаться от linux и ещё массы удобства, и писать на каком-нибудь Forth
VL
но нужен ли вам этот самый жёсткий real-time?
VL
ну и с учетом развития контейнеров го для контейнеризации подходит очень хорошо
для того что бы запихать го приложение в контейнер надо только менять в Dockerfile имя файла приложения который надо туда запихать
не надо думать о зависимостях и тп
для того что бы запихать го приложение в контейнер надо только менять в Dockerfile имя файла приложения который надо туда запихать
не надо думать о зависимостях и тп
засовывать один бинарник без зависимостей в контейнер — отличная идея! Для этого докер и делали!
VL
С последних версий уже нет особенно смысла уходить, там встроенная асинхронщина ооочень торт и очень шустрая, особенно если использовать не стандартный event loop
с кобола тоже не имеет смысла переходить — очень хорошо платят, работа непыльная
NK
но нужен ли вам этот самый жёсткий real-time?
В медицине, в военной технике всякие чпу, там он нужен
S
с кобола тоже не имеет смысла переходить — очень хорошо платят, работа непыльная
ну кроме шуток, Фортран много где до сих пор используют.
S
Кобол не знаю
S
засовывать один бинарник без зависимостей в контейнер — отличная идея! Для этого докер и делали!
В докере бинарник можно и собрать в dockerfile, с этим обычно проблем нет, окружение там стабильное.
СД
засовывать один бинарник без зависимостей в контейнер — отличная идея! Для этого докер и делали!
а в чем проблема ?
если используется система оркестрации kubernetes или docker swarm то это нормально
если используется система оркестрации kubernetes или docker swarm то это нормально
СД
да и контейнер это унифицированная вещь
опять же не надо писать скрипты запуска и остановки сервиса, не надо думать как и куда логи писать
в докере все настроено и готово
опять же не надо писать скрипты запуска и остановки сервиса, не надо думать как и куда логи писать
в докере все настроено и готово