Компилятор PHP в байт код Си

Слава Шевцов
На сайте с 23.07.2005
Offline
370
#41

list2008, мальчик, ты иди, а мы тут пообсуждаем ;)

Неизменность точки зрения неизменно порождает иллюзию понимания.
L2
На сайте с 24.09.2008
Offline
10
#42
Слава Шевцов:
list2008, мальчик, ты иди, а мы тут пообсуждаем ;)

Да без проблем, общайтесь...

PS допишу конечну суть, то есть если без обзывательств, то просто нужно было другу показать почему со своими идеями не надо лезть на форумы (у него представление прям о каком-то хакер сообществе, а я ему вот правду ))). Так что не судите (а вот анонимные опускание репки это низко и как то по детсадовски)

SJ
На сайте с 16.03.2008
Offline
78
#43
BoyStav:
а причем тут хаскел? мысль была в том, что лучше сгенерит машинный код компилятор С++ или ВМ явы тот и победит.

Именно это и подразумевалось :)

С++ - не самый быстрый язык "by default". Просто есть очень хорошие и умные компиляторы у него, с заточкой под конкретное железо. Один Интеловский чего стоит. И точно так же у хаскела очень продвинутый компилятор - иногда такое получается в асме - диву даешся.

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

Любимый хостинг (http://beget.ru?id=2902) How can we grow old when the soundtrack of our lives is rock-n-roll?
Слава Шевцов
На сайте с 23.07.2005
Offline
370
#44

sokol_jack, интересно, придёт время, когда компиляторы начнут тестировать куски кода на производительность и выбирать вариант на основе тестов? Хотя... Может этого и не нужно.

Слава Шевцов добавил 28.01.2009 в 11:49

list2008:
Так что не судите (а вот анонимные опускание репки это низко и как то по детсадовски)

Каждый получает ровно то, что заслуживает. Если Вы что-то получили, значит это заслужили. Такова высшая мера справедливости.

BoyStav
На сайте с 10.11.2006
Offline
182
#45
Слава Шевцов:
Да и Вы, я вижу, поджигаете. В С++ при компиляции такие фрагменты, где переменная может быть нескольких типов, так же образуют некоторый байт-код для связывания в момент исполнения по типу указателя на момент исполнения. Из-за этого С++ несколько медленнее С.

сжег...........

указатель это всегда полное целое, и пофиг на экземпляр какого типа он направлен. все деление виртуальное на уровне компилятора, но никак не в рантайме.

у с++ нет строгого контроля типов!

L2
На сайте с 24.09.2008
Offline
10
#46
Слава Шевцов:
sokol_jack, интересно, придёт время, когда компиляторы начнут тестировать куски кода на производительность и выбирать вариант на основе тестов? Хотя... Может этого и не нужно.

Слава Шевцов добавил 28.01.2009 в 11:49
Каждый получает ровно то, что заслуживает. Если Вы что-то получили, значит это заслужили. Такова высшая мера справедливости.

Высшая мера справедливости - это абстрактный образ не существующего объекта.

А так я имел ввиду что автор сей репутации хоть бы представился раз понижает, а то как дитя.

BoyStav
На сайте с 10.11.2006
Offline
182
#47
list2008:
Высшая мера справедливости - это абстрактный образ не существующего объекта.

А так я имел ввиду что автор сей репутации хоть бы представился раз понижает репутацию, а то как дитя.

карму запрещено обсуждать правилами

Слава Шевцов
На сайте с 23.07.2005
Offline
370
#48
BoyStav:
указатель это всегда полное целое, и пофиг на экземпляр какого типа он направлен. все деление виртуальное на уровне компилятора, но никак не в рантайме.

И в какой момент времени тогда определяется, какой из дочерних классов был передан в функцию по указателю родительского класса для того, чтобы вызвать нужную функцию-член?

[Удален]
#49
Слава Шевцов:
И в какой момент времени тогда определяется, какой из дочерних классов был передан в функцию по указателю родительского класса для того, чтобы вызвать нужную функцию-член?

во вермя выполнения. виртуальные и перегруженные методы в с++ - это очень ресурсоемко...

зы: к чему это я... кажется тему пора закрывать, а то флуд сплошной

Слава Шевцов
На сайте с 23.07.2005
Offline
370
#50
MOP1:
во вермя выполнения. виртуальные и перегруженные методы в с++ - это очень ресурсоемко...

О чём и речь. Если же глянуть внутрь кода, то мы увидим в этих участках интерпретируемый байт-код. Интерпретатор этого кода встроен в программу.

MOP1:
к чему это я... кажется тему пора закрывать, а то флуд сплошной

Какой флуд? Вроде все высказываются по делу, кроме топикстартера. Но мы ведь детей не обижаем?

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий