J'ai décidé que je voulais écrire une classe centrale ResourceManager / ResourceCache pour mon moteur de jeu de loisir, mais j'ai du mal à concevoir un schéma de mise en cache.
L'idée est que le ResourceManager a une cible souple pour la mémoire totale utilisée par toutes les ressources du jeu combinées. D'autres classes créeront des objets de ressource, qui seront dans un état non chargé, et les passeront au ResourceManager. Le ResourceManager décide alors quand charger / décharger les ressources données, en gardant à l'esprit la limite souple.
Lorsqu'une ressource est requise par une autre classe, une demande est envoyée au ResourceManager pour celle-ci (en utilisant soit un identifiant de chaîne soit un identifiant unique). Si la ressource est chargée, une référence en lecture seule à la ressource est transmise à la fonction appelante (enveloppée dans un faible_ptr compté référencé). Si la ressource n'est pas chargée, le gestionnaire marquera l'objet à charger à la prochaine opportunité (généralement à la fin du dessin du cadre).
Notez que, bien que mon système effectue un comptage de références, il ne compte que lorsque la ressource est en cours de lecture (donc le nombre de références peut être 0, mais une entité peut toujours garder une trace de son uid).
Il est également possible de marquer les ressources à charger bien avant la première utilisation. Voici un petit aperçu des classes que j'utilise:
typedef unsigned int ResourceId;
// Resource is an abstract data type.
class Resource
{
Resource();
virtual ~Resource();
virtual bool load() = 0;
virtual bool unload() = 0;
virtual size_t getSize() = 0; // Used in determining how much memory is
// being used.
bool isLoaded();
bool isMarkedForUnloading();
bool isMarkedForReload();
void reference();
void dereference();
};
// This template class works as a weak_ptr, takes as a parameter a sub-class
// of Resource. Note it only hands give a const reference to the Resource, as
// it is read only.
template <class T>
class ResourceGuard
{
public:
ResourceGuard(T *_resource): resource(_resource)
{
resource->reference();
}
virtual ~ResourceGuard() { resource->dereference();}
const T* operator*() const { return (resource); }
};
class ResourceManager
{
// Assume constructor / destructor stuff
public:
// Returns true if resource loaded successfully, or was already loaded.
bool loadResource(ResourceId uid);
// Returns true if the resource could be reloaded,(if it is being read
// it can't be reloaded until later).
bool reloadResource(ResourceId uid)
// Returns true if the resource could be unloaded,(if it is being read
// it can't be unloaded until later)
bool unloadResource(ResourceId uid);
// Add a resource, with it's named identifier.
ResourceId addResource(const char * name,Resource *resource);
// Get the uid of a resource. Returns 0 if it doesn't exist.
ResourceId getResourceId(const char * name);
// This is the call most likely to be used when a level is running,
// load/reload/unload might get called during level transitions.
template <class T>
ResourceGuard<T> &getResource(ResourceId resourceId)
{
// Calls a private method, pretend it exits
T *temp = dynamic_cast<T*> (_getResource(resourceId));
assert(temp != NULL);
return (ResourceGuard<T>(temp));
}
// Generally, this will automatically load/unload data, and is called
// once per frame. It's also where the caching scheme comes into play.
void update();
};Le problème est que, pour maintenir l'utilisation totale des données autour / sous la limite souple, le gestionnaire devra avoir un moyen intelligent de déterminer les objets à décharger.
Je pense utiliser une sorte de système de priorité (par exemple, priorité temporaire, priorité fréquemment utilisée, priorité permanente), combiné avec l'heure de la dernière déréférence et la taille de la ressource, pour déterminer quand la supprimer. Mais je ne peux pas penser à un schéma décent à utiliser, ni aux bonnes structures de données nécessaires pour les gérer rapidement.
Quelqu'un qui a mis en place un système comme celui-ci pourrait-il donner un aperçu de son fonctionnement? Y a-t-il un modèle de conception évident qui me manque? Ai-je rendu cela trop compliqué? Idéalement, j'ai besoin d'un système efficace et difficile à abuser. Des idées?