その欠点のStackless Python?[定休日]

Question

私は読書においては、最近、 Stackless Python することができる多くのメリットに比べてバニラcPython.すべての方に優れた機能のように無限再帰,microthreads,continuations。同時よりはるかに高cPython(10%程度であるのに対し、場合に Pythonのwiki きら) や に対応で少なくともバージョン2.5,2.6 3.0).

これらすべて見はほとんどないます。しかし、 TANSTAAFL, かな情熱をStacklessのPython地域 PEP219 なく実現。この理由は何でしょうか？その欠点のStackless?何を骨格の中に隠されているStackless'クローゼット?

(いStacklessなリアルタイム並行処理できるプログラミングを兼任。なんでわざわざと思ったからです。

Answer 1

がわかりませんが"Stacklessは10%より速い"のWikiから来たものの、その後は再びいた測定方性能。思いつかないようStacklessなっています。

Stacklessは素晴らしいツール複数の組織的-政治問題を引き起こします。

最初から。キリスト教Tismer話をスタートしましたがっStackless約10年前になります。たうんでく説明しているのか、なぜ人々は利用します。これはいろいろと修正を重ねながら背景を持っていないのCS研修に関するアイデアのようにcoroutinesでのプレゼンテーションや議論も実施に向け、硬いもしていなhip-深continuations使用方法について消費者が理解でソリューションとしてある。

そのため、最初の文書化した。あり方についての記述が使用することで、ベストから第三者提供者が保持しています。でPyCon2007たしていきたいと思います"と話し使用Stackless"を超えたもので、参加者の調査。リチャード-ゴわなければならない仕事の収集、更新 stackless.com, 維の分布がPythonスリリースが登場。た従業員の CCPゲーム, 開発の前夜には、オンライン利用Stacklessには欠かせないものとして、一部のゲーミングシステム。

CCPゲームの最大の実例利用時としてお話をしてくださっていStackless.本チュートリアルのためのStacklessは助成金のオルソンの"導入に並行プログラミングStackless Python"でもあるゲーム。この人たちに、斜めという考えStacklessはゲームの型が入っていることが多いので、よりこのゲームをより簡単に継続します。

別の困難されたソースコード。それに必要な変更に多くの部品のPythonるGuido van Rossum、Pythonのリード、注意.理由の一部はないかと考えていた支援のためのコ/ccでは、その後除去され"とされているものように支援gotoがある場合より高いレベル。" いつもこの歴史ので読むこと"Stacklessを必要とするのも変化し続けています。"

後にリリースなの変Tismer進のために収ます。があったものの配慮の姿勢(てん)はCPythonはPythonで実装では参考として実施できます。Stackless機能がないのですが実施するJythonは鉄エラーになります。

切ありませ計画"大きな変化のコードベース".この引用や参照のリンクからArafangionの参照のコメント）から約2000/2001年.の構造変化してきた、という。Stacklessとしてでは安定した成熟し、届をベースとした最近数年間です。

最後の制約Stacklessが強いといえStackless.Tismer現に深くかかわっている PyPy, は、実施のPythonのためのブランド、。そし、全体の約割を占めるに至ってStackless機能PyPyであると考えてさらに高くなっているStacklessそのものを感じることPyPyの。ゴ維持Stacklessんなに興味を啓発活動について考察している役割もないいくつもの利益からです。

もしたい場合は修Stackless、お気軽に お問い合わせ! :)

Answer 2

でも長を探す。その 時間がなかったのにPyPyでしたが、2年間の問題とpsycoまで、健康止めてこのかなり急.後ほど現在決定している活躍を再度設計 代替的なアプローチ-現でEuroPython2012年.

のアンドリュースの記述は正しい。一部の 軽微な追加:

StacklessたくCPythonは、10年前、私は最適の通訳します。その時、Guidoことを目的とした。数年後の人た類似最適化とともに、より良いものを、Stackless少し、ゆっくりとして期待される。

ョン:でも、はじめましたpushy、こStacklessのかかるものと思われます。その後、またほとんどできることが、私が興味を失ったことが好ましょう でのご滞在ならこの方、一部のフラストレーション、部分的に 管Stackless.

引数のように"その他の実装できない"と感じ、常に足の不自由なく、どれている例があるこの引数でもお使いいただけます。と思ったより良いを忘れての滞在に良い友好Guido、自分のdistro.

この間も変わります。ようにPyPyとStacklessしているもの

乾杯--クリス

Answer 3

振り返ってみると、私が正しくStacklessした予定内包の公式CPythonが、著者のstacklessのCPythonあってはならないものとしますので、その計画をいくつかの大きな変化のコードベース-presumeablyたとの統合を行後、このプロジェクトがより成熟している。

Answer 4

僕もグッとくに興味のある答えます。また少しStacklessとなっているように見えますがい固体を、標準エラーになります。

PEP219は言うことが極めて困難と呼PythonコードからCコードの場合、Python変化を遂げるステップとしての別のスタックです。ありが必要となる場合がある方法を検出、防止することを避けるtrashingのCスタック).こういう扱いがなさんもぜStackless立ち上がらなければならない。