質問

私の問題は次のようなものです:

クライアント側の HTTP キャッシュを作成しており、何らかの方法で HTTP ペイロードをファイル システムに保存する必要があります。ファイルシステムを不要なファイルで乱雑にしたくありません。

私はこのクラスを書きました:

/*
 * Copyright (c) 2008, The Codehaus. All Rights Reserved.
 *
 *   Licensed under the Apache License, Version 2.0 (the "License");
 *   you may not use this file except in compliance with the License.
 *   You may obtain a copy of the License at
 *   http://www.apache.org/licenses/LICENSE-2.0
 *
 *   Unless required by applicable law or agreed to in writing, software
 *   distributed under the License is distributed on an "AS IS" BASIS,
 *   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 *   See the License for the specific language governing permissions and
 *   limitations under the License.
 *
 */

package org.codehaus.httpcache4j.cache;

import org.apache.commons.lang.Validate;
import org.apache.commons.io.filefilter.AndFileFilter;
import org.apache.commons.io.filefilter.DirectoryFileFilter;
import org.apache.commons.io.filefilter.RegexFileFilter;

import org.codehaus.httpcache4j.util.DeletingFileFilter;

import java.io.File;
import java.io.FileFilter;
import java.io.Serializable;
import java.util.ArrayList;
import java.util.Arrays;
import java.util.Collections;
import java.util.List;

/**
 * This class is internal and should never be used by clients. 
 *
 * Responsible for creating and maintaining a "Pool" of file generations. 
* The files are promoted when they are accessed, so we can figure out which files that are OK to delete.
* Known Gotchas: This needs to be in sync with the size of the storage engine.
* If you have too few generations when you have many items in the cache, you might * be missing some files when you try to access them. * * Note from Despot: I am looking into another way of storing files, so this class might go away at some point, * or change to a different form. * */ class FileGenerationManager implements Serializable{ private static final long serialVersionUID = -1558644426181861334L; private final File baseDirectory; private final int generationSize; private final int numberOfGenerations; private final FileFilter generationFilter; public FileGenerationManager(final File baseDirectory, final int numberOfGenerations) { this(baseDirectory, numberOfGenerations, 100); } public FileGenerationManager(final File baseDirectory, final int numberOfGenerations, final int generationSize) { Validate.isTrue(numberOfGenerations > 0, "You may not create 0 generations"); Validate.notNull(baseDirectory, "You may not have a null base directory"); if (!baseDirectory.exists()) { Validate.isTrue(baseDirectory.mkdirs(), "Could not create base directory: " + baseDirectory); } this.baseDirectory = baseDirectory; this.generationSize = generationSize; this.numberOfGenerations = numberOfGenerations; generationFilter = new AndFileFilter(DirectoryFileFilter.DIRECTORY, new RegexFileFilter("[0-9]*")); getGenerations(); } /** * Creates generations of the directories in the base directory. * * @return the created generations. */ //TODO: Is this heavy? //TODO: Maybe we should do this when we miss in getFile() ? public synchronized List getGenerations() { final List generations = new ArrayList(); //handle existing generations... File[] directories = baseDirectory.listFiles(generationFilter); if (directories.length > 0) { for (File directory : directories) { generations.add(new Generation(baseDirectory, Integer.parseInt(directory.getName()))); } } else { generations.add(new Generation(baseDirectory, 1)); } Collections.sort(generations); Generation currentGeneration = generations.get(0); if (currentGeneration.getGenerationDirectory().list().length > generationSize) { generations.add(0, new Generation(baseDirectory, currentGeneration.getSequence() + 1)); removeLastGeneration(generations); } while (generations.size() > numberOfGenerations) { removeLastGeneration(generations); } return Collections.unmodifiableList(generations); } private void removeLastGeneration(List generations) { if (generations.size() > numberOfGenerations) { Generation generation = generations.remove(generations.size() - 1); generation.delete(); } } /** * Returns the most recent created generation * * @return the generation with the highest sequence number */ synchronized Generation getCurrentGeneration() { return getGenerations().get(0); } public synchronized File getFile(String fileName) { File target = new File(getCurrentGeneration().getGenerationDirectory(), fileName); for (Generation generation : getGenerations()) { File candidate = new File(generation.getGenerationDirectory(), fileName); if (candidate.exists()) { if (!target.equals(candidate)) { //because of; http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4017593 target.delete(); if (!candidate.renameTo(target)) { return candidate; } else { break; } } } } return target; } static class Generation implements Comparable { private File generationDirectory; private int sequence; public Generation(final File baseDir, final int generationNumber) { Validate.notNull(baseDir, "Generation directory may not be null"); File genFile = new File(baseDir, String.valueOf(generationNumber)); genFile.mkdirs(); this.generationDirectory = genFile; this.sequence = generationNumber; } public synchronized void delete() { File[] undeleteableFiles = generationDirectory.listFiles(new DeletingFileFilter()); if (undeleteableFiles == null || undeleteableFiles.length == 0) { generationDirectory.delete(); } else { System.err.println("Unable to delete these files: " + Arrays.toString(undeleteableFiles)); } } public File getGenerationDirectory() { return generationDirectory; } public int getSequence() { return sequence; } public int compareTo(Generation generation) { return 1 - (sequence - generation.sequence); } } }

問題は、ファイルが正しいフォルダーに移動されない場合があり、ファイル記述子が漏洩する可能性があることです。

これを改善する方法について何か提案はありますか?

おそらくこれに対する標準的な解決策はありますか?言語に関係なく?

これもかなり遅いので、速度の向上は歓迎です。

役に立ちましたか?

解決

パフォーマンスの問題 (およびおそらくバグ) は、この情報をメモリに保存するのではなく、世代をマークする際にファイル システムを過剰に使用することが原因である可能性があります。ファイル システム アクセスはメモリ アクセスよりもはるかに高価です。特に、 File.listFiles() または File.list() は非常に遅い場合があります。 数千のファイルがある場合は、時間がかかることが予想されます NTFS を使用する Windows システムでの実行時間はミリ秒ではありません。

可能であれば、すべての世代情報を同期されたコレクション内のオブジェクトとして保存および更新する必要があります。キャッシュされたデータ ファイルを実際に保存、取得、削除するためにファイル システムを使用するだけの場合は、すべてのキャッシュ ファイルを 1 つのディレクトリに保存し、任意の名前を付けることができます (ファイルに番号またはランダムな名前を付けるだけです)。

世代別キャッシュ情報が永続的で、アプリケーションの突然のシャットダウンに対して安全である必要がある場合は、シリアル化されたコレクションを使用し、これを定期的にディスクに書き込むことができます (たとえば、30 秒ごと、およびアプリケーションのシャットダウン時に再度)。これは単なるキャッシュであるため、アプリの起動時にチェックを実行し、実際のファイルなしでキャッシュ エントリを削除したり、キャッシュ エントリなしでファイルを削除したりすることができます。

あるいは、キャッシュ全体を保存する組み込みデータベースの使用を検討することもできます。H2 または HSQLDB は純粋な Java で、非常に高速かつ軽量で、さらに高速なインメモリ データベースと組み込みモードをサポートします。これにより、DBMS は頻繁に使用される項目を RAM にキャッシュできるため、より多くのキャッシュ オブジェクトを保存できるようになり、処理速度が大幅に向上する可能性があります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top