Тыкаю сегодня локально весь день. Толи я не настоящий сварщик, толи модель прям странная... Голос не попадает в такт, на описание стиля забивает или очень вольно интерпретирует. В общем звучит как вокальная самодеятельность на металлургическом заводе...
Огромное спасибо за ответ. Очень жду! :) То что вы другие линуксы не будете брать на техподдержку - вполне понимаю. Но думаю как минимум смогу сам попробовать разобраться. Главное было бы в чём :)
Я 3d печатью занимаюсь. И бывает что сапр мне нужен он деманд по 10 раз на дню. При этом Компас - единственная софтина у меня на винде. Перегружаться каждый раз - очень больно...
Главное, чтобы они не ввернули в лицензию что-нить такое, что полностью убъёт саму возможность моддинга... С теми же картами деобфускации тоже не всё радужно же получилось...
Конечно нет! Но и смысл таких тестов не в том чтобы посмотреть у какой среды какие эвристики по выделению памяти, а в том, чтобы узнать сколько потребляют корутины/асинки-авейты/зелёные треды/у кого что. А в таком случае надо смотреть на реально используемую память а не на жировые запасы, которые по факту могут и не использоваться никогда.
Грубо говоря нужна оценка "сколько влезет зелёных потоков в 1гб хипа", а не "сколько захочет забрать у системы тот или иной gc при 100500 потоках.
К слову у OpenJDK много разных gc. И при разных gc исходный тест без явных ограничений может показать разные результаты. Потому как эвристики будут разные.
Вообще если такой тест делать по уму, то он ой как не просто строится. По хорошему там для jvm надо загрузить таски в пул, а потом через jmx выуживать сколько хипа и оффхипа потрачено. Смотреть на процесс снаружи для jvm несколько бессмысленно.
Ну почему же? Мы же смотрим именно аппетиты задачи по памяти? Значит должны смотреть именно на реально использованную память, а не на то, что jvm взяла прозарас. Так можно jvm заставить хоть 64гб, хоть 1тб забрать себе. Но реально используемая память от этого не изменится.
Java, если её явно не ограничить, берёт память про запас. Так что тут может быть весьма сильная наводка. Я бы попробовал для каждого теста подбирать параметр -Xmx. Подбирая его так, чтобы он был минимальным, но позволял выполняться приложению.
Ииииии?....
Без конкретики выглядит как чёрный пиар...
Настолько улучшили, что у половины компов в доме сеть отсохла :(
Починить не удалось. Пришлось ядро откатывать :(
Да в suno-то понятно... Только там токены больно быстро заканчиваются...
Вот и ищу альтернативу. Вдруго что-то да получится...
А еще никакие стандартные способы указания ударений на неё не действуют кажется...
Тыкаю сегодня локально весь день. Толи я не настоящий сварщик, толи модель прям странная...
Голос не попадает в такт, на описание стиля забивает или очень вольно интерпретирует.
В общем звучит как вокальная самодеятельность на металлургическом заводе...
Огромное спасибо за ответ. Очень жду! :)
То что вы другие линуксы не будете брать на техподдержку - вполне понимаю. Но думаю как минимум смогу сам попробовать разобраться. Главное было бы в чём :)
А за хороший софт и заплатить не жалко.
Я 3d печатью занимаюсь. И бывает что сапр мне нужен он деманд по 10 раз на дню.
При этом Компас - единственная софтина у меня на винде. Перегружаться каждый раз - очень больно...
Когда можно будет установить версию Home на свою Kubuntu?
Главное, чтобы они не ввернули в лицензию что-нить такое, что полностью убъёт саму возможность моддинга...
С теми же картами деобфускации тоже не всё радужно же получилось...
Эх... Где те времена, когда переход с ddr3 на ddr4 давал буст х2 на нашем приложении...
Вот так имитация жизни и отбирает деньги у жизни настоящей :)
Захват мира начался! :)
А что, ссылки на сам проект не будет? Только ссылка на абстрак пейпера?
Или я не вижу слона?
Перехожу по ссылке "доступен" и... Извините, запрошенная вами страница не найдена.
Конечно нет!
Но и смысл таких тестов не в том чтобы посмотреть у какой среды какие эвристики по выделению памяти, а в том, чтобы узнать сколько потребляют корутины/асинки-авейты/зелёные треды/у кого что.
А в таком случае надо смотреть на реально используемую память а не на жировые запасы, которые по факту могут и не использоваться никогда.
Грубо говоря нужна оценка "сколько влезет зелёных потоков в 1гб хипа", а не "сколько захочет забрать у системы тот или иной gc при 100500 потоках.
К слову у OpenJDK много разных gc. И при разных gc исходный тест без явных ограничений может показать разные результаты. Потому как эвристики будут разные.
Вообще если такой тест делать по уму, то он ой как не просто строится.
По хорошему там для jvm надо загрузить таски в пул, а потом через jmx выуживать сколько хипа и оффхипа потрачено.
Смотреть на процесс снаружи для jvm несколько бессмысленно.
К слову было бы любопытно включить сюда ещё и Kotlin с его корутинами включить.
Ну почему же? Мы же смотрим именно аппетиты задачи по памяти? Значит должны смотреть именно на реально использованную память, а не на то, что jvm взяла прозарас. Так можно jvm заставить хоть 64гб, хоть 1тб забрать себе. Но реально используемая память от этого не изменится.
Java, если её явно не ограничить, берёт память про запас. Так что тут может быть весьма сильная наводка.
Я бы попробовал для каждого теста подбирать параметр -Xmx. Подбирая его так, чтобы он был минимальным, но позволял выполняться приложению.
Уж сколько таких постов и хоть бы кто-то разъяснил суть этих настроек. Ну чтобы осознанно их тыкать, а не наобум...