[Moscow.pm] Уж не знал что до такого дойду.
Eugene Toropov
jt на aaanet.ru
Сб Июл 19 13:38:10 PDT 2008
>> Понятненько. Кстати, давно хотел спросить у рассылки: вот есть у нас
>> java-машина, есть куча языков для нее, в том числе, к примеру, Jython и
>> JRuby, есть даже вот такие тулкиты. Зачем тогда Parrot ? Не проще ли
>> просто
>> JPerl ?
>
> Ключевое отличие в том, что виртуальная машина пэррота изначально
> построена так, чтобы было удобнее писать компиляторы для скриптовых
> языков без типизации (например, кроме строк и чисел есть тип PMC -
> Parrot magick cookies, на основе которого строится куча других типов,
> и ООП).
А какие другие типы могут быть нужны, кроме стандартных и объектов?
Нашел, но еще не читал, что еще в 1999 Jperl уже кто-то делал:
http://www.ddj.com/windows/184410852
>
> Второе отличие - виртуальная машина Parrot не стековая, а регистровая.
Вот кстати на сайте пэррота пишут про это:
Stack-based virtual machines and interpreters (JVM, .NET, Perl5, etc) are
both common and successful. However, register-based implementations give us
a number of benefits: Less code needed to manipulate the stack frequently,
access to decades of optimization for register-based hardware, and a
minimization of stack overflow security problems. For many programmers, our
register architecture just feels more normal than doing everything on a
stack too.
Особенно понравилась последняя фраза.
Есть ли какие-то полноценные сравнения и бенчмарки этих двух архитектур ?
>
> --
> Andrew Shitov
> ______________________________________________________________________
> andy на shitov.ru | http://shitov.ru
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
Подробная информация о списке рассылки Moscow-pm