プログラムを高速化しようとしているので、プロファイリングしています。現在、一番の理由は次のとおりです。
566 1.780 0.003 1.780 0.003 (built-in method decode)
これは正確には何ですか？コードのどこでも「デコード」を呼び出すことはありません。テキストファイルを読み取りますが、Unicode でエンコードされているとは思えません。
2604 次
4 に答える
2
おそらく、これは文字列オブジェクトのデコード メソッドです。
于 2009-08-21T05:29:40.423 に答える
1
おそらくこれは str.decode です...ソースで「decode」を検索してください。コードに含まれていない場合は、プロファイル結果に表示される Python ライブラリ ルーチンを調べてください。cPickle と関係がある可能性はほとんどありません。問題のより広い視野を得るために、できれば列見出しを付けて、さらにいくつかの「理由」を示してください。
「cPickle を使用する」ことと「一部のテスト ケースはより速く実行される」ことの関係を説明できますか?
「タスク X をリソース Y よりも速く実行できるものはありますか?」で X と Y を省略しました。...更新して、cPickleについて質問していました。cPickle.dump() および/または cPickle.dumps() の (オプションの) プロトコル引数には何を使用していますか?
于 2009-08-21T05:34:20.883 に答える
0
decodeUnicode文字列をASCII文字列に変換するときはいつでも呼び出されると思います。大量のUnicodeデータがあると思います。ピクルスの内部がどのように機能するかはわかりませんが、ピクルスにするとユニコードデータがASCIIに変換されるように聞こえますか？
于 2009-08-21T05:40:02.150 に答える