Исходное сообщение
"Выпуск PyPy 5.0, реализации Python, написанной на языке Pyth..." Отправлено Аноним, 14-Мрт-16 00:48
> В Си-коде аноним использует простой цикл со счетчиком – а в питоне, > ничтоже сумняшеся, вместо простого цикла берет полноценный список на 10000000 циферок > ... "а че, все честно!" (с). Судя по тому как yum/dnf/portages работают - реалистичная аппроксимация. > да и люди отнюдь не глупые делают), при этом важно надувать > щеки, как будто самолично его (гцц) писал, а не просто запускал > – и вещать про "тормознутость". Надувание щек обычно имеет смысл если ты умеешь этой самой оптимизации не мешать. А иногда приходится активно помогать. В случае jit это будет не сложно, а очень сложно. > А можно задействовать то, во что частенько только едят. И результат – на лицо. Так питон считается low entry barrier. Как видим не зря. > так и не встроили, а значит заоптимизировать *реноватый алгоритм все же не в состоянии. Иногда в состоянии. Контрпример: for (...i < 100500...)   { a = 5; } легко превратится в нечто вида: mov r7, #5 // a = 5; Т.е. сразу результат, без циклов вообще. И такого в gcc - есть. Если a нигде не используется - кода вообще не будет. А поскольку это compile time а не run time, реальное время не жмет и можно позволить себе довольно солидный анализ. Что и происходит. В случае с jit - ты не обрадуешься если все так встрянет для более качественной кодогенерации. > за него основную работу делают, а тут на тебе – громко > и с выражением повторять "бидон тормозит!" не помогает! Они ее довольно хорошо делают, тут он прав.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> В Си-коде аноним использует простой цикл со счетчиком – а в питоне, >> ничтоже сумняшеся, вместо простого цикла берет полноценный список на 10000000 циферок >> ... "а че, все честно!" (с). > Судя по тому как yum/dnf/portages работают - реалистичная аппроксимация. >> да и люди отнюдь не глупые делают), при этом важно надувать >> щеки, как будто самолично его (гцц) писал, а не просто запускал >> – и вещать про "тормознутость". > Надувание щек обычно имеет смысл если ты умеешь этой самой оптимизации не > мешать. А иногда приходится активно помогать. В случае jit это будет > не сложно, а очень сложно. >> А можно задействовать то, во что частенько только едят. И результат – на лицо. > Так питон считается low entry barrier. Как видим не зря. >> так и не встроили, а значит заоптимизировать *реноватый алгоритм все же не в состоянии. > Иногда в состоянии. Контрпример: > for (...i < 100500...) > { > a = 5; > } > легко превратится в нечто вида: > mov r7, #5 // a = 5; > Т.е. сразу результат, без циклов вообще. И такого в gcc - есть. > Если a нигде не используется - кода вообще не будет. А > поскольку это compile time а не run time, реальное время не > жмет и можно позволить себе довольно солидный анализ. Что и происходит. > В случае с jit - ты не обрадуешься если все так > встрянет для более качественной кодогенерации. >> за него основную работу делают, а тут на тебе – громко >> и с выражением повторять "бидон тормозит!" не помогает! > Они ее довольно хорошо делают, тут он прав.
	Введите код, изображенный на картинке: