Size: a a a

2021 May 15

ch

central hardware in pro.jvm
прирост производительности чего вы хотите?
источник

KR

Khait Roman in pro.jvm
Насколько повышается производительность приложения под компилятором graalvm
источник

DC

Denis Chikanov in pro.jvm
Если приложение не считает факториал по кругу, а делает что-то сложное, такая постановка вопроса довольно бесполезна
источник

KR

Khait Roman in pro.jvm
Тебе видней)
источник

KR

Khait Roman in pro.jvm
Ладно, видать не по адресу, всем спасибо
источник

DP

Denis Pavlyuchenko in pro.jvm
много отзывов обычно про быстрый старт и снижение потребления памяти. CPU intensive задачи должны стать работать хуже, так как нет JIT, а у AOT в бесплатной версии нет профиля нагрузки.

https://t.me/graalvm_ru - можно попробовать тут спросить тоже самое
источник

KR

Khait Roman in pro.jvm
Ну подожди, он же вместо с2. Свежие поставки работают через многоэтапную компиляцию
источник

DP

Denis Pavlyuchenko in pro.jvm
сорри, я наверное неверный ответ дал. Мы обсуждали выше AOT грааля, или jIT грааля? я что-то про AOT написал, но видимо был неправ
источник

KR

Khait Roman in pro.jvm
Да возможно я не правильно понимаю как грааль устроен. Сегодня просто прочитал, что он идёт в поставки jdk и его сравнение с C2
источник

DP

Denis Pavlyuchenko in pro.jvm
у грааля просто несколько режимов внутри, вот тут видимо речь идет про JIT, и да, его уже хвалят по производительности (особенно для скалы). Но как выше писали - слишком много переменных, чтобы сказать будет лучше или нет. Самое дешевое, наверное, включить грааль в приложении и померить, стало ли лучше (благо, это дело пары минут)
источник

KR

Khait Roman in pro.jvm
Да я думаю про это, на Энтерпрай. Но для начало надо под 11 Яву перекомпилировать
источник

KR

Khait Roman in pro.jvm
Это не быстро
источник

KR

Khait Roman in pro.jvm
Переменных то много, спору нет. Тем более для разных типов приложений будет по разному. Но чаще всего те, кто переходит имеют чёткое представление об улучшениях своих Энтерпрайз решений
источник

KR

Khait Roman in pro.jvm
На самом деле тут ближе вопрос насколько эффективно использовать грааль под докером
источник

V

Vlad in pro.jvm
есть такой метод, но из-за транзакционности я не могу обработать ошибку, просто происходит откат. возможно ли сделать чтобы указанный ексепш ловился и обрабатывался?
   @Transactional
   public boolean processing(Long clientId, Long clientCopyId, String mcc) {
       if (!isRouteByAccountAndMcc(clientCopyId, mcc)) {
           List<RoutingSmsRule> routes = getAllByLevelMccAndAccount(clientId, mcc);
           List<RoutingSmsRuleControl> routesControlForCopy = routingSmsRuleControlService.getByAccount(clientId);
           for (RoutingSmsRule route : routes) {
               //saving routes
               saveRoutingRule("-1", clientCopyId, route.getRuleOrder(), route.getWeight(), route.getMcc(), route.getMnc(), route.getVendor(), route.getVendorBackup(), route.getVendorFilter(), route.getVendorFilterBackup(), route.getFiltered(), route.getFilteredContent(), route.getFilterRule(), route.getReplacementRule());
           }

           routingSmsRuleControlService.deleteAllByAccountId(clientCopyId);

           for (RoutingSmsRuleControl smsRuleControlForCopy : routesControlForCopy) {
               boolean isUnique = false;
               RoutingSmsRuleControl control = new RoutingSmsRuleControl(smsRuleControlForCopy.getMcc(), clientCopyId, smsRuleControlForCopy.getRateControl(), smsRuleControlForCopy.getVendorNegativeRate(), smsRuleControlForCopy.getProfitControl(), smsRuleControlForCopy.getNegativeProfit(), smsRuleControlForCopy.getVendorNegativeProfit(), new Date(0));
               try {
                   routingSmsRuleControlService.save(control);
                   isUnique = true;
               } catch (DataIntegrityViolationException e) {

               }

               if (!isUnique) {
                   control = routingSmsRuleControlService.getByMccAndAccount(smsRuleControlForCopy.getMcc(), clientCopyId);
                   control.setNegativeRateFound(false);
                   control.setRateControl(smsRuleControlForCopy.getRateControl());
                   control.setVendorNegativeRate(smsRuleControlForCopy.getVendorNegativeRate());
                   control.setProfitControl(smsRuleControlForCopy.getProfitControl());
                   control.setNegativeProfit(smsRuleControlForCopy.getNegativeProfit());
                   control.setVendorNegativeProfit(smsRuleControlForCopy.getVendorNegativeProfit());
                   routingSmsRuleControlService.save(control);
               }
           }
           return true;
       }
       return false;
   }
источник

V

Vlad in pro.jvm
Можно не дать ему(исключению)вылететь за метод, тогда не будет откатываться транзакция
источник

V

Vlad in pro.jvm
а разве это не реализовано в методе? я же ловлю это исключение
источник

V

Vlad in pro.jvm
В каком методе?
источник

V

Vlad in pro.jvm
я же написал его в сообщении
источник

V

Vlad in pro.jvm
Ну там много буков, ничего не понятно так (лучше выкладывать на pastebin например). Если exception не вылетает за метод транзакционный, отката не будет. Значит вылетает где-то. Попробуй для начала все тело метода обернуть в try-catch и проверить, что отката не будет
источник