タグ付けされた質問 「performance」

これは本当に難しい質問のように思えますが、私はPythonファイルに1000桁の長さの数字があり、そのファイルの実行は非常に遅いようです。何らかの処理が行われているかどうかはわかりません知らない。 ラインナップを押すjと、1秒以下の明確な一時停止があり、それは非常に痛いです！ 私はこれをPythonファイルにしか持っていませんが、他の人には起こりません。 番号を削除した後、ファイルは再び正常に動作します... 番号は次のとおりです。 number=("""7316717653133062491922511967442657474235534919493496983520312774506326239578318016984801869478851843858615607891129494954595017379583319528532088055111254069874715852386305071569329096329522744304355766896648950445244523161731856403098711121722383113622298934233803081353362766142828064444866452387493035890729629049156044077239071381051585930796086670172427121883998797908792274921901699720888093776657273330010533678812202354218097512545405947522435258490771167055601360483958644670632441572215539753697817977846174064955149290862569321978468622482839722413756570560574902614079729686524145351004748216637048440319989000889524345065854122758866688116427171479924442928230863465674813919123162824586178664583591245665294765456828489128831426076900422421902267105562632111110937054421750694165896040807198403850962455444362981230987879927244284909188845801561660979191338754992005240636899125607176060588611646710940507754100225698315520005593572972571636269561882670428252483600823257530420752963450""") それは実際には数字ではなく、文字列です。

18 filetype-python  performance 

vim用のプラグインがいくつかインストールされていますが、どのプラグインがほとんどのリソース（CPU、RAM）を使用しているかを知るにはどうすればよいですか？

13 plugin-system  performance 

syntax onVimを使用する際に守れることはありますか？ 実質的なものを開くとすぐに、しばらくすると編集することがほぼ不可能になります。キーを押すたびに遅延が発生します。構文の強調表示をオフにするか、vimを再起動すると、問題ありません。 私はsynmaxcol120に設定しました。サンプルのルビファイルは59行のみで、80文字を超えません。 とを使用vim-rubyしていvim-railsます。 問題は、遅延が時間の経過とともに蓄積するように見えることです。ファイルを最初から開くと問題ありません。しばらくすると、だんだん遅くなります。

11 syntax-highlighting  performance 

私はhttps://github.com/carlhuda/janus vimディストリビューションを使用しており、ロード時間に明らかに満足していません。 vimの読み込み時間をプロファイルしてスピードアップするための最良の方法は何でしょうか？ロード時間をhttp://vim.spf13.com/と比較することも興味深いでしょう。

11 performance  startup 

vimのfoldメソッドがオートコンプリートの効率に影響を与えることに気づきました。たとえばC-N、低速で、C-X L比較的高価なfoldexprs を含む中サイズのファイルではひどく遅いです。 オートコンプリートの実行中にfoldexprを参照することの価値がわからないので、これを何らかの方法で無効にして、使用可能なオートコンプリートを取得できるようにします。 助言がありますか？ 編集：テストケース テストケース：プラグインなし。これだけで、これは可能な限り最小の foldexpr関数でなければなりません（呼び出しを数えることを除いて、完全に役に立たない）.vimrc： let g:c = 0 function! Myfoldexpr() let g:c = 1 + g:c return '0' endfunction 空白のドキュメントからvimを起動します。Vim独自のヘルプファイルの最初の100行をコピーし、オートコンプリート行を実行して、10番目の提案を選択し、foldexprが呼び出された回数を確認します。 :help y100j:q P:set foldexpr=Myfoldexpr() :set fdm=expr O<C-X><C-L><C-L><C-L><C-L><C-L><C-L><C-L><C-L><C-L><C-L><Esc> :echo g:c 2088 これは、100行のファイルで、比較的短い行であり、foldexprは2088回呼び出されました（ただし、最初にfoldexprを設定するときにこれらの100が実行されます）。効率的なfoldexprは明らかに優れていますが、プログラマーは多くのfoldexprに質問するため、それらは必ずしも自明ではなく、実行時間が数千倍になると、オートコンプリートまたはインデントのどちらかを選択して生産性を高めることができます。貪欲/怠惰であること両方を使用できるようにしたいと思います！かなりよく確立されたいくつかのfoldexprベースの折りたたみプラグインを書き直そうとする以外に（phpの折りたたみを書き直してみましたが、何日か実行可能な状態に最適化しようとしたので、phpのfoldexprをあきらめました）、おそらく使用する方法がありますfdm=manualオートコンプリートなどの前にマッピングする必要がありますか？

7 autocompletion  folding  performance