https://www.opennet.dev/openforum/vsluhforumID3/87009.html Эндрю Хейли (Andrew Haley), работающий в компании Red Hat, объявил (http://www.advogato.org/article/1067.html) о работе по подготовке порта Java для 64-разрядной архитектуры AArch64 (ARM64), реализованной в процессорах, поддерживающих набор команд ARMv8. Результаты портирования будут развиваться как одни из подпроектов OpenJDK, что позволит заинтересованным энтузиастам и компаниям присоединиться к процессу разработки.<br><br><br>В настоящее время поддержка в OpenJDK архитектуры ARM оставляет желать лучшего. Для 32-разрядных систем ARM доступны две реализация JIT-компилятора для виртуальной машины HotSpot, используемой проектом OpenJDK: проприетарная разработка от компании Oracle и свободный JIT-компилятор, который сильно отстаёт по производительности от варианта Oracle в силу использования упрощённой архитектуры. Чтобы недопустить подобной ситуации для 64-разрядных систем ARM, компания Red Hat приняла решение создать своими силами полноценный и высокопроизводительный JIT-компилятор для архитектуры AArch64, который https://www.opennet.dev/openforum/vsluhforumID3/87009.html#21 Sat, 27 Oct 2012 13:58:58 GMT &gt;&gt;&gt; Red Hat приняла решение создать своими силами полноценный и высокопроизводительный JIT-компилятор для архитектуры AArch64 <br>&gt;&gt; Хорошая шутка. Они так заоптимизировали gcc для ARM что в оконцовке оказалось <br>&gt;&gt; что если вообще не использовать SIMD (да-да - armhf на котороый <br>&gt;&gt; сейчас все дистрибутивы перешли) производительность вырастает в разы.<br>&gt; Дадада, нет чтобы кнопочки GUI передвинуть, или с самолета диски RedHat сбросить <br>&gt; над тайгой, умора просто с них. И естесственно баргепорт регрессии оптимазатора <br>&gt; надо постить на opennet, тут тусуются разработчики GCC круглые сутки.<br><br>тут вообще разрабов серьезных не бывает, одни трепачи диванные. Максимум "продвинутые пользователи Убунту"<br> https://www.opennet.dev/openforum/vsluhforumID3/87009.html#19 Fri, 26 Oct 2012 15:19:15 GMT Уже. См. персонал РОСНАНО.<br> https://www.opennet.dev/openforum/vsluhforumID3/87009.html#18 Fri, 26 Oct 2012 13:23:06 GMT &gt;&gt; Red Hat приняла решение создать своими силами полноценный и высокопроизводительный JIT-компилятор для архитектуры AArch64 <br>&gt; Хорошая шутка. Они так заоптимизировали gcc для ARM что в оконцовке оказалось <br>&gt; что если вообще не использовать SIMD (да-да - armhf на котороый <br>&gt; сейчас все дистрибутивы перешли) производительность вырастает в разы.<br><br>Дадада, нет чтобы кнопочки GUI передвинуть, или с самолета диски RedHat сбросить над тайгой, умора просто с них. И естесственно баргепорт регрессии оптимазатора надо постить на opennet, тут тусуются разработчики GCC круглые сутки. <br> https://www.opennet.dev/openforum/vsluhforumID3/87009.html#17 Fri, 26 Oct 2012 13:17:57 GMT &gt;при неверном угадывании перехода, сбрасывается конвейер, у RISC же, если не ошибаюсь, он не сбрасывается, а не выполняется определённое количество инструкций до необходимых<br><br>Вы в серьез в это верите? Pentium 2 внутри RISC, снаружи только перекодировщик из x86 кода в uops. А уж как конвейер реализован, это вообще никак не относится к сложности команд что реальных (uops) что виртуальных. А теперь прикинь сколько времени прошло со времен пентиума2, там внутри давно уже аппаратный многомашинный комплекс соединенный шинами и коммутаторами. Конвейер, блин.<br> https://www.opennet.dev/openforum/vsluhforumID3/87009.html#16 Fri, 26 Oct 2012 12:56:25 GMT &gt; Red Hat приняла решение создать своими силами полноценный и высокопроизводительный JIT-компилятор для архитектуры AArch64<br><br>Хорошая шутка. Они так заоптимизировали gcc для ARM что в оконцовке оказалось что если вообще не использовать SIMD (да-да - armhf на котороый сейчас все дистрибутивы перешли) производительность вырастает в разы.<br> https://www.opennet.dev/openforum/vsluhforumID3/87009.html#15 Fri, 26 Oct 2012 12:53:09 GMT По принципу "и там, и там ARM", очевидно<br> https://www.opennet.dev/openforum/vsluhforumID3/87009.html#14 Fri, 26 Oct 2012 12:35:52 GMT Если оно будет слегка дороже аналогичной по мощности виртуалки на Xen - вполне приемлемо. Всё же с распределением ресурсов(особенно диска) в виртуалках пока совсем не фонтан.<br> https://www.opennet.dev/openforum/vsluhforumID3/87009.html#13 Fri, 26 Oct 2012 12:32:24 GMT По какому принципу объединили эти новости???<br> https://www.opennet.dev/openforum/vsluhforumID3/87009.html#12 Fri, 26 Oct 2012 12:05:22 GMT Даешь облако нано-ботов выковыривающих козявки :)<br>