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

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 私は使用できることに気付きました デスクトップ環境なしでウィンドウマネージャを気にする機能が失われないこと。アプリケーションは引き続き正常に動作しますが、アプリケーションウィンドウを自由に配置できます。 これにより、私のようなユースケースでLXDEやXFCEなどの軽量デスクトップ環境が不要になります。 それがリストの最後なのだろうか。カットできるものはありますか？最低限、FirefoxなどのGUIアプリを実行できるものが必要です。他のアプリケーションを起動できる端末のあるものを想像します。

26 performance  window-manager  desktop-environment  gui  lightweight 

sshdマシンのRAMが不足しているために動作しなくなることがある開発サーバーがあります。はい、メモリが不足しており、現在のところアップグレードは適切な選択ではありません。私がやりたいのは、マシンに「あなたがやりたいことは何でもやりましょう。ただし、20MBとCPUを省いてsshdください！」です。 どうすればできますか？

25 performance  limit 

最初は、OSがプロセスの実行を管理するので、質問は少しばかげている/混乱しているように見えます。 ただし、CPU / IOにバインドされているプロセスの量を測定したいので、たとえば、OSがスケジュールされたOSプロセスの実験に干渉しているように感じます。 例として次の状況を考えてみましょう。プロセスAを2回実行し、ツール「time」から次の出力を得ました（秒単位の時間列）。 +---+-------+---------+-----------+---------+ |Run|Process|User Time|System Time|Wall time| +---+-------+---------+-----------+---------+ |1 |A |196.3 |5.12 |148.86 | |2 |A |190.79 |4.93 |475.46 | +---+-------+---------+-----------+---------+ ご覧のとおり、ユーザーとシステムの時間は似ていますが、両方の経過時間は大幅に変化します（最大5分の差）。私の環境で何かが競合を引き起こしたように感じます。 私は実験中にあらゆる種類のノイズを避けるために、可能な限りすべてのバックグラウンドプロセス/サービスを停止したいのですが、私は初心者/中級のUNIXユーザーであり、これを保証する方法がわかりません。 私が使用しています4.4.0-45汎用のLinuxとUbuntuの14.04 LTS 64ビットを。 本当に助かりました。不足している情報が必要な場合は、すぐに投稿を編集します。 CPU情報 $ grep proc /proc/cpuinfo | wc -l 8 $ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little …

25 debian  process  performance  process-management 

snapper、またはsnapperのようなものを使用して時間ベースのスナップショットを取得できるように、データドライブでbtrfsを使用することを検討しています。これにより、古いバージョンのデータを参照できると思います。ドライブの障害によりデータとスナップショットが消去されるため、これは現在のオフサイトバックアップに追加されます。 私の理解では、btrfsスナップショットは多くのスペース（メタデータと変更されたブロックに加えていくらかのオーバーヘッド）を占有しないため、スペースは制約ではないようです。 データ、変更されたデータ、およびメタデータのための十分なディスク容量があると仮定して、100万のスナップショット（たとえば、2年間1分ごとのスナップショット）があると大混乱になりますか？ スナップショットの数に実用的な制限がある場合、ファイルの数やファイルのサイズに依存しますか？

23 performance  limit  btrfs  snapshot 

この質問がプログラマー指向すぎる場合は、お知らせください。Linux 2.6のopen（）システムコールのO_DIRECTフラグに精通している人がいるのだろうか？Linusはその使用を軽んじていますが、高性能ファイル書き込みはその使用を示しているようです。現実世界での経験と推奨事項を知りたいです。 詳細：私が使用しているアプリケーションは独自のキャッシュを維持しており、その際に平均で5倍以上の高速化を実現しています。ファイルに書き込むとき、キャッシュの内容はファイルシステムのキャッシュに書き出される必要がありますが、これは冗長であり、パフォーマンスの問題と思われます。

23 linux  kernel  files  performance  programming 

通常、フルディスクスキャンを実行し、システム内のすべてのファイルを処理するプログラムがある場合、実行に非常に長い時間がかかります。なぜupdatedbは比較して非常に高速に動作するのですか？

22 performance  updatedb 

ブロックデバイスを暗号化すると、書き込み時にパフォーマンスが大幅に低下する問題を調査しています。インターネットで何時間も読んだり実験したりしても、解決策は言うまでもなく、適切な理解が得られませんでした。 要するに、ブロックデバイスにbtrfsを入れると書き込み速度が完全に速くなる（〜170MB / s）のに、dm-crypt / LUKSを入れると書き込み速度が急落する（〜20MB / s）ファイルシステムとブロックデバイス。ただし、システムは十分に高い暗号化スループットを維持できますか？ シナリオ /home/schlimmchen/random/dev/urandom以前のデータで満たされた4.0GBファイルです。 dd if=/dev/urandom of=/home/schlimmchen/Documents/random bs=1M count=4096 それを読むことは超高速です： $ dd if=/home/schlimmchen/Documents/random of=/dev/null bs=1M 4265841146 bytes (4.3 GB) copied, 6.58036 s, 648 MB/s $ dd if=/home/schlimmchen/Documents/random of=/dev/null bs=1M 4265841146 bytes (4.3 GB) copied, 0.786102 s, 5.4 GB/s （2回目は、明らかにファイルはキャッシュから読み取られました）。 暗号化されていないbtrfs デバイスはbtrfsで直接フォーマットされます（ブロックデバイスにはパーティションテーブルはありません）。 $ sudo mkfs.btrfs …

21 performance  btrfs  luks  dm-crypt  cryptsetup 

バックアップの作成にrsnapshotを使用しようとしましたが、使用できません。ディレクトリ（50gb）を比較して数分で複製（すべてのファイルをハードリンク）でき、約30分でディレクトリ全体をcpできますが、削除するには1時間以上かかります。を直接使用してもrm -rfv、1つのファイルをrmするのに最大0.5秒かかることがcpありlinkますが、and コマンドは即座に完了します。 rmがなぜそんなに遅いのですか？ハードリンクを再帰的に削除するより速い方法はありますか？ファイルを削除するよりもファイルをコピーするほうが時間がかからないというのは理にかなっていない。 私が取り組んでいるファイルシステムは、USB経由で接続されたfuseblk（これはntfsだと思います）と接続された外部ストレージドライブです。私のコンピューターはubuntu linuxを実行しています。 上からの出力： Cpu(s): 3.0%us, 1.5%sy, 0.0%ni, 54.8%id, 40.6%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 8063700k total, 3602416k used, 4461284k free, 557604k buffers

21 performance  rm  external-hdd 

abWebパフォーマンスのhdparm測定、ハードディスクパフォ​​ーマンスのnetperf測定、およびネットワークパフォーマンスの測定に何度も使用しました。 しかし、CPUのパフォーマンスを測定するツールは見つかりませんでした。 CPUのパフォーマンスを測定できるツールを知っていますか？より具体的には、Gflopsの測定を検討しています。

21 linux  performance  opensource-projects 

Pythonのソート機能の速度をテストするために、次のスクリプトを作成しました。 from sys import stdin, stdout lines = list(stdin) lines.sort() stdout.writelines(lines) 次に、これsortを1,000万行を含むファイルのcoreutils コマンドと比較しました。 $ time python sort.py <numbers.txt >s1.txt real 0m16.707s user 0m16.288s sys 0m0.420s $ time sort <numbers.txt >s2.txt real 0m45.141s user 2m28.304s sys 0m0.380s 組み込みコマンドは4つのCPUをすべて使用しましたが（Pythonは1つしか使用しませんでした）、実行に約3倍の時間がかかりました！何が得られますか？ Ubuntu 12.04.5（32ビット）、Python 2.7.3、およびsort8.13を使用しています

20 python  performance  sort  coreutils  benchmark 

それともshutdown -h nowそれが得ることができる最速ですか？ シャットダウンの前に行われた多くのことをスキップできるシステムコールまたは類似のものを探します（特に、実行中のプロセスに注意するため）。 initせいぜい-middleware に無知な（systemdまたはのようなupstart）カーネル関連のソリューションが欲しいです。 つまり、cups / apache / pulseaudioなどのすべてのサービスを直接殺すことに関連するリスク。 注：ソリューションはソフトウェアバイスでなければなりません。デバイスでボタンを押すことは私が探しているものではありません。

20 performance  shutdown 

から次の出力を取得していますtop： Cpu(s): 43.8%us, 32.5%sy, 4.8%ni, 2.0%id, 15.6%wa, 0.2%hi, 1.2%si, 0.0%st Mem: 16331504k total, 15759412k used, 572092k free, 4575980k buffers Swap: 4194296k total, 260644k used, 3933652k free, 1588044k cached 次の出力がiostat -xk 6表示されます。 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util sda 0.00 360.20 86.20 153.40 1133.60 2054.40 …

20 performance  load 

多くの新しいハードドライブディスクでは、物理セクターサイズは4096です。デフォルトの論理セクターサイズ512ではなく、同じサイズの論理セクターサイズをシステムに使用させることはできますか？ バルクの読み取りと書き込みを高速化しますか？どこで設定できますか？

20 hard-disk  performance  io 

で一致するものを探すgrepと、その後の検索にかかる時間が最初の検索よりもはるかに短いことに気づくことがよくあります（例：25秒対2秒）。明らかに、それは最後の実行からのデータ構造を再利用することによるものではありません-それらは割り当て解除されるべきでした。でtimeコマンドを実行するとgrep、興味深い現象に気付きました。 real 24m36.561s user 1m20.080s sys 0m7.230s 残りの時間はどこに行くのですか？毎回高速に実行するためにできることはありますか？（たとえば、ファイルをgrep検索する前に、別のプロセスにファイルを読み取らせます。）

19 grep  performance 

ギガビットイーサネットで接続された2つのホスト間で、いくつかのネットワークセキュリティプロトコルのパフォーマンスを比較しようとしています。 ここでの私の目標は、帯域幅を飽和させることができるかどうかを確認することであり、そうでない場合、制限要因は何ですか。 SSLを使用すると、981 MBit / sに到達できるため、イーサネットリンクが明らかに制限要因になります。 SSHを使用すると、750 MBit / sにしか到達できませんが、コアの1つが100％使用されています。SSHはシングルスレッドであるため、CPUが制限要因です。 IPsecでは、約500 MBit / sを読み取りますが、100％のコアはありません（50％未満です）。 だから私の質問は次のとおりです。なぜIPsecはより高い帯域幅に到達できないのですか？ 2つのホストは、Debian WheezyとStrongswan for IPsecを実行しています。

19 performance  bandwidth  ipsec