Ну вообще-то "праздное любопытство" было связано именно с 64битной версией.
По логике вещей она должна существенно быстрее работать. Там по конфигам даже под жава-машину выделяют сразу 2GB памяти...
Ну время покажет для чего столько памяти и кто будет быстрее.
По тестам ORACLE при использовании "куч" одинаковых размеров не превышающих 3ГБ (т.е. не более чем может java32) прирост производительности 0-30% в пользу java64
---------------------
А комп проапгрейдить это конечно правильно. i5 i7 i9 ... кто следующий?
Ну время покажет для чего столько памяти и кто будет быстрее.
По тестам ORACLE при использовании "куч" одинаковых размеров не превышающих 3ГБ (т.е. не более чем может java32) прирост производительности 0-30% в пользу java64
---------------------
А комп проапгрейдить это конечно правильно. i5 i7 i9 ... кто следующий?
Все на ssd переходят а у меня на hdd работает. Если вспомнить недавнее прошлое то и на win7 все летает. Включаем логику, думаем. А дело то не в бобине. Если разобраться с виндой то выясняется что в десятке куча внутренних процессов живет, которые мешают ксюхе нормально ворочаться. Вдаваться в подробности не стану но после определенного рукоблудства ксюха на десятке даже на core2duo с 4 гигами памяти вполне себе шевелится.
Ну время покажет для чего столько памяти и кто будет быстрее.
По тестам ORACLE при использовании "куч" одинаковых размеров не превышающих 3ГБ (т.е. не более чем может java32) прирост производительности 0-30% в пользу java64
---------------------
А комп проапгрейдить это конечно правильно. i5 i7 i9 ... кто следующий?
так сколько ты пишешь - иначе и не возможно сделать физически нормально.... тема не про это, а про то, что нужен нормальный комп и всё и так работает быстро... а ставить на чахлое железо 64 бит приложение и думать, что быстрей будет - странно.
вот как-то так... прошлые изыскания с подменой явы - сильного результата не давали. программа сама по себе сильно не параллельная, и максимум может 2 ядра загрузить, всё остальная работа , которая замедляет - это загрузки в основном и обмен. если загрузки ускорить можно диском шустрым, то обмен с машиной - никак.
тут пошёл далее, проверил как ставится 09-2021 на 64 бита. до этого ставил в варианте 32 бита. и проблем не было (на win7, со стандартными доработками инсталлера)
С 64 битной системой сейчас проблема. Проблема в том, что 06-2021 впервые явила 64х битную версию ксентри, НО - запускалась по умолчанию 32 битная. и проблем не было. как с ключами, так и с работой.
09.2021 тащит 64 бита дальше, и по-умолчанию запускает уже 64 бита версию, с которой не работает общедоступная ключеломка (так как она 32 бита)
Запуск руками 32х битного варианта напарывается на проблему какого-то хардкода путей для 64х битных вариантов.
Дублирование 32х битных папок с переименовкой в 64 работает, но в в итоге где-то всё равно какой-то хардкод сидит на работе с PDU.
Возможно где-то есть ключ запуска 32х битного варианта. Копирование файлов с 6ой версии не канает, т.к. произошло разделение ксентри на легковой-грузовой.
В 09.2021 появились динамические схемы. Что такое не знаю, но ломится в интернет, и показывает ошибку, что не найден файл. Так-же по расположению компонентов во многих проверках появились вместо иллюстраций - попытки влезть в сеть и что-то показать. Пока ничего не получилось.
возможно динамические схемы сделали для того, что-бы отсекать не нужные в комплектации компоненты из схемы для более чёткого понимания, так как в современных машинах очень много бывает вариаций подключения периферии у блоков в зависимости от комплектации-опционала.
upd: схема подгрузилась, выглядит не так, как в висе. какой-то трэш, блок вверх ногами, если в висе схема на новых машинах уже с видом разъёма идёт - тут без этого, направление сигналов не нарисовано. удобно только скроллить. дрянь.
через dynamic wiring diagram конкретного блока не открывает, через все блоки - открывает.
при залогиненом в системе пользователе =- выкидывает вместо схемы окно с логином дрянь дважды.
на портале действительно это появилось, как приложение.