https://opennet.me/openforum/vsluhforumID3/84485.html Разработчики проекта PyPy представили (http://permalink.gmane.org/gmane.comp.python.pypy/10069) проект pypy-stm (PyPy Software Transactional Memory), в рамках которого проведена работа по избавлению от глобальной блокировки интерпретатора, мешающей обеспечению параллельного выполнения нескольких нитей кода на языке Python. В настоящее время представлена надстройка над PyPy c рабочей реализацией интерпретатора Python 2.7, поддерживающая одновременное исполнение нитей существующих многопоточных приложений на разных ядрах CPU. Кроме STM-надстройки над PyPy дополнительно ведётся работа (https://bitbucket.org/arigo/cpython-withatomic) по реализации поддержки STM для экспериментальной ветки СPython 3.3.<br><br><br><br>От проблем с глобальной блокировкой до настоящего времени был избавлен только проект Jython, который использовал для обеспечения параллельного выполнения особенности виртуальной машины JVM вкупе с привязкой локов к изменяемым встроенным типам. В PyPy, CPython и IronPython, глобальная блокировка присутствует (h https://opennet.me/openforum/vsluhforumID3/84485.html#61 Mon, 14 May 2012 05:10:01 GMT А чем "это" лучше Clojure?<br> https://opennet.me/openforum/vsluhforumID3/84485.html#60 Mon, 14 May 2012 04:22:48 GMT &gt;создающий массивы и добавляющий в них данные<br><br>Как это относится к графам? Я понимаю например нахождение оптимального пути в графе между элементами или нахождение наименьшего/наибольшего элемента. По работе с массивами numpy порвет всех. Заинтриговали, где код?<br><br>&gt;Совсем медленно. Хуже чем в 2 раза медленнее чем perl. И помимо этого неудобный синтаксис, слишком много лишних действий по сравнению с perl. вот смотрите http://snowplow.org/martin/rebench/<br><br>Вас 2006 год в статье не смущает? С тех пор всё сильно изменилось. Помимо re есть и другие библиотеки. <br>http://code.google.com/p/re2/ <br>https://github.com/dprokoptsev/pire <br>http://pypi.python.org/pypi?%3Aaction=search&term=regular+expression&submit=search<br><br>&gt;Функция вызывает сама себя. <br><br>Я в курсе что такое рекурсия, вы функцию покажите.<br> https://opennet.me/openforum/vsluhforumID3/84485.html#59 Sun, 13 May 2012 07:43:49 GMT STM зачастую медленнее хорошо написанных явных блокировок, особенно, при небольшом числе процессоров/ядер, т.к. при работе с общей памятью накладные расходы на ведение лога и коммиты никуда не исчезают<br> https://opennet.me/openforum/vsluhforumID3/84485.html#58 Sun, 13 May 2012 05:40:10 GMT О как. А шо там как там с posix threads в MSVC собирать?<br> https://opennet.me/openforum/vsluhforumID3/84485.html#57 Sun, 13 May 2012 04:04:43 GMT да же с++ есть локи ) <br>то есть нормально когда у тебя есть локи, а потом можно и всё остальное придумывать.<br><br>Походу питону ещё долго жить с глобальной блокировкой. )<br> https://opennet.me/openforum/vsluhforumID3/84485.html#56 Sun, 13 May 2012 03:56:21 GMT включая бесконечное зацикливание которе ещё никто не разрешил )<br> https://opennet.me/openforum/vsluhforumID3/84485.html#55 Sun, 13 May 2012 03:54:50 GMT транзакции не панацея, и имеют свои проблемы<br>дедлоки, конфликты при оптимистических транзакциях.<br><br>нет не уверен, но как показывает практика (java с#) нормальное решение это локи.<br>но возможно 0.0001% они откроют новую веху в построении паралельных програм )<br><br><br><br><br> https://opennet.me/openforum/vsluhforumID3/84485.html#54 Sat, 12 May 2012 21:48:07 GMT &gt;&gt;1) обсчет по большому графу - массивы/словари(хэши)<br>&gt; Это как? Что за алгоритм? <br><br>создающий массивы и добавляющий в них данные<br><br><br>&gt;&gt;2) регуляные выражения - совсем плохо<br>&gt; Плохо что?<br><br>Совсем медленно. Хуже чем в 2 раза медленнее чем perl. И помимо этого неудобный синтаксис, слишком много лишних действий по сравнению с perl. вот смотрите http://snowplow.org/martin/rebench/<br><br>&gt;&gt; 3) при рекурсии в 50000 python падал. Perl выдавал лишь warning. Pypy упал еще быстрее.<br>&gt; Рекурсии чего? <br><br>Функция вызывает сама себя. Не забудьте sys.setrecursionlimit(10000000) в python, а то он из коробки много отказывается поддержать.<br><br>&gt;&gt;только как числодробилка python опередил perl.<br>&gt; Вы путаетесь в показаниях, пару постов вы писали противоположное<br><br>Вы думаете если я утверждаю что python тормоз, то я не признаю что он в чем-то быстрей, если он там действительно быстрей ?<br> https://opennet.me/openforum/vsluhforumID3/84485.html#53 Sat, 12 May 2012 19:27:00 GMT &gt; А вы уверены, что транзакции это хуже локов с архитектурной точки зрения <br>&gt; и точки зрения быстродействия?<br><br>Транзакции памяти кушать будут больше, быстродействие возможно будет больше.<br>