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

Первый выпуск Topaz, высокопроизводительной реализации Ruby,..., opennews (ok), 07-Фев-13, (0) [смотреть все] Вот и встретились два тормоза Ждём PHP на JavaScript , pavlinux (ok), 00:50 , 07-Фев-13, (1) +20   // Всё правильно Готовится же пилотируемый полет на Марс, надо, значит, космонавта, anonymous (??), 01:00 , 07-Фев-13, (3)   // да чота както не смешно, ведь это была шутка да , Тутутиту (?), 12:51 , 07-Фев-13, (51) –3   Для тех, кто в танке, RPython по сути ближе к C D и компилируемый, но с Python, sKotenok (?), 01:20 , 07-Фев-13, (6) +28   // Про яву жабисты тоже так говорят Ну да, по сравнению с классическим питоном ява, Аноним (-), 07:18 , 07-Фев-13, (24) +5   // За счет allocator действительно java быстрее C C при частом выделении освобожд, Аноним (-), 08:12 , 07-Фев-13, (25) –4   для тех кто в танке, в реализациях аллокатора, алгоритм сводится к тому, что пос, ВовкаОсиист (ok), 09:30 , 07-Фев-13, (29) +7   В C аллокатор ы можно свои понаписать, и оптимизировать их под свои нужды , Аноним (-), 12:52 , 07-Фев-13, (52) +4   Более того, любой уважающий себя, нагруженный проект на сях к этому рано или поз, rshadow (ok), 14:54 , 07-Фев-13, (61) +3   И в си Ну а жабисты понятное дело вынуждены кушать то что спустили божки свыше , Аноним (-), 21:40 , 07-Фев-13, (69) +1   На сях и плюсах ВНЕЗАПНО можно использовать свой кастомный алокатор Любой Впло, Аноним (-), 21:39 , 07-Фев-13, (68) +1   в специально подогнанных под нее тестах в реальности 30-40 раз будет, energia (ok), 13:22 , 07-Фев-13, (55)   Да не, это в обычных Вон бенч на quicklz com например - алгоритм сжатия, один и, Аноним (-), 21:42 , 07-Фев-13, (70)   Да мерзость Явы не в ее медлительности - это даже почти не грех, тем более, чт, Тутутиту (?), 12:52 , 07-Фев-13, (53)   // Зато пока офисный пакет с явой взлетит чтобы открыть один ср ный CSVшник на 5 ки, Аноним (-), 22:47 , 07-Фев-13, (73) +1   Тесты показывают, что на JS возможна производительность близкая к C V8 в основн, Lain_13 (ok), 02:20 , 07-Фев-13, (9)   // Синтетические - может быть В реальной жизни он медленнее на порядки и всегда бу, Аноним (-), 03:42 , 07-Фев-13, (12) +2   // На порядки медленнее Питон PyPy на порядок, CPython на все два порядка Всё зав, Lain_13 (ok), 06:35 , 07-Фев-13, (17) +4   но на JS написать медленный код - как делать нефиг, а вот быстрый - надо долг, Аноним (-), 22:49 , 07-Фев-13, (75) –1   Если ты специально не пытаешься использовать одну переменную для всех мыслимых ц, Lain_13 (ok), 03:10 , 08-Фев-13, (85) +1   И что ты этим хотел сказать Хотел нам пояснить принципиальную невозможность ген, AnonuS (?), 03:57 , 07-Фев-13, (13)   // То, что компилятор написанный на высокоуровневом языке может позволить выполнять, Lain_13 (ok), 06:38 , 07-Фев-13, (18) +2   А что, сам pypy при выполнении питонятины уже обгоняет си Или уже не является к, Аноним (-), 07:12 , 07-Фев-13, (20) –1   Вероятно ты не понял, но PyPy компилирует код в бинарный и ничего не исполняет , Lain_13 (ok), 08:18 , 07-Фев-13, (26) –1   Путаете CPython и Cython В машинный код компилируется последний Первый 8212 , Аноним (-), 09:49 , 07-Фев-13, (33) +1   Ты прав, путаю, но всё же CPython это интерпретатор и компилятор 8212 он ведь, Lain_13 (ok), 10:32 , 07-Фев-13, (44)   кони, люди , pavel_simple (ok), 10:42 , 07-Фев-13, (47) +3   Ну ладно, ладно, CPython это интерпретатор байт-кода Легче стало , Lain_13 (ok), 10:48 , 07-Фев-13, (48) +2   ага отлегло прям, GentooBoy (ok), 19:52 , 07-Фев-13, (65)   IIRC он умеет только урезанный субсет питона с уймой ограничений Ага, понятно, F, Аноним (-), 22:56 , 07-Фев-13, (76) –1   Да вроде как да, Тутутиту (?), 12:53 , 07-Фев-13, (54)   Накаркаешь ведь , Аноним (-), 07:12 , 07-Фев-13, (19) +1   Тонкий троллинг Ruby со стороны Python, GentooBoy (ok), 00:51 , 07-Фев-13, (2) +21 // То ли еще будет, когда эту штуку на самом pypy запустят , Аноним (-), 01:05 , 07-Фев-13, (5) // Так они практически это и сделали , Lain_13 (ok), 02:23 , 07-Фев-13, (10) +1 Первый выпуск Topaz, высокопроизводительной реализации Ruby,..., Аноним (-), 07:13 , 07-Фев-13, (21) // Точнее когда Еще точнее - никогда Писалка не выросла , риг (?), 09:56 , 07-Фев-13, (35) –1 писалка-то на месте, только нафига им змей-кастрат руби как-то помощней и покра, arisu (ok), 14:32 , 07-Фев-13, (57) +2 Пипитонисты все меряются пипи , Аноним (-), 23:05 , 07-Фев-13, (77) +1 На чём , piteri (ok), 22:18 , 07-Фев-13, (72) на веществах питонисты отсыпят , Andrey Mitrofanov (?), 22:48 , 07-Фев-13, (74) +3 Ну, почему сразу толлинг Просто теперь рекурсивно можно создавать Ruby и Pyth, ffirefox (?), 09:52 , 07-Фев-13, (34) +3 Еще большим троллингом будет написть питон на Ruby, чтобы продемонстрировать пит, Аноним (-), 11:12 , 07-Фев-13, (49) +1 А где же потребление оперативной памяти , Аноним (-), 01:05 , 07-Фев-13, (4) +1 ржал в голос, Аноним (-), 01:28 , 07-Фев-13, (7) +1 // улыбайтесь шире - шеф любит идиотов , Aleks Revo (ok), 01:38 , 07-Фев-13, (8) // Ну не все шефы такие же как и твой шеф Повезло тебе с ним , Pro (??), 09:56 , 07-Фев-13, (36) +3 У меня когнитивный диссонанс Столько взаимоисключающих параграфов в 6-ти словах, Аноним (-), 02:30 , 07-Фев-13, (11) +3 // кретины, способные лишь на повторение шаболонных фраз к месту и без, продолжают , Аноним (-), 05:28 , 07-Фев-13, (15) // У вас запятая после предлога , Аммоним (?), 14:12 , 07-Фев-13, (56) +2 // У него все верно, предлог относится к причастному обороту , Аноним (-), 09:54 , 10-Фев-13, (86) –2 фейл, оборот не причастный, и ошибка в шаболонности, посыпаю голову пеплом В лю, Аноним (-), 09:56 , 10-Фев-13, (87) Да ладно вам, просто у питонистов свои понятия о высокой производительности , Аноним (-), 07:16 , 07-Фев-13, (22) –3 PyPy уже года три как всё не могут Python 3 реализовать Хотя хвалились, что за , mumu (??), 04:26 , 07-Фев-13, (14) +2 // потому не могут, что стандарт 3 x меняется, Аноним (-), 05:29 , 07-Фев-13, (16) –1 Так они и руби реализовали 1 9, тогда как там уже 2 0 есть , Аноним (-), 07:17 , 07-Фев-13, (23) напишите в заголовке RPython вместо Python, Аноним (-), 09:26 , 07-Фев-13, (27) Поглумились в жесткой форме над питоном Язык, пригодный для написания Ruby , Аноним (-), 09:27 , 07-Фев-13, (28) –1 // Ну да, а создатели Ruby поглумились над C А создатели JRuby 8212 над Java А, anonymous (??), 09:43 , 07-Фев-13, (31) // В JRuby по крайней мере есть очевидный смысл - простота размещения Ruby-приложен, Аноним (-), 10:29 , 07-Фев-13, (41) –1 // fixed, Аноним (-), 23:07 , 07-Фев-13, (78) +1 Оставлю в сторонке желание поупражняться в остроумии и задамся простым вопросом , YetAnotherOnanym (ok), 10:02 , 07-Фев-13, (37) // На питоне относительно проще, чем на си, напейсать годный интерпритатор Ну и по, анон (?), 10:10 , 07-Фев-13, (39) +1 // То есть все предыдущие - негодные , YetAnotherOnanym (ok), 10:30 , 07-Фев-13, (42) Кто спасёт хипстеров-рубильников от тормозов Только бравые питонисты , anonymous (??), 10:21 , 07-Фев-13, (40) // спасение утопающих - дело рук других утопающих , YetAnotherOnanym (ok), 10:34 , 07-Фев-13, (45) +1 Гадюки спасают рубильники Новое слово в науке и технике , Аноним (-), 23:08 , 07-Фев-13, (79) Если оно получилось шустрее чем не смысл , Crazy Alex (ok), 15:52 , 07-Фев-13, (62) We need to go deeper , Anonymous from da LOR (?), 10:30 , 07-Фев-13, (43) +2 Откуда, ну откуда у людей столько свободного времени Они уже умеют питаться , exn (??), 10:37 , 07-Фев-13, (46) // Кто в школе хорошо учился кирпичи не укладывает, ызусефещк (?), 20:52 , 07-Фев-13, (67) // петросянщина, exn (??), 22:08 , 07-Фев-13, (71) Вот вы в школе учились плохо Судя по отсутствию знаков препинания , Аноним (-), 23:09 , 07-Фев-13, (80) +1 // Ну-ка профессор, поделись, где тут запятая нужна , pavlinux (ok), 03:01 , 12-Фев-13, (88) –1 вот ты, например, как раз запятую пропустил а выше 8212 тире надо которое т, arisu (ok), 03:06 , 12-Фев-13, (89) Я специально, раздельно как-то не то А надо с заглавной писать, да и которое, pavlinux (ok), 03:31 , 15-Фев-13, (90) не надо это не важно, да вдобавок поддаётся автоматической починке а вот скрип, arisu (ok), 03:46 , 15-Фев-13, (91) Хорошая шутка , Аноним (-), 11:19 , 07-Фев-13, (50) +1 Странные ребята комментаторы встретились два тормоза , Си рвут питон по скоро, t0t (?), 14:34 , 07-Фев-13, (58) –2 // ЗЫ Как вы догадались, Си -- это Запор по сравнению с Питоном-мерседесом по удобс, t0t (?), 14:36 , 07-Фев-13, (59) –3 // По удобству разработки это питон - Запор по сравнению с Ruby-мерседесом , Аноним (-), 14:41 , 07-Фев-13, (60) +3 // Ездите на своих мерседесах, а мы поставим в таёту двигатель от сушки, и прикрути, GentooBoy (ok), 19:57 , 07-Фев-13, (66) Не знаю что вы там съесть собрались, а вот городские легенды о мужике с пороховы, Аноним (-), 23:11 , 07-Фев-13, (81) +1 Ну и примерчик вы выбрали Действительно - ну какая разница, смогу я в реальном в, Crazy Alex (ok), 15:57 , 07-Фев-13, (63) Им надо написать Ruby на Jython, причем саму JVM запускать в виде JavaScript при, VoDA (ok), 16:27 , 07-Фев-13, (64) // Для полноты картины надо сначала в браузере операционку загрузить , Аноним (-), 23:12 , 07-Фев-13, (82) // В кему-ляторе на js Полнота дополнена , Andrey Mitrofanov (?), 23:24 , 07-Фев-13, (83) 1,2,4,7,11,14,27,28,37,43,46,50,58,64

Сообщения

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

1. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+20 +/–
Сообщение от pavlinux (ok), 07-Фев-13, 00:50
Вот и встретились два тормоза! :) Ждём PHP на JavaScript.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+/–
	Сообщение от anonymous (??), 07-Фев-13, 01:00
	Всё правильно. Готовится же пилотируемый полет на Марс, надо, значит, космонавтам затормозить у Марса да топливо сэкономить. Вот руби, написанный на питоне, написанный на жаваскрипте, написанный на пхп, написанный на васике, пригодится.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	–3 +/–
	Сообщение от Тутутиту (?), 07-Фев-13, 12:51
	да чота както не смешно, ведь это была шутка да?
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+28 +/–
	Сообщение от sKotenok (?), 07-Фев-13, 01:20
	Для тех, кто в танке, RPython по сути ближе к C++/D и компилируемый, но с Python-like синтаксисом, так-что троллинг про тормоза не к месту. А сама идея - прикольная, поработав над проектом, можно прокачаться и в Ruby и в Python, еще бы практическое применение ему найти.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	24. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+5 +/–
	Сообщение от Аноним (-), 07-Фев-13, 07:18
	> Для тех, кто в танке, RPython по сути ближе к C++/D Про яву жабисты тоже так говорят. Ну да, по сравнению с классическим питоном ява быстрая: сливает сям всего в 3-4 раза. На фоне питона - быстро, не отнять.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	–4 +/–
	Сообщение от Аноним (-), 07-Фев-13, 08:12
	За счет allocator действительно java быстрее C/C++ при частом выделении освобождении небольших обьемов динамической памяти
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+7 +/–
	Сообщение от ВовкаОсиист (ok), 07-Фев-13, 09:30
	для тех кто в танке, в реализациях аллокатора, алгоритм сводится к тому, что после освобождения конкретной памяти, физически она висит в пространстве и ждёт очередную порцию мелких аллоков внутри этого самого куска, дабы избежать фрагментации. Задолбали со своими криками про "жаба быстрее С/С++", будто бы жаба написана на чём-то сферическом.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+4 +/–
	Сообщение от Аноним (-), 07-Фев-13, 12:52
	В C++ аллокатор'ы можно свои понаписать, и оптимизировать их под свои нужды.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	61. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+3 +/–
	Сообщение от rshadow (ok), 07-Фев-13, 14:54
	Более того, любой уважающий себя, нагруженный проект на сях к этому рано или поздно приходит. Вот собственно и получается что вдля мелких программ жаба только память жрет и воздух обогревает, а с крупными спорить все рано не может... ни один жаб никогда не сказал что его программа обогнала аналог на си (засмеют), все у них теоретически....
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+1 +/–
	Сообщение от Аноним (-), 07-Фев-13, 21:40
	> В C++ аллокатор'ы можно свои понаписать, и оптимизировать их под свои нужды. И в си. Ну а жабисты понятное дело вынуждены кушать то что спустили божки свыше и нахваливать.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	68. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+1 +/–
	Сообщение от Аноним (-), 07-Фев-13, 21:39
	> За счет allocator действительно java быстрее C/C++ при частом выделении освобождении небольших > обьемов динамической памяти На сях и плюсах ВНЕЗАПНО можно использовать свой кастомный алокатор. Любой. Вплоть до fully static распределения памяти (применяется в эмбеддовке и ответственных применениях, где сбой выделения памяти просто недопустим).
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	55. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+/–
	Сообщение от energia (ok), 07-Фев-13, 13:22
	> ява быстрая: сливает сям всего в 3-4 раза в специально подогнанных  под нее тестах. в реальности 30-40 раз будет
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	70. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+/–
	Сообщение от Аноним (-), 07-Фев-13, 21:42
	>  в специально подогнанных  под нее тестах. в реальности 30-40 раз будет Да не, это в обычных. Вон бенч на quicklz.com например - алгоритм сжатия, один и тот же, на сях, яве, сишарпе и прочая. Ну, авторы пишут либу и им никакого интереса кого-то специально чмырить. Вот ява там как раз раза в три и сливает.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+/–
	Сообщение от Тутутиту (?), 07-Фев-13, 12:52
	> Для тех, кто в танке, RPython по сути ближе к C++/D и > компилируемый, но с Python-like синтаксисом, так-что троллинг про тормоза не к > месту. > А сама идея - прикольная, поработав над проектом, можно прокачаться и в > Ruby и в Python, еще бы практическое применение ему найти. Да "мерзость" Явы не в ее медлительности - это даже почти не грех, тем более, что вычисления, например, она делает вполне быстро...
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	73. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+1 +/–
	Сообщение от Аноним (-), 07-Фев-13, 22:47
	> тем более, что вычисления, например, она делает вполне быстро... Зато пока офисный пакет с явой взлетит чтобы открыть один ср@ный CSVшник на 5 кило - выбешивает весьма конкретно.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+/–
	Сообщение от Lain_13 (ok), 07-Фев-13, 02:20
	Тесты показывают, что на JS возможна производительность близкая к C (V8 в основном в 2 раза медленнее, но иногда выдаёт код даже более быстрый, чем на C). Ещё учти, что PyPy (компилятор питона на питоне) в основном в 10 раз более быстрый код генерирует, чем CPython (компилятор питона на си). Так что PHP на JS может внезапно оказаться быстрее того, что есть сейчас. Такие дела. Другое дело, что скорость PHP особой роли обычно не играет кроме очень динамичных сайтов. В остальных случаях достаточно хорошего кэширования.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	12. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+2 +/–
	Сообщение от Аноним (-), 07-Фев-13, 03:42
	> Тесты показывают, что на JS возможна производительность близкая к C (V8 в основном в 2 раза медленнее, но иногда выдаёт код даже более быстрый, чем на C). Синтетические - может быть. В реальной жизни он медленнее на порядки и всегда будет.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+4 +/–
	Сообщение от Lain_13 (ok), 07-Фев-13, 06:35
	На порядки медленнее Питон. PyPy на порядок, CPython на все два порядка. Всё зависит от прямоты рук — плохой и крайне медленный код можно написать на любом языке и это не вина языка если программа сортирует пару миллионов строк методом пузырька. Вот памяти он всегда будет жрать в несколько раз больше C, но память сейчас обычно не проблема даже на относительно дешёвых планшетах.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	–1 +/–
	Сообщение от Аноним (-), 07-Фев-13, 22:49
	> можно написать на любом языке ...но на JS написать медленный код - как делать нефиг, а вот быстрый - надо долго изгаляться. Потому что динамическая типизация подразумевает массу лишних проверок "а не изменился ли у нас тип". Что распостраняется даже на самые простые операции.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+1 +/–
	Сообщение от Lain_13 (ok), 08-Фев-13, 03:10
	>Потому что динамическая типизация подразумевает массу лишних проверок Если ты специально не пытаешься использовать одну переменную для всех мыслимых целей, то V8 присваивает ей определённый тип и дальше все эти проверки не выполняет. Если ты не клинический идиот, то как минимум это проблемой не станет.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+/–
	Сообщение от AnonuS (?), 07-Фев-13, 03:57
	> Ещё учти, что PyPy (компилятор питона на питоне) в основном в 10 раз более быстрый код генерирует, чем CPython (компилятор питона на си). И что ты этим хотел сказать? Хотел нам пояснить принципиальную невозможность генерации быстрого "змеиного" кода компилятором написанным на "С"?
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	18. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+2 +/–
	Сообщение от Lain_13 (ok), 07-Фев-13, 06:38
	> И что ты этим хотел сказать? Хотел нам пояснить принципиальную невозможность генерации > быстрого "змеиного" кода компилятором написанным на "С"? То, что компилятор написанный на высокоуровневом языке может позволить выполнять оптимизации, которые на чистом С реализовать на несколько порядков сложнее. PyPy это крайне наглядно доказал.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	–1 +/–
	Сообщение от Аноним (-), 07-Фев-13, 07:12
	> PyPy это крайне наглядно доказал. А что, сам pypy при выполнении питонятины уже обгоняет си? Или уже не является кастрированной реализацией питона, с запретом использовать ряд функционала?
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	–1 +/–
	Сообщение от Lain_13 (ok), 07-Фев-13, 08:18
	> А что, сам pypy при выполнении питонятины уже обгоняет си? Вероятно ты не понял, но PyPy компилирует код в бинарный и ничего не исполняет. Собственно и CPython делает то же самое. Если нужный код вынести в модули, то при первом исполненни будут даже созданы бинарные файлы на диске, которые будут использованы при следующем запуске вместо пересборки питонятины ещё раз. Код собранный из питонятины работает медленнее Си. Собранный PyPy — на порядок, собранный CPython на два порядка. Собственно тут поднимался вопрос о реализации компилятора PHP на JS и я указал именно на то, что написать компилятор на высокоуровневом языке может оказаться более выгодным, чем писать его на низкоуровневом с точки зрения скорости выполнения собранного кода после его оптимизации компилятором. Сам компилятор при этом наверняка будет работать медленнее даже при ограничении на использование одинакового набора оптимизаций, но это ведь и не важно — в случае компиляции нам ведь важно как быстро мы побежим, а не как долго мы к этому будем готовиться. Другое дело, что на высокоуровневом языке наверняка будет невыгодно писать интерпретатор или JIT-компилятор с точки зрения времени затрачиваемого на интерпретацию и JIT-компиляцию, так-как это время уже реально будет влиять на скорость работы приложения. В случае PHP использование компилятора действительно проблематично и приведёт к невозможности реализации некоторых его возможностей. Вообще чего уже только ни придумали для ускорения пыха. И конвертер в C++, и компилятор в байткод .NET… > Или уже не является кастрированной реализацией питона, с запретом использовать ряд функционала? Не являлся. Там есть некоторые различия в риализаци некоторых вещей, но в основном они связаны со сборщиком мусора, некоторыми стратегиями оптимизации исполнимого кода и изначально недокументированным поведением. Всего таких различий мало и их довольно легко избежать. Может не хватать некоторых модулей, но лишь потому, что их нужно переписать на самом же питоне и это ещё не сделано, а не потому, что это невозможно. Подробности по ссылке, ничего ужасного принципиально неразрешимого там нет: http://pypy.readthedocs.org/en/latest/cpython_differences.html
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+1 +/–
	Сообщение от Аноним (-), 07-Фев-13, 09:49
	> Вероятно ты не понял, но PyPy компилирует код в бинарный и ничего не исполняет. Собственно и CPython делает то же самое. Путаете CPython и Cython. В машинный код компилируется последний. Первый — это образцовая реализация питона. Он является интерпретатором и компилируется в байткод.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+/–
	Сообщение от Lain_13 (ok), 07-Фев-13, 10:32
	> Путаете CPython и Cython. В машинный код компилируется последний. Первый — это > образцовая реализация питона. Он является интерпретатором и компилируется в байткод. Ты прав, путаю, но всё же CPython это интерпретатор и компилятор — он ведь компилирует то, что разобрал, в байткод, а не выполняет команды последовательно, так ведь? PyPy же вообще собирает и оптимизирует байткод по-мере надобности используя JIT-компилятор.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+3 +/–
	Сообщение от pavel_simple (ok), 07-Фев-13, 10:42
	>> Путаете CPython и Cython. В машинный код компилируется последний. Первый — это >> образцовая реализация питона. Он является интерпретатором и компилируется в байткод. > Ты прав, путаю, но всё же CPython это интерпретатор и компилятор — > он ведь компилирует то, что разобрал, в байткод, а не выполняет > команды последовательно, так ведь? PyPy же вообще собирает и оптимизирует байткод > по-мере надобности использую JIT-компилятор. ... кони, люди...
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+2 +/–
	Сообщение от Lain_13 (ok), 07-Фев-13, 10:48
	Ну ладно, ладно, CPython это интерпретатор байт-кода. Легче стало?
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+/–
	Сообщение от GentooBoy (ok), 07-Фев-13, 19:52
	ага отлегло прям
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	–1 +/–
	Сообщение от Аноним (-), 07-Фев-13, 22:56
	> Вероятно ты не понял, но PyPy компилирует код в бинарный и ничего не исполняет. IIRC он умеет только урезанный субсет питона с уймой ограничений. > Собственно и CPython делает то же самое. Ага, понятно, FAIL засчитан. Cpython может компилировать в некий промежуточный байткод. Но эпикфэйл состоит в том что далее этот байткод ... ИНТЕРПРЕТИРУЕТСЯ. Но да, спасибо, я заметил - питонисты настолько тупые, что вообще не способны понять что нет никакой разницы, будут ли интерпретироваться слова или какие-то байткоды. Спасибо что подтвердили мой тезис. > код вынести в модули, то при первом исполненни будут даже созданы > бинарные файлы на диске, которые будут использованы при следующем запуске вместо > пересборки питонятины ещё раз. Вот только в модулях опять же некий абстрактный байткод, который CPU напрямую выполнять не может. И поэтому питон его интерпретирует. Трабла в том что полезная логика программы оказывается густо разбавлена логикой интерпретера. По поводу чего интерпритаторы тормознее компиляторов, которые перегоняют все в нативный машинный код 1 раз, а потом в коде остается только логика программы. Так что разбавление кода интерпретаторским - пропадает. Интерпретеры тормознее компилеров by design. В счет чего cpython (который интерпретер) - без шансов vs компилеров или хотя-бы умеющих JIT. Pypy в этом плане лучше, но он IIRC умеет только урезаный субсет питона и совсем не факт что обгонит си на одном и том же алгоритме, так что громкие тезисы о супер-оптимизации как-то не выглядят доказанными.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	54. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+/–
	Сообщение от Тутутиту (?), 07-Фев-13, 12:53
	>> PyPy это крайне наглядно доказал. > А что, сам pypy при выполнении питонятины уже обгоняет си? Или уже > не является кастрированной реализацией питона, с запретом использовать ряд функционала? Да вроде как да
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	19. "Первый выпуск Topaz, высокопроизводительной реализации Ruby,..."	+1 +/–
	Сообщение от Аноним (-), 07-Фев-13, 07:12
	> Ждём PHP на JavaScript. Накаркаешь ведь :)
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

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