Мне не совсем понятно, чем это лучше того же Jupiter или Apache Zeppelin? Почему только python и только на вашем железе? Совсем неоднозначный продукт пока что выходит
1. Ну не вижу проблем в большом файле установки, ведь он содержит все необходимое
2. Если речь о этих пакетах, то не знаю насколько это можно назвать проприетарным https://github.com/dcos/dcos/tree/master/pkgpanda
3. Да, у dcos несомненно есть проблемы, но в целом продукт на мои взгляд не плохой(даже лучше k8s)
Давайте будем объективными. Java thread мапится 1 к 1 на native thread. А что происходит под капотом go я не знаю, но думаю что все равно вся магия горутин посроена вокруг threads. В java вам тоже никто не мешает взять какой-нибудь ForkJoinPool и делать execute на какие-нибудь задачи, что по сути тож самое)
Наличие новых идеи в языке совсем не значит, что runtime будет работать быстрее. И напомню, что самые производительные решения пишутся на дедушка (c,asm). К тому же с чего вы взяли, что Java не используется, если вам нужна скорость? Скорость чего? Старта? Отклика? Каков критерий то?
Я боюсь спрашивать у автора бенчмарка, а сколько у Java потоков работало? И почему не взяли netty, который является монстром по обработке, который написан на чистой java?
P.S.На мои взгляд сравнение совершенно некорректное.
Пока что рано делать замеры. Замечу, что автор говорит именно про скорость запуска приложения, а jit в общем случае здесь не помогает никак. Скорее даже ухудшает картину.
Ок, если вы его завераидили, то все понятно. Но чисто в теории при прокрутке туда сюда, большая картинка может попасть в hot и выкинуть оттуда ваши аватарочки. +Ваш код довольно не оптимален, когда с кэшем будет работать много потоков.
А я не совсем понял, почему в LRU большая картинка, должна выкинуть все маленькие? У вас есть какое-то ограничение по памяти? Если да, то в вашей реализации на основе Map я его не вижу. В вашем случае можно всегда модифицировать очередь приоритетов для LRU и раставлять его чуть ли не руками. Ну и выходит что условия не идентичны.
2. Если речь о этих пакетах, то не знаю насколько это можно назвать проприетарным https://github.com/dcos/dcos/tree/master/pkgpanda
3. Да, у dcos несомненно есть проблемы, но в целом продукт на мои взгляд не плохой(даже лучше k8s)
Я боюсь спрашивать у автора бенчмарка, а сколько у Java потоков работало? И почему не взяли netty, который является монстром по обработке, который написан на чистой java?
P.S.На мои взгляд сравнение совершенно некорректное.
P.S По факту я конечно видел информацию выложенную и у вас, и у них.