Исходное сообщение
"Релиз открытой БД HyperSQL 2.0" Отправлено Andrew Kolchoogin, 12-Июн-10 16:54
>> Зависит от относительной квалификации программистов > Это знаете ли вообще не аргумент. Это, знаете ли, очень даже аргумент. Меня не интересует сферический программный продукт в вакууме. Меня интересует конкретное время, которое потратит микропроцессор, для решения моей задачи. И вот решать он эту задачу будет вот по вот этой вот программе, которая есть. А не вон той, которую теоретически мог бы мне написать кто-нибудь уровня Эдсгара Дейкстры. :) > При существенно различной квалификации всё что угодно может быть. > Тем не менее - накладные расходы управляемого кода никуда не денуться ДенуТСя. Учем рюскей езыг. Денутся-денутся, ещё как денутся. Про on-the-fly-анализ кода с оптимизацией Branch Prediction уже сказано. Есть и ещё тонкости, такие, как, скажем, более оптимальная нагрузка на регистры микропроцессора (в C'шном коде сплошь и рядом "register int", и C-компилятор далеко не всегда правильно угадывает, что держать в регистрах, а что нет), ну и так далее.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Зависит от относительной квалификации программистов >> Это знаете ли вообще не аргумент. > Это, знаете ли, очень даже аргумент. > Меня не интересует сферический программный продукт в вакууме. Меня интересует конкретное > время, которое потратит микропроцессор, для решения моей задачи. И вот решать > он эту задачу будет вот по вот этой вот программе, которая > есть. А не вон той, которую теоретически мог бы мне написать > кто-нибудь уровня Эдсгара Дейкстры. :) >> При существенно различной квалификации всё что угодно может быть. >> Тем не менее - накладные расходы управляемого кода никуда не денуться > ДенуТСя. Учем рюскей езыг. > Денутся-денутся, ещё как денутся. Про on-the-fly-анализ кода с оптимизацией Branch Prediction > уже сказано. Есть и ещё тонкости, такие, как, скажем, более оптимальная > нагрузка на регистры микропроцессора (в C'шном коде сплошь и рядом "register > int", и C-компилятор далеко не всегда правильно угадывает, что держать в > регистрах, а что нет), ну и так далее.
	Введите код, изображенный на картинке: