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

Релиз Cython 0.15, варианта языка Python, поддерживающего пл..., opennews (ok), 12-Авг-11, (0) [смотреть все] А если использовать указания типов, то можно повысить производительность в разы,, oxyum (ok), 00:06 , 12-Авг-11, (1) // Без генераторов и некоторых других вкусных питонизмов это всё было совсем не инт, gegMOPO4 (ok), 00:11 , 12-Авг-11, (2) // ой, да бросьте вы, когда действительно важна скорость и на голом асме писать буд, oxyum (ok), 00:13 , 12-Авг-11, (3) // Последний раз пробовал версию 0 11 Писать в привычном питоновском стиле оказало, gegMOPO4 (ok), 15:54 , 12-Авг-11, (15) Мне в Питоне многое нравилось Не нравилась только его прагматика - Держать ском, langer (?), 04:26 , 12-Авг-11, (4) –6 // В Руби тоже есть байткод, и он тоже лежит рядом с исходниками, только эта фича в, matte (?), 09:51 , 12-Авг-11, (7) +1 // Ну видимо кто-то из девелоперов Руби пытается эту дурную традацию лоббировать Бл, langer (?), 11:48 , 12-Авг-11, (11) –1 в 3ей версии он кладёт байткод в отдельную поддиректорию, но всё равно вместе с , all_glory_to_the_hypnotoad (ok), 10:05 , 12-Авг-11, (8) // и конечно же, выше подразумеваю cpython, all_glory_to_the_hypnotoad (ok), 10:08 , 12-Авг-11, (9) Тем более , langer (?), 11:42 , 12-Авг-11, (10) –1 // что тем более бинарник грузится в разы быстрее, all_glory_to_the_hypnotoad (ok), 11:48 , 12-Авг-11, (12) Какую часть по-вашему составляет суммарное время загрузки питоновского кода от с, langer (?), 19:01 , 12-Авг-11, (20) –1 это зависит от приложения, где-то может составлять значительную часть Так же не, all_glory_to_the_hypnotoad (ok), 22:18 , 12-Авг-11, (26) Если программа грузит сотни файлов кода, то обычно рассчитывается, что и работае, langer (?), 23:17 , 12-Авг-11, (30) –2 Насколько я понимаю, в Питоне байткод создаётся для импортируемых модулей, чтобы, anonym (?), 14:33 , 12-Авг-11, (14) +1 // Ответ нахотится в вашем вопросе Linux Windows MacOS - два против одного Или в, langer (?), 18:55 , 12-Авг-11, (19) –3 // ты просто путаешь разные подходы для разных языков Питон - скриптовый язык он р, anonym (?), 21:22 , 12-Авг-11, (23) +2 То что у него именно другой подход - я это прекрасно понимаю То есть вы считае, langer (?), 22:03 , 12-Авг-11, (24) –3 в спитоне так вышло исключительно по историческим соображениям, all_glory_to_the_hypnotoad (ok), 22:21 , 12-Авг-11, (27) http docs python org tutorial modules htmlбайткод создается автоматом при импо, anonym (?), 22:30 , 12-Авг-11, (28) Я знаю, как импортируются модули в Питоне Ну и А если pyc не будет проигнори, langer (?), 23:05 , 12-Авг-11, (29) –2 Ну а какой тут конфликт в том что он скриптовый и интерпретируемый Видишь ли, би, anonym (?), 23:22 , 12-Авг-11, (31) +1 Ну то есть он по-вашему никак не компилируемый Я уже понял вашу точку зрения Кр, langer (?), 23:38 , 12-Авг-11, (33) –2 Столько много красивых фраз с умным видом, при это знаком с предметом едва , anonym (?), 23:47 , 12-Авг-11, (34) Где вы здесь видите словосочетание программа без байткода it is read from a , langer (?), 00:09 , 13-Авг-11, (35) –1 зачем столько много слов создай текстовый файл hello, помести в него следующее p, anonym (?), 00:27 , 13-Авг-11, (36) Ну почему же Мне моего внимания не жалко А как вы определили, что никаких байт, langer (?), 00:49 , 13-Авг-11, (37) Только потому, что не появился файл с байткодом Не нравилась только его прагмати, anonym (?), 01:01 , 13-Авг-11, (38) Ну да Именно так я и сказал И что Вы решили просто мне подражать и привести мо, langer (?), 01:11 , 13-Авг-11, (39) –1 Что текстовые исходники, что бинарный байткод 8212 всё это архитектурно-незав, gegMOPO4 (ok), 16:01 , 12-Авг-11, (16) // То есть вы считаете, что хранить байт-код в var cache - это и есть UNIX-way с , langer (?), 18:47 , 12-Авг-11, (18) –2 // Спасибо, что просвещаете воображаемый образ собеседника Буду рад узнать и о дру, gegMOPO4 (ok), 19:20 , 12-Авг-11, (21) +1 То есть вы что-то слышали о FHS , но при этом считаете, что с этой точки между , langer (?), 19:37 , 12-Авг-11, (22) –2 Услышим ли мы ваше мнение, а не разоблачение ваших фантазий, приписываемых други, gegMOPO4 (ok), 22:12 , 12-Авг-11, (25) +1 Я уже сказал свое мнение в самом начале Вот здесь http www opennet ru openfor, langer (?), 23:23 , 12-Авг-11, (32) –1 Если pyc уж так уж мешают, то можно сделать export PYTHONDONTWRITEBYTECODE yes, анонимус (??), 02:40 , 13-Авг-11, (40) // Во-первых, вы ничего не поняли Они не мешают, они лежат не на своем месте Приче, langer (?), 07:00 , 13-Авг-11, (41) –1 Решительно бред Удали исходники, оставь байткод Не пойму в чем проблема даже , арсен (?), 13:40 , 12-Авг-11, (13) +2 // Это решение поддерживаемое Мне надо, что бы это принципиально соответствовало пр, langer (?), 18:35 , 12-Авг-11, (17) –1 // Просто вы бредите В нормальных системах весь байкод компилируется раз - при уст, ander (??), 22:32 , 14-Авг-11, (47) // А где вы увидели, что я предлагал, что-то компилировать после установки И куда-, langer (?), 19:27 , 15-Авг-11, (48) Вам не нравится где лежат байткоды, но это верное место, что я и пытался показат, ander (??), 02:04 , 21-Авг-11, (49) Тут прозвучала где-то верная мысль, что хранение Питоновского байткода рядом с с, Andrew Kolchoogin (?), 01:45 , 14-Авг-11, (43) –1   // Начнём с того, что когда я работал МНСом, учёные за 40 с удовольствием осваивали, Аноним (-), 02:24 , 14-Авг-11, (44)   // С правами доступа, конечно, товарищ загнул Описанные им проблемы нужно решать ме, langer (?), 05:06 , 14-Авг-11, (45) –2   Я не буду вдаваться в дискуссии, где, кто и что с удовольствием осваивал А вот ч, Andrew Kolchoogin (?), 11:51 , 14-Авг-11, (46) –1   1,4,13,43

Сообщения

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

43. "Релиз Cython 0.15, варианта языка Python, поддерживающего пл..."	–1 +/–
Сообщение от Andrew Kolchoogin (?), 14-Авг-11, 01:45
Тут прозвучала где-то верная мысль, что хранение Питоновского байткода рядом с скриптом модуля -- это подход либо виндозника, либо "админа локалхоста". Просто на реальной многопользовательской системе в этом случае пользоваться скомпилированным байткодом _в некоторых случаях_ становится просто невозможно, и вот почему. Представьте себе группу программистов, работающих над проектом на Питоне. Причём не над проектом "для сдачи заказчику", а над проектом "для себя", к примеру, это учёные, которые пишут софтину для обработки относительно своих математических моделей данных, получаемых с ЯМР-спектрометра фирмы "Хренов и Огурцов". Стоит в лаборатории числодробилка, на которой нежными руками сисадмина собран numpy, слинкованный с Атласом -- вся математика будет обрабатываться с охрененной скоростью оптимизированного кода на Фортране, а интерфейс может и потормозить, зато среднему учёному изучить скриптовый Питон куда проще, чем тот же самый Фортран или C. Также среднему учёному наплевать на всякие там SCM'ы и проч.: он логинится в Юникс и своим любимым текстовым редактором правит свой любимый исходник на Питоне. Разумеется, что лежит это всё в ${PREFIX}/lib/python${PYTHON_VER}/site_packages, где ему и положено, ибо где ему ещё лежать -- над проектом работают несколько человек, один пишет "разгребатор" данных, приходящих с ЯМР-гроба, другой -- математику, третий -- интерфейс. А теперь, внимание, вопрос: какие права должна иметь директория site_packages, и кому она должна принадлежать, чтобы Питон смог прекомпилировать все модули, которые пишутся этими тремя людьми? И при этом сам системный администратор вдруг случайно не обнаружил, что из-за того, что математик, задумавшись, не сказал 'rm -R' не в той директории, ни одного из стапицоттыщ Питоновских модулей, установленных в системе, больше нет? Если в моём рассуждении заменить слово "Питон" на слова "Перл версии 5.12 или старше", то ситуация становится вполне понятной: весь код должен лежать в групповой директории, доступной этим троим на запись, а вначале главного файла нужно в '@INC' запихнуть путь к ней -- Перл поддерживает run-time @INC customisation, если его правильно собрать. Но Питон, насколько мне известно, не поддерживает. Как быть?
Ответить | Правка | Наверх | Cообщить модератору

	44. "Релиз Cython 0.15, варианта языка Python, поддерживающего пл..."	+/–
	Сообщение от Аноним (-), 14-Авг-11, 02:24
	Начнём с того, что когда я работал МНСом, учёные за 40 с удовольствием осваивали SVN и с радостью говорили "Во, такой-то штуки нам и не хватало!" Может, у вас что-то в консерватории не так? Ну и сама мысль коллективно править исходники в одной общей помойке, как минимум, удивляет. Общая помойка - это безответственность и верная потеря данных в самый неподходящий момент. Но если оче хочется отстрелить себе ногу, то для вас ешё в XX веке придумали umask и setgid на каталоги, ну и POSIX ACL, это если хочется отстрелить ногу сразу по шею. Удачи. И про run-time @INC customisation тоже непонятно. Вы мануал по Питону читали?  Вот, http://docs.python.org/library/sys.html#sys.path и http://docs.python.org/using/cmdline.html#envvar-PYTHONPATH, прочтите, это бесплатно.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Релиз Cython 0.15, варианта языка Python, поддерживающего пл..."	–2 +/–
	Сообщение от langer (?), 14-Авг-11, 05:06
	С правами доступа, конечно, товарищ загнул. Описанные им проблемы нужно решать методом контроля версий, и никакие ACL даже не нужны (потому как мнутри систем контроля версий и так есть ACL). Проблема с бинарниками Питона проще (но не меньше от этого). В рантайм-каталогах лежит продублированный код, идентичный по функционалу и разный по формату. И все это только ради более быстрой загрузки с одинаковой скоростью работы. Это не UNIX-way и вообще глупое решение. Может это исправят в альтернативных реализациях?
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Релиз Cython 0.15, варианта языка Python, поддерживающего пл..."	–1 +/–
	Сообщение от Andrew Kolchoogin (?), 14-Авг-11, 11:51
	Я не буду вдаваться в дискуссии, где, кто и что с удовольствием осваивал. А вот что касается прав доступа: ну-ка, расскажите-ка мне, каким образом я должен выставить umask и _любые_ биты в директории, чтобы более одного человека могли удалять такие-то и такие-то файлы, но не могли удалять другие? Перекомпиляция .pyc'шки -- это создание темпорарника и link()/unlink(), иначе пара копий Питона, попытающаяся перекомпилировать один и тот же модуль, накомпилирует чёрт-те что. Sticky не поможет, из очевидных соображений. POSIX ACL? А что это? Или вы про драфт, который так и не стал стандартом, и пару лет назад заэкспайрился? (Я даже не буду троллить на тему setgid на директории тупым вопросом "а что он делает" -- в BSD-системах setgid на директориях, как известно, игнорируется, а файлы _всегда_ создаются с той группой, которой директория принадлежит). А про @INC и sys.path -- нет, не читал, поэтому честно и спросил в последнем предложении своего поста, умеет ли так же Питон. А самое смешное -- что в современном Юниксе есть вполне себе разумное место для хранения кэшей -- ~/.cache. Раньше его не было, но и KDE, и GNOME умели кэшировать всё в /tmp/kdecache-${USER}/ и /tmp/orbit-${USER}/. То есть, проблему-то можно решить в корне и в UNIX-стиле.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

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

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