オブナムはどんな活躍を繰り広げると予想されますか?または:なぜそんなに遅いのですか?

オブナムはどんな活躍を繰り広げると予想されますか?または:なぜそんなに遅いのですか?

私は過去数日間obnamを使用してきましたが、非常に有望に見え、基本的にバックアップツールで必要なすべての機能を提供しているようですが、そのパフォーマンスには非常に失望しました。実際、スピードが遅すぎるので、ここではobnamが間違っているわけではないと思いますが、私の環境の何かが問題を引き起こしています。

だから私は他の人がobnamを使用しているか、問題を識別するのに十分な内部について知っているかどうか疑問に思います。

これまでのところ、私が知っているように、obnamはバックアップされた各ファイルに対して別々のgpgプロセスを作成するようです。 htop、strace、iostatを見ると、最初のバックアップ速度は主に持続的なブランチのために制限されますが、CPUとドライブ(ネットワークには関係ありません)はほとんど使用率が20%未満でアイドル状態です。

私のバックアップには約500,000個のファイルがあり、総データ容量は170GiBです。したがって、バックアップ実行ごとにgpgは500,000回フォークされます。実際、最初の実行にはほぼ1日かかり、2番目の実行にはほとんどのファイルが変更されていない状態で3時間以上かかったという事実も驚くことはありません。しかし、これは本当にobnamユーザーが期待するパフォーマンスですか?比較のために、rsnapshot(同じデータ、同じシステム、同じドライブ)の増分実行には約4分かかります。もちろん、暗号化は必要ありませんが、そうしてはいけません。それ重要。

率直に言えば、他人のコンピュータもgpg(小さなデータ塊暗号化)を毎秒50回以上実行することができず、最終的にobnamをほとんど使用できない遅いツールにするのでしょうか?それとも私だけそうなのだろうか?

(FWIW、私のコンピュータは8G RAMとSSDドライブを搭載したCore i5-2500で、Gentooを実行します。バックアップはHDDで行われますが、SSDのバックアップはI / Oではないため違いはありません。

ベストアンサー1

以下は、obnamをスピードアップする方法の良い内容です(たぶん10倍速く実行できます)。http://listmaster.pepperfish.net/pipermail/obnam-support-obnam.org/2014-June/003086.html

要約:コマンドラインまたは設定ファイルに "--lru-size=1024 --upload-queue-size=512" を追加します。 obnamのメモリ使用量がわずかに増加することに注意してください。

おすすめ記事