Исходное сообщение
"MemSQL - претендент за звание самой быстрой СУБД,..." Отправлено arisu, 25-Июн-12 16:01
> Ничего плохого и тормозного в aot нет для изменяющихся условий, ага. позволь задать вопрос (не в плане унизить, просто для определения уровня беседы): ты в данном случае теоретик, или есть практика реализаций подобных штук? у меня — практика лет 10, от любительского «потому что интересно» до вполне рабочих джитеров в проектах «за бабло». > а вот сделать полноценную поддержку хотябы ia64 многово стоит не особо. к тому же — итаниум? just4lulz: дорого и неоправдано. > (учтя последние наработки, например, avx) ты, кажется, путаешь «достаточно хороший код» и «сильно оптимизированый код». > о том, что придётся переносить на всякие там arm, mips мипс? такую базу? зачем? арм? с трудом, но представляю. опять же несложно. > учитывать разные виды конвейеров и кешей, поддерживать DSP на тех, же ARM-ах > и тп. зачем? задачи «сделать супероптимальный код» не стоит, для этого есть «оффлайновые» aot-компиляторы. > Ещё замечу, что вам никто не мешает явно указать > какие функции какое ABI должно использовать, где распологаться в памяти и > тп. а это тут при чём? я не понял, к чему сие было написано. поясни, плз. > На оборот разговоры на тему "лучше наделать велосипедов — будет быстро и > просто" вызыает улыбку у тех, кто в теме. угу, болельщики завсегда лучше спортсменов знают, как надо. только вот выступать что-то не рвутся. p.s. мне показалось, или ты ушёл в задачу «универсальный JIT»? я ни разу не вёл речь про универсальный JIT, только про специализированный, для конкретной области применений.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Ничего плохого и тормозного в aot нет > для изменяющихся условий, ага. позволь задать вопрос (не в плане унизить, просто > для определения уровня беседы): ты в данном случае теоретик, или есть > практика реализаций подобных штук? у меня — практика лет 10, от > любительского «потому что интересно» до вполне рабочих джитеров в проектах «за > бабло». >> а вот сделать полноценную поддержку хотябы ia64 многово стоит > не особо. к тому же — итаниум? just4lulz: дорого и неоправдано. >> (учтя последние наработки, например, avx) > ты, кажется, путаешь «достаточно хороший код» и «сильно оптимизированый > код». >> о том, что придётся переносить на всякие там arm, mips > мипс? такую базу? зачем? > арм? с трудом, но представляю. опять же несложно. >> учитывать разные виды конвейеров и кешей, поддерживать DSP на тех, же ARM-ах >> и тп. > зачем? задачи «сделать супероптимальный код» не стоит, для этого есть «оффлайновые» > aot-компиляторы. >> Ещё замечу, что вам никто не мешает явно указать >> какие функции какое ABI должно использовать, где распологаться в памяти и >> тп. > а это тут при чём? я не понял, к чему сие было > написано. поясни, плз. >> На оборот разговоры на тему "лучше наделать велосипедов — будет быстро и >> просто" вызыает улыбку у тех, кто в теме. > угу, болельщики завсегда лучше спортсменов знают, как надо. только вот выступать что-то > не рвутся. > p.s. мне показалось, или ты ушёл в задачу «универсальный JIT»? я ни > разу не вёл речь про универсальный JIT, только про специализированный, для > конкретной области применений.
	Введите код, изображенный на картинке: