問題タブ [diskcache]

ボレーはこんな感じで使っています。問題は、私の場合、Volley はイメージをメモリにキャッシュするだけで、ディスクにはキャッシュしないことです。アプリケーションを強制すると、すべてのキャッシュがメモリから削除されます。メモリとディスクの両方にキャッシュを設定するにはどうすればよいですか?

注:私はDiskLruCacheJake Wharton によって書かれたものを使用しましたが、すべて正常に動作しますが、この方法では、キャッシュはディスク上にしか存在しません。Volleyにビットマップが存在する場合はメモリから取得し、存在する場合はディスクから取得し、URLのキャッシュがない場合はネットワーク呼び出しを行います。

ドキュメントから、orientdb によるディスク キャッシュの 100% の使用率を考えると、読み取りキャッシュに 70%、書き込みキャッシュに 30% の最大サイズを使用することがわかりました ( http://orientdb.com/docs/last/plocal- storage-disk-cache.html#interaction-before-read-and-write-caches )。

読み取りキャッシュについて詳しく読むと、3 つのキュー (a1in、a1out、および am) で分割されており、それぞれの最大サイズは読み取りキャッシュ サイズの 25%、50%、および 75% です ( http://orientdb.com/docs/last/ plocal-storage-disk-cache.html#queue-sizes )。

読み取りキャッシュがいっぱいの安定した状態では、読み取りキャッシュ用にディスク キャッシュの 70% 以上が必要であることは明らかです。これはどのように処理されますか？書き込みキャッシュからいくらかのスペースが取られますか、それとも最初からより多くのスペースが読み取りキャッシュに与えられますか?

また、次のことを確認したいと思います。

1. 関連する「ディスクキャッシュ」は、マシンの RAM ではなく、一般的なディスク (HDD または SDD) に含まれる RAM です。
2. 最初のリンクに書かれているように、orientdb が使用するディスク キャッシュのデフォルト スペースは 100% です (storage.diskCache.bufferSize パラメータで変更できます)。

みんな、ありがとう！

問題は解決されたと思うほど質問ではありません

今日、ユーザーがログインした後、ユーザーのアプリケーション メニューが表示される前に、ネットワーク上のアプリケーションがフリーズしたときに電話をかけてもらいました。表示されませんでした。

あちこち掘り下げて、IE11 (F12) で開発者ツールを使用し、ブラウザーでネットワーク トレースを調べた後、一部のディレクトリで GET が中止されていることに気付きました。この時点でさらに頭を悩ませたので、インターネット オプションの一時インターネット ファイルのキャッシュ サイズを調べたところ、ゼロに設定されていることに気付きました。どんなに努力してもそれは変わりません。

これらの PC はロックされており、暗号化ソフトウェアがオンになっていますが、PC 管理者としてアプリケーションを実行できました。これを低くすると、キャッシュ サイズがデフォルトの 1024Mb になり、メニューが表示されました。通常のユーザーとして実行し、ディスク容量もメニューもありません。

結論としては、使用可能なディスクがなかったため、gets は一時インターネット ファイル領域にダウンロードできませんでした。

この場合、修正は問題の PC の再イメージ化になりますが、他の誰かがこの問題に遭遇し、他の修正を行ったことがあるかどうか疑問に思いました。レジストリの編集も機能していないようです。

Alamofireimageを使用してイメージを強制的にディスクに保存できるかどうかを調べようとしています。ソースコードを見ると、実際にイメージをディスクに保存している場所がわかりません。誰か知っていますか？

ローカル ディスクの書き込みキャッシュを無効にするには、次の方法で hdparm を使用できます。

(/dev/sda はローカルディスクのデバイスファイル)

AWS で、これを使用して、SSD ベースのローカル インスタンス ストアの書き込みキャッシュを無効にしようとしました。しかし、次のエラーが発生します。

AWS インスタンス ストアのディスク キャッシュを無効にする方法に関するガイダンスをいただければ幸いです。

ホストから実行するcomposer installと、ローカルの composer キャッシュにヒットします。

ただし、Dockerfile にコンテナーを構築する場合:

私はすべてのものをダウンロードします。

それは当然のことですが、私はそれを避けたいと思っています。再構築した場合でも、すべてを再度ダウンロードします。

他の docker プロジェクトでも再共有できる、composer 用のユニバーサル キャッシュが必要です。

これを調べたところ、Dockerfile でボリュームを定義する方法が見つかりました。

私はそれを自分のファイルに追加しDockerfile、ファイルを一度だけダウンロードし、その後キャッシュにヒットすることを期待していました.

それでも、たとえばフラグをcomposer削除してを再実行すると、ビルド時にキャッシュにヒットすることが予想されましたが、それでもベンダーを再度ダウンロードします。-odocker build .

docker コンテナ内にデータキャッシュを持つために、ボリュームはどのように機能するはずですか?