Пост вызвал
некоторую дискуссию, в связи с чем я не перестаю удивляться, насколько людям кажется что мир устроен так как им хочется а не так как он устроен на самом деле. Многие живут мыслью что то что они (ну или я) пишу это не настоящая Кложа, а где-то там далеко есть настоящая, и если сильно припрет то взял type hints и поправил и так-то и пишут
(
Read more... )
Comments 29
Reply
То что тебе могут доказывать что ты дурак, и кложу можно до сишки разогнать - это еще не так страшно. У меня вот только отвернись - и люди для типичной OLAP-опердни с нагрузкой в 10 RPS в пике, берут Mongo DB, пилят ее на несколько микросервисов (по табличкек на сервис), кладут бек и фронт в разные репы, и потом приходят "помоги с перформансом, мы больше 1RPS не тянем, это наверное GraphQL тормозит который ты нам навязал, архитектор грёбаный".
Reply
Ну а вообще, сравнивать производительность кложи (или аналогичного языка) с си (или аналогичным языком (и потом еще удивляться результатам)) - ну это особый, подчеркнуто элегантный вид аутизма, конечно.
Reply
Reply
Так и есть. Именно поэтому достаточно большая программа на Rust будет всегда производительнее и безопаснее такой же по объёму программы на C++ (любого поколения), хотя в тщательно вылизанных бенчмарках плюсы пока впереди в своей массе ( ... )
Reply
Reply
Reply
2. в реальном мире (а не при решении лимпиадных задачек) разницы на _порядки_ нет - всё равно будешь ждать пока база проскрипит или 3rdparty отдуплится. и разница например кложа vs раст будет 40 rps на ядро vs 60. да пусть даже на порядок - 10 vs 100 - железо нонче дешёвое и всем срать.
3. в твоей задачке (я код не смотрел если что) уверен что большая часть времени уходит на одну небольшую функу. jni её и лети себе дальше.
Reply
Reply
Reply
ничего удивительного, разработчикам платного просто-напросто заплатили тонны денег за медитацию в gdb с godbolt. сищечбка оптимизируется только так.
Reply
Leave a comment