Wer mit endlichen Ressourcen arbeitet und ein begrenztes Rechensystem hat, was gerade bei Homecomputerspielen der Fall und ein Problem ist, der* arbeitet oft mit Pools f\u00fcr die endlichen Ressourcen. Die Ressource wird dann zur Verf\u00fcgung gestellt, genutzt und nach der Nutzung einfach wieder ‚eingestellt‘ in das Pool-Regal. Von dort wird sie dann wieder abgeholt. Dabei ist klar: Es kann zu keiner \u00dcberlastung des Systems kommen, weil die Ressourcen die M\u00f6glichkeiten und das System total einschr\u00e4nken. Der maximale M\u00f6glichkeitsraum ist klar. <\/p>\n\n\n\n
In den meisten F\u00e4llen sind das bei Consolen oder Computergames, die Sprites. Beim Amiga sind das \u00e4rmliche 8 Sprites f\u00fcr die Zeit der Ver\u00f6ffentlichung 1985. Sie kommen meist begrenzt daher und sind gratis f\u00fcr die Rechenpower eines Systems. Sie brauchen de facto keine Rechenzeit. Anders sieht es mit Grafikprozessoren wie dem Blitter auf dem Amiga aus. Diese kosten Rechenpower und sind dadurch beschr\u00e4nkt, auch wenn es offen ist, was man mit ihnen macht. Selbstverst\u00e4ndlich muss man auch hier \u00fcber Pooling nachdenken.<\/p>\n\n\n\n
Im folgenden Fall sieht man die Nutzung vom Poolregal von Sprites in Action. Die ungenutzten Sprites sind links oben dargestellt. Dinge werden geholt und wieder zur\u00fcckgestellt. Das Spiel verwendet aber auch grafische BlitterObjekte und diese werden nicht im Spritepool verwaltet, sind deswegen auch nicht sichtbar. Die Gesamtzahl der genutzten „movable Objects“ findet sich in der links angezeigten Zahl. <\/p>\n\n\n\n