Здравствуйте
Есть ли такое аппаратное решение? Например в виде платы. 
Воткнул в разъем и виртуальная машина начинает юзать эту железяку?

А зачем? Сейчас и JIT хорошо справляется.

Думаю что такое решение будет по определению
более быстрым чем JIT. Вспомним для примера платы шифрования...

Сильно сомневаюсь, даже уверен в обратном.
1. Построить процессор который бы:
  а) может непосредсвенно интерпретировать байткод
  б) быстрее существующих десктопных решения
довольно нетривиальная задача, под силу только гигантам типа Intel, AMD и т.п., и требует слишком много времени и денег. А значит не целесообразна.

2. Даже если создать такой процессор, то он будет давать преимущество только в вычислительных задачах. А например взаимодействие с ОС будет происходить даже медленней, т.к. вначале запрос будет передаваться в JVM и только затем JVM будет вызывать нужную функцию ОС. Т.е. вся графика, работа с файлами и сетью - замедлится.

В бытовой электронике может использоваться, но там тоже цена играет главную роль (проще взять ARM, PIC для мелких задач).

http://en.wikipedia.org/wiki/Java_processor

Давайте пофлеймим на эту тему   

Насколько я понимаю - современная JVM это и есть Java сопроцессор только в софтверном исполнении. 
Т.е. абстрактная машина. Когда мы запускаем байткод на Яве, мы явно указываем на чем его исполнять. 
При наличии этой гипотетической железки и драйвера к ней, который заворачивает байт-код на эту железяку,
отпадает необходимость JIT компилятора... Потому что железка выполнит байт код быстрее чем интерпретатор+JIT 
компилятор для конкретной ОС. И это главное... ИМХО отпадает надобность в софтверной JVM.
Не используется время центрального процессора для выполнения кода. И это самый главный прирост производительности. 
Разумеется для файловых, экранных и т.д. операций используется API конкретной ОС. В этом контексте, какая разница откуда идет вызов системной функции... 
Из драйвера железки или из софтверной JVM

Ну да, конечно. А фрейворк куда девать? Тоже реализовывать аппаратно? А баги исправлять как? А разные версии JVM как использовать? 
И самое главное где взять такой процессор? Пока связка современный процессор+JIT побъет по производительности все существующие аппаратные решения.


Огромная. Если вызов функции ОС идет из аппаратуры, то тут есть куча проблем.
1. Установка JVM будет требовать прав администратора (сейчас ее достаточно просто скопировать)
2. Текщая архитектура ОС не позволяет выполнять проверку привелегий пользователя для драйверов, т.е. фактически любое Java приложение (в том числе и апплеты) будет работать как суперпользователь.
3. В зависимости от реализации ошибка в JVM, может привести к краху ОС.

Java байткод довольно высокоуровневая штука, тот же invokevirtual в чистую на железке реализовать сложно/глупо. Также задумываемся о IO, железка должна читать память, лочить шину и т.д. тут тоже свои потери.

Java притормаживает из-за гибкости кода, огромное количество классов (ссылок) и вызовов виртуальных методов, такую гранулярность редко где встретишь. Хоть и оптимизировано хорошо (вызов метода в java по моему быстрее чем вызов виртуальной функции из C++), но этого так много, что в итоге приводит к потерям в производительности. У меня на 1Гб/I.Core Duo все java проги летают, потребляя не более 250Мб. Для сравнения FireFox после дня работы занимает 450 - 600Mb (вероятно из-за утечек памяти, чего в Java физически нет).

ну ладно... убедили