Как располагаются данные?

Структура данных в Unity

Вопрос о расположении данных в Unity затрагивает ключевые аспекты управления памятью, производительности и архитектуры игрового движка. Unity использует комбинированный подход, сочетающий несколько моделей памяти, каждая из которых оптимизирована под конкретные задачи.

Основные области памяти

1. Управляемая куча (Managed Heap) Это основная область для хранения объектов C#, создаваемых с помощью оператора new. За неё отвечает сборщик мусора (Garbage Collector, GC) среды выполнения .NET/Mono.

// Объект размещается в управляемой куче
GameObject obj = new GameObject("MyObject");
List<int> scores = new List<int>();

• Преимущества: автоматическое управление памятью, безопасность типов.
• Недостатки: возможные паузы из-за сборки мусора, фрагментация.
• Оптимизация: минимизация аллокаций в Update, пулы объектов, структуризация данных.

2. Стек (Stack) Используется для локальных переменных методов, аргументов функций и структур (value types), если они не упакованы.

void ProcessDamage(int baseDamage) // baseDamage и result в стеке
{
    int result = baseDamage * 2; // Локальная переменная в стеке
    Vector3 position = new Vector3(1, 2, 3); // Структура целиком в стеке
}

• Особенности: молниеносное выделение/освобождение (просто сдвиг указателя), ограниченный размер.
• Рекомендации: использовать struct для небольших, часто создаваемых данных.

3. Нативная куча (Native Heap) Здесь располагаются объекты движка Unity, написанные на C++: текстуры, меши, аудиоданные, компоненты Transform, а также данные, созданные через Unity Collections и Burst Compiler.

// Нативная память через Unity.Collections
using Unity.Collections;
NativeArray<float> nativeData = new NativeArray<float>(1000, Allocator.Persistent);

• Управление: частично автоматическое (Unity), частично ручное.
• Ключевые инструменты: Allocator.Persistent/Temp/Job, UnsafeUtility.

4. Видеопамять (VRAM) В ней хранятся ресурсы, обрабатываемые GPU: текстуры, шейдеры, буферы вершин и индексов (Mesh), Compute Buffers.

// Compute Buffer размещается в VRAM
ComputeBuffer buffer = new ComputeBuffer(count, stride);

• Особенность: доступ CPU ограничен, передача данных через системную память затратна.
• Оптимизация: сжатие текстур, mipmaps, LOD группы.

Расположение игровых объектов и компонентов

Иерархия GameObject-Transform представляет собой древовидную структуру в памяти:

• Каждый GameObject содержит ссылку на компонент Transform.
• Transform хранит матрицу преобразования, связи с родителем и детьми.
• Данные компонентов (MonoBehaviour и встроенных) могут храниться как в управляемой, так и в нативной куче, в зависимости от реализации.

Оптимизация доступа к памяти

Для производительности критически важны паттерны доступа к памяти:

• Когерентность данных (Data Locality): размещение обрабатываемых вместе данных в непрерывных блоках памяти (например, через массив структур).
• Структура против класса: выбор между stack и heap размещением.
• Пул объектов (Object Pooling): повторное использование объектов вместо создания новых.

// Пример паттерна "Массив структур" для когерентности данных
public struct EnemyData
{
    public Vector3 Position;
    public float Health;
}

public class EnemySystem : MonoBehaviour
{
    private EnemyData[] _allEnemies; // Данные расположены непрерывно в памяти
    void Update()
    {
        for(int i = 0; i < _allEnemies.Length; i++)
        {
            // Быстрый последовательный доступ
            ProcessEnemy(ref _allEnemies[i]);
        }
    }
}

Пространства памяти для параллельных вычислений

При работе с Job System и Burst Compiler:

• Данные для джобов выделяются с помощью специальных аллокаторов (Allocator.TempJob).
• Burst Compiler генерирует высокооптимизированный нативный код, работающий с нативной памятью, что минимизирует взаимодействие с управляемой кучей.

Итог

Расположение данных в Unity — это осознанный выбор разработчика между управляемой кучей, стеком, нативной памятью и VRAM, основанный на:

• Времени жизни данных
• Частоте создания/уничтожения
• Необходимости доступа со стороны CPU или GPU
• Требованиях к производительности и минимизации пауз GC

Понимание этих принципов — основа для написания высокопроизводительного кода в Unity, особенно для мобильных платформ и проектов с высокой нагрузкой.