The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз PyPy 1.4, реализации Python, написанной на языке Python , opennews (ok), 28-Ноя-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от тоже Анонимemail (ok), 28-Ноя-10, 10:08 
Что-то мне подсказывает, что если взять Сишную реализацию питона и оптимизировать ее с установкой "можно жрать больше памяти", то прирост будет не только в "некоторых операциях". Да и лишних тормозов в остальных операциях не возникнет.
Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  –3 +/
Сообщение от Аноним (-), 28-Ноя-10, 10:43 
Нет.
Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от Deepwalkeremail (??), 28-Ноя-10, 11:12 
Учить матчасть, казаться не будет.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

11. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от тоже Анонимemail (ok), 28-Ноя-10, 11:29 
Обратная зависимость между экономией памяти и скоростью в алгоритмах - это самые азы той матчасти. Хотите возразить - приводите аргументы, а не тролль-мемы.
Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 28-Ноя-10, 18:42 
> Обратная зависимость между экономией памяти и скоростью в алгоритмах - это самые
> азы той матчасти. Хотите возразить - приводите аргументы, а не тролль-мемы.

Вы что нибудь про Just-in-time compilation слышали?

Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от тоже Анонимemail (ok), 28-Ноя-10, 20:16 
Кто ж не слышал. JIT - это костыли, позволяющие интерпретируемым языкам не слишком отставать по скорости от компилируемых. Чтобы обгоняли - что-то не слышал...
Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 28-Ноя-10, 23:56 
Отлично, теперь вы можете понять почему интерпретатор на python будет обгонять сишную реализацию, не считая конечно реализацию unladen-swallow.
Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от тоже Анонимemail (ok), 29-Ноя-10, 08:52 
Думаю, тут требуются некоторые подробности. Для начала - данные, где реально показывался бы обгон. "Некоторые операции" рассматривать смысла нет, пока в целом реализация заметно тормознее и прожорливее. Я верю, что есть операции, где язык более высокого уровня позволяет меньше "гонять порожняк", чем универсальная реализация на С. Но это просто оптимизация нескольких узких мест, немного смягчающая общее падение производительности.
Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 30-Ноя-10, 09:18 
>Для начала - данные, где реально показывался бы обгон.

Но этож полный здец, график приведен вверху.

Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  –3 +/
Сообщение от тоже Аноним (ok), 30-Ноя-10, 09:35 
На этом графике показан обгон в трех тестах из двадцати и провал в остальных. Как вы думаете, что вас ждет при переходе от тестов к реальным приложениям?
Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Sergey722 (?), 30-Ноя-10, 10:47 
Чукча не читатель...
Да там английским по белому написано рядом с осью:
относительные секунды, чем меньше тем лучше.
Т.е. в соответствии с диаграммой PyPy рвёт во всех местах кроме трёх.
Как в жизни происходит - другой вопрос.
Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от тоже Аноним (ok), 30-Ноя-10, 11:09 
Тут пардон, об...ся ;)
Но для меня лично это больше говорит о проблемах CPython, чем о крутизне PyPy.
И к этому графику стоит внимательно присмотреться именно разработчикам С-реализации. Ведь PyPy - это, по большому счету, очередная итерация их же кода.


Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 30-Ноя-10, 13:49 
>Ведь PyPy - это, по большому счету, очередная итерация их же кода.

Ага, плюс, сюрприз,  полный jit

Ответить | Правка | Наверх | Cообщить модератору

50. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 30-Ноя-10, 14:13 
> На этом графике показан обгон в трех тестах из двадцати и провал
> в остальных. Как вы думаете, что вас ждет при переходе от
> тестов к реальным приложениям?

Я таки думаю нужно вам кофейку попить, чтобы правильно понимать графическую информацию и прочитать таки про JIT, хотя бы тут http://en.wikipedia.org/wiki/Just-in-time_compilation

После этого вопрос должен быть закрыт.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

52. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от тоже Аноним (ok), 30-Ноя-10, 15:19 
Кофейку - обязательно.
А вот вопрос я бы не закрывал, пока не увидел такой же график, но с эталонным CPython свежей версии, скомпилированным с оптимизацией под эту платформу.
И мой исходный тезис - что CPython можно ускорить, заменив основные алгоритмы на более прожорливые по памяти, никто даже не попытался аргументированно опровергнуть...
Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 30-Ноя-10, 16:44 
>пока не увидел такой же график, но с эталонным CPython свежей версии, скомпилированным с оптимизацией под эту платформу.

Извиняйте, и еще раз график вверху, синеньким это CPython. Прошу прощения, но дальшейшие объяснения бесмыслены, вы не хотите даже прочитать хоть малую толику материалов и путаете оптимизацию конкретной бинарной программы коей является CPython и оптимизацию всего кода для интерпретации в JIT.

Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от тоже Анонимemail (ok), 30-Ноя-10, 19:19 
Ваши "объяснения" ограничиваются одной аббревиатурой, продолжать действительно бессмысленно. А на графике - CPython позапрошлой версии, который при компиляции ориентировался на работу на любом i686 (если не i486) и минимум оперативки. А запущен он на Xeon с 12 гигами памяти. Если бы тестеров интересовала скорость, а не показатели...
Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от userd (ok), 30-Ноя-10, 19:08 
> CPython можно ускорить, заменив основные алгоритмы на более прожорливые по памяти

Может быть можно. Может быть нельзя. Пальцем ткните - какие основные алгоритмы вы хотите заменять. Иначе разговор какой-то беспредметный получается. Вы ведь не ждёте, что кто-либо начнёт доказывать что CPython принципиально нельзя ускорить? Вот есть такой проект - psyco  (http://psyco.sourceforge.net/) - JIT для CPython. В принципе - ускоряет. А в конкретном случае может быть неприменим.

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

58. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от тоже Анонимemail (ok), 30-Ноя-10, 19:53 
Я, пожалуй, закончу спор, согласившись с оппонентами.
Сравнение CPython с PyPy - это на самом деле не противопоставление, а проверка работы самого PyPy. Эта работа нужна и обоснована - как бы ни старались разработчики CPython ускорить интерпретатор, проблема неэффективного кода на Python, выполняющегося в этом интерпретаторе, никуда не денется. Именно в этом цель и смысл PyPy - оптимизация пользовательского кода, а не ускорение интерпретатора.
Таким образом, PyPy - это не "более быстрый Python", это "выпрямитель" программ, написанных на Python, "скармливающий" результаты CPython'овским процедурам. Так сказать, оптимизирующий интерпретатор.
Теперь до меня это дошло. Спасибо за интересную полемику ;)

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 30-Ноя-10, 21:44 
>как бы ни старались разработчики CPython ускорить интерпретатор, проблема неэффективного кода на Python, выполняющегося в этом интерпретаторе, никуда не денется

Ага, цельный гугл над этим работает и ничего сделать не может.

>Таким образом, PyPy - это не "более быстрый Python", это "выпрямитель" программ, написанных на Python, "скармливающий" результаты CPython'овским процедурам. Так сказать, оптимизирующий интерпретатор.

Блин... Сил уже нет. PyPy не использует CPython, совсем не использует, это отдельная реализация, а не надстройка над CPython. Ознакомтесь уже с мат. частью http://ru.wikipedia.org/wiki/PyPy

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

60. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от тоже Анонимemail (ok), 30-Ноя-10, 23:55 
Ладно, не использует. Использует свой, с аттракционами, способ выполнения Python-кода.
Не факт, что в случае компиляции в С получающийся машинный код так уж сильно отличается от процедур CPython. Но это неважно.
Важно то, что он не только выполняет код (как CPython), но вначале его перерабатывает и оптимизирует. Поэтому, собственно, действительно может работать быстрее.
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

39. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Аноним123321 (ok), 29-Ноя-10, 14:46 
> JIT - это костыли, позволяющие интерпретируемым языкам не слишком отставать по скорости от компилируемых ...

хотите сказать что преобразование инструкций в машинный код (во время обработки интерпретируемой программы) -- это костыли?

...ну тогда с таким же успехом можно сказать что и "Архитектура фон Неймана" вычислительных машин -- это тоже костыли (в отличии от "Гарвардской архитектуры" вычислительных машин)

:-)

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

40. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от тоже Аноним (ok), 29-Ноя-10, 16:42 
JIT, в принципе, делает то же самое, что и С-компилятор, только не один раз при создании программы, а каждый раз при ее работе. Появился JIT именно из-за того, что чистая интерпретация тормозит невыносимо. И это не костыль? Еще скажите, что замыкания - это не глюк сборщика мусора, возведенный в принцип ;)
Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 30-Ноя-10, 09:49 
>JIT, в принципе, делает то же самое, что и С-компилятор, только не один раз при создании программы, а каждый раз при ее работе.

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

>И это не костыль?

Костыль подразумевает под собой "лишний программный код" и всякое отсутвие плюсов, по сравнению с реализацией без костыля, а плюсы JIT таковы:
- кроссплатформенность,
- значительная скорость разработки,
- легкость изменения кода без накладных расходов.

Что это дает:
- возможность использования в энтерпрайз-системах, как бы пафосно это не звучало, но при гетерогенности примененных решений и платформ, например сборной солянки из операционных систем и серверов и корпоративных информационных систем (КИС), что как правило используется на больших предприятиях, вы можете это все довольно легко связать, без особых проблем, и с наименьшими затратами, и все это может обслуживаться одним легко доступным на рынке типом специалиста --- как итог значительный профит.


Ответить | Правка | Наверх | Cообщить модератору

46. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от тоже Аноним (ok), 30-Ноя-10, 11:05 
Это не плюсы JIT, это плюсы интерпретируемого языка. С обычной платой за это - пониженной скоростью, которая подпирается костылем JIT. Да, это очень верное и полностью обоснованное решение, но с какого перепугу ему обгонять по скорости нативный, откомпилированный с оптимизацией под конкретную платформу код - решительно непонятно.
Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 30-Ноя-10, 13:53 
> Это не плюсы JIT, это плюсы интерпретируемого языка. С обычной платой за
> это - пониженной скоростью, которая подпирается костылем JIT. Да, это очень
> верное и полностью обоснованное решение, но с какого перепугу ему обгонять
> по скорости нативный, откомпилированный с оптимизацией под конкретную платформу код -
> решительно непонятно.

А теперь представь КИС (корпоративную информационную систему), чье внедрение занимает не один месяц или даже не один год. Представил? Скорость работы имеет какое-либо значение по сравнению со скоростью разработки/внедрения? Для сравнения стоимость серверного оборудования занимает не более процента от стоимости внедрения КИС.

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  +/
Сообщение от ы (?), 30-Ноя-10, 14:16 
> но с какого перепугу ему обгонять
> по скорости нативный, откомпилированный с оптимизацией под конкретную платформу код -
> решительно непонятно.

Потому что python это инерпретируемый язык, и оптимизацией его байт-кода под конкретную платформу занимается как раз таки JIT.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

16. "Релиз PyPy 1.4, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от Аноним (-), 28-Ноя-10, 15:19 
Где вы вообще в данной теме матчасть нашли?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру