反復処理によるメモリリークOpencvフレーム

Question

OpenCVのJavaラッパーを使用しています。私はフィルムのフレームにイテレータを書き込もうとしました。私の問題は、イテレータが巨大なメモリリークだということです。ここでは、このリークを持っているイテレータの非常に単純化されたバージョンは次のとおりです。

public static final class SimpleIt implements Iterator<Mat> { 

    private final VideoCapture capture; 
    boolean hasNext; 

    public SimpleIt(final VideoCapture capture) { 
     this.capture = capture; 
     hasNext = capture.grab(); 
    } 

    @Override 
    public boolean hasNext() { 
     return hasNext; 
    } 

    @Override 
    public Mat next() { 
     final Mat mat = new Mat(); 
     capture.retrieve(mat); 
     hasNext = capture.grab(); 
     return mat; 
    } 
} 

私はこのループを使用してこのコードの上に反復処理：

final VideoCapture vc = new VideoCapture("/path/to/file"); 
    final SimpleIt it = new SimpleIt(vc); 
    while (it.hasNext) { 
     it.next(); 
    } 

だけ反復は、メモリ消費の線形が増加します。問題はnext（） - Methodの最初の行であることがわかります。常に新しいMatを作成します。しかし、Javaだけでは、このMatは反復コードが次の画像に反復するとすぐに範囲外になります。

私は毎回新しいマットを使用しないことで、この問題を克服するが、常に同じマット・オブジェクトを上書きし、このようなことができます：

private final VideoCapture capture; 
    private final Mat mat = new Mat(); 
    boolean hasNext; 

    @Override 
    public Mat next() { 
     capture.retrieve(mat); 
     hasNext = capture.grab(); 
     return mat; 
    } 

しかし、今意志イテレータによって与えられた最後のフレーム上書きされる。したがって、この1つのフレームに興味があれば、後で使用するために外部に保持することはできません。私はそれをコピーすることができます、もちろん、それはまた高価だろう。

Javaヒープスペースではないため、ガベージコレクタはメモリ消費を認識しないため、Matオブジェクトを破棄しないことが問題であると想定します。ループ内でmat.release（）を呼び出すと役立ちますが、もちろん実際のコードでは、これは私のMatオブジェクトに対してガベージコレクションを持たないことを意味します。

誰もそれを行う方法を知っていますか？

編集：

私の第二の溶液に問題が何であるかを明確にすることがないようなので、私はより明確にそれを書き留め。イテレータの第二のバージョンで

final VideoCapture vc = new VideoCapture("/path/to/file"); 
    final SimpleIt it = new SimpleIt(vc); 
    int i = 0; 
    Mat save = null; 
    while (it.hasNext) { 
     final Mat next = it.next(); 
     if (i == 10) { 
      save = next; 
      Highgui.imwrite("/path/to/10.png", save); 
     } else if (i == 30) { 
      Highgui.imwrite("/path/to/30.png", save); 
     } 
     i++; 
    } 

、10.pngと30.pngは異なるイメージになります：イテレータを使用して、次のコードを考えてみてください。しかし、それは明らかに意図されたものではありません。

Answer 1

私はにあなたの.hasNext方法を変更します：

public boolean hasNext() { 
    return hasNext; 
} 

そして下のコピーあなたが記載されている方法では、正常に動作する必要があります...何も残っていないまで、あなたは反復されます、あなたがいることを割り当てることができ、その時点で新しいマットオブジェクトへの最後の画像...その後

public Mat next() { 
    capture.retrieve(mat); 
    hasNext = capture.grab(); 
    return mat; 
} 

と：

final VideoCapture vc = new VideoCapture("/path/to/file"); 
final SimpleIt it = new SimpleIt(vc); 
final Mat lastFrame = new Mat(); 
while (it.hasNext) { 
    lastFrame = it.next(); 
} 

これは、メモリ使用量が増えることを認識しています。おそらくこれを回避する方法はありますが、うまくいくはずです...

Answer 2

良い解決策はないようです。私はかなりの時間の間、それを実験しました。これは動作するので、それは私の仮定が正しかったことを、JavaはCから割り当てられたRAMを認識し、ひいてはいないことを示し

int count = 0; 

    @Override 
    public Mat next() { 
     final Mat result = mat; 
     mat = new Mat(); 
     capture.retrieve(mat); 
     hasNext = capture.grab(); 
     if (++count % 200 == 0) { 
      System.gc(); 
     } 
     return result; 

：私はこのような定期的にガベージコレクタを呼んでいた思い付いた最高マシンのRAMが不足しているにもかかわらず、GCを呼び出さないでください。

非常に安定していない可能性があるため、これはあまり良い解決策ではありません。他の誰かが良いアイデアを持っているなら、私は興味があります。

Answer 3

実際にはmat.release()に電話する必要があります。

私のアプリケーションでは、あなたと非常に似た問題があります。フレームレートが非常に高いため、Javaヒープは使用可能なシステムメモリの合計に達したため、JVMがクラッシュすることがありました。 GCは単純に遅過ぎました。使用可能なメモリをチェックし、それが十分でないかどうかを確認するメカニズムはありませんでした。

単純にThread.sleep()を使用してフレームレートを低下させることが1つの解決策でしたが、これはもちろん受け入れられないようです。しかし、それはGCが時間通りに仕事をするのを助けました。

最後にmat.release()を使用して問題を修正しました。

Matオブジェクトのガベージコレクションについて心配する必要はありません。この呼び出しは、基礎となるデータのみを割り当て解除するためです。 Javaオブジェクトラッパーは、適切な時期にGCによって廃棄されます。

Answer 4

長い間実行されるアプリケーションを作成するときに、この問題にぶつかり、$ 0.02を追加したいだけです。

Mat.Release（）は、Java Mat-wrapperがガベージコレクトされると自動的に呼び出されます。ただし、Javaラッパーはネイティブに割り当てられたオブジェクトに比べて非常に小さいため、十分に高速にガベージコレクションされない可能性があります。

したがって、オブジェクトが作成されたことがわかった場合はMat.release()を実行するか、一定間隔でSystem.gc()を呼び出して、未使用のオブジェクトを強制的に削除することができます。

Answer 5

System.gc（）;私のために働かない。

私は行を追加します：

は、System.runFinalizationを（）;

A Codesnippet：

startGC--; 
    if (startGC==0) { 
     System.gc(); 
     System.runFinalization(); 
     startGC=100; 
    }