KAIZO / FIELD NOTESoptimization

Entity Counts & Optimization: What Those Numbers Actually Mean

Every serious MLO listing publishes entity counts. Here's how to read them, what the thresholds are, and why 'optimised' is more than a marketing word.

Editorial cityscape concept with simplified distant buildingsKAIZO Team
AI-generated editorial concept artwork. Product media and specifications are shown on the individual resource pages.

An entity count is useful context, but it is not an FPS guarantee or a universal ranking of asset quality. Two environments with similar object counts can behave differently because of materials, textures, collision complexity, visibility and how they are used alongside the rest of a server.

Understand what the number counts

Ask the creator what the published count includes and how it was obtained. A count of placed map objects should not be treated as a count of network-synchronised gameplay entities. Not every static object is independently tracked and synchronised by the server in the same way as a dynamic entity. Avoid inferring network cost directly from a mapping statistic.

Do not rely on fixed thresholds

There is no safe universal rule such as 'under this count works on any hardware'. Compare the intended scope of the build and investigate the factors that influence your observed problem. A download size describes transferred data, not necessarily GPU memory use after loading. A small script time also does not capture all rendering costs.

  • Check whether the space has appropriate visibility and level-of-detail behaviour.
  • Review texture and material choices in context, rather than only file size.
  • Inspect collisions and overlapping map replacements.
  • Consider the combination of nearby resources and the intended activity.

Measure the actual scenario

Create a consistent test route on staging and record hardware, graphics settings, game build, resource versions and activity. Repeat the route before and after a controlled change. Distinguish a client rendering issue from expensive script execution or delayed network interactions. Use the relevant diagnostic tools for the symptom you have.

Make your conclusion reproducible

Keep the captures and explain the environment alongside any result. If normal variation is larger than the observed difference, collect more evidence before making a claim. Improve one likely cause at a time and recheck gameplay so a performance change does not silently remove required functionality.

For a step-by-step workflow, read Measure FiveM Performance Before You Change Anything. The official resource monitor notes explain its purpose and limitations. When comparing KAIZO resources, treat studio-supplied specifications as useful inputs to your own compatibility and staging checks.

Keep the ideas going

More from the journal.

View all guides