RU
Вау, круто
Size: a a a
2020 April 10
V
+
AB
Надо-надо-надо потыкать
2020 April 21
AS
В марте мы тут поднимали обсуждение тестов похороникса
AS
вот интересная статья
AS
AS
в кратце: походу дело было в G1 и аллокации жирных объектов
AS
but the benchmark uses a significant amount of large objects that need special treatment when using 1 MB regions. This special treatment leads to a lot of memory that can’t be used, which in turn leads full collections and a poor overall experience.
AS
в JDK 15 влили фикс https://hg.openjdk.java.net/jdk/jdk/rev/a54ff90a3015
OS
То есть надо думать что у них хорошие тесты?
OS
даже если выводы вроде как примерно соответствуют действительности "When counting simply the number of first place finishes, GraalVM 20.0 Java 8 had the most wins at 40%."
Ну отлично тогда :) граальвм молодец
A
То есть надо думать что у них хорошие тесты?
Не столько хорошие, столько оказалось что одно дело в подготовленном окружении тесты гонять, а другое "люди берут и запускаю как есть, даже про gc не знают" :)
И из коробки оно хуже
И из коробки оно хуже
AS
Интересна же причина была таких показателей, тест то конечно не реалестичен
OS
о смотрите там уже говорят питон работает слегка https://medium.com/quarkify/how-to-use-python-with-quarkus-and-graalvm-quarkify-dd8686c81d9b
:) пример использования немного странный но вроде работает
:) пример использования немного странный но вроде работает
PK
Питон, кстати, крайне интересная тема
A
они с самого начала же заявляли что питон в первую очередь на датасайнс будут смотреть
как итог у них сейчас есть рабочий (сами сверху патчили) numpy и еще что-то
ужо добили чтобы venv подымался (раньше он даже не ставился)
но тот же pip не работает, так как модуля на ssl нету и не планируется в ближайшее время
https://github.com/graalvm/graalpython/issues/127
как итог у них сейчас есть рабочий (сами сверху патчили) numpy и еще что-то
ужо добили чтобы venv подымался (раньше он даже не ставился)
но тот же pip не работает, так как модуля на ssl нету и не планируется в ближайшее время
https://github.com/graalvm/graalpython/issues/127
OS
да, вполне разумный подход правда?
PK
они с самого начала же заявляли что питон в первую очередь на датасайнс будут смотреть
как итог у них сейчас есть рабочий (сами сверху патчили) numpy и еще что-то
ужо добили чтобы venv подымался (раньше он даже не ставился)
но тот же pip не работает, так как модуля на ssl нету и не планируется в ближайшее время
https://github.com/graalvm/graalpython/issues/127
как итог у них сейчас есть рабочий (сами сверху патчили) numpy и еще что-то
ужо добили чтобы venv подымался (раньше он даже не ставился)
но тот же pip не работает, так как модуля на ssl нету и не планируется в ближайшее время
https://github.com/graalvm/graalpython/issues/127
Я не отслеживаю просто и не особо в курсе. А так это один из основных кейсов, если будет быстро работать и бесшовно интегрироваться с Java, то уже все было не зря. Ещё бы для тестирования, особенно нагрузочного, завезли
A
да, вполне разумный подход правда?
Да, но например я хотел запустить пару говно проектиков просто ради более быстрого питона, текущий местами не само быстрый....
A
Но вообще у них и без пипа определённая ниша есть