3D.ru

Нужно асинхронно загрузить массив префабов из папки ресурсов. Когда все будет загружено, необходимо продолжить выполнение кода. Как проверить, что все префабы загружены?

Так как количество префабов может исчисляться тысячами и все должно работать в рантайме (динамически загружаемые чанки мира), желательно делать это как можно дешевле:
-не прибегать к отдельной корутине для загрузки каждого элемента массива. Так как получатся тысячи корутин.
-не проверять в повторном цикле состояние КАЖДОГО элемент массива, так как даже из-за одного не успевшего загрузиться префаба, придется впустую бегать по всему массиву каждый кадр, пока этот префаб наконец не загрузится.





Вот примерный набросок кода. Корутина загружает файлы префабов в память, доступ к файлам по prefabID, скрытым в chunk.entitiesSerialized. И сохраняет ResourceRequest в пул объектов. На самом деле, я могу сохранять в пул Object. Мне это нужно, чтобы повторно не вызывать Resources.LoadAsync, а инстансить объекты уже из кэша в синхронном режиме.

Единственное, что мне нужно- наименее накладным способом определить момент, когда все префабы в корутине будут загружены.

-не проверять в повторном цикле состояние КАЖДОГО элемент массива, так как даже из-за одного не успевшего загрузиться префаба, придется впустую бегать по всему массиву каждый кадр, пока этот префаб наконец не загрузится.

Всё же придется.

Есть причина все усложнять?

public IEnumerator<float> PreloadResources(Chunk chunk)
{
for (int i = 0; i < chunk.entitiesSerialized.Length; i++)
{
ushort prefabID = chunk.entitiesSerialized[i].prefabID;
resourceRequest = Resources.LoadAsync(prefabID.ToString(), typeof(GameObject));

While( !resourceRequest.isDone) yeld return null;
}
}

В таком варианте загрузка последовательная.

И что? Вы надеетесь, что если запустить считывание с диска 100 файлов параллельно - будет быстрее, чем последовательно считать эти файлы? Не будет. У диска одна головка и время перехода с одной позиции на другую есть...

Кроме "головок" есть ещё и кеширование. Или вообще всё это на SSD. Проверять надо, сравнивать.
P.S. да и что есть "головка"? Даже во времена HDD были блоки головок, которые вполне могли считывать с нескольких блинов одновременно. Да, для пользователя это было не заметно, но это было.
Даже были диски (я сам их в руках не держал к сожалению) с двумя блоками головок. Хотя, возможно, это и осталось концептом, но сделать такое проблем точно не представляло.

Не забывайте, что в билде "папка" ресурсов - это не папка, а архив (ну или несколько архивов, если данных очень много).
При первом же чтении он скорее всего закешируется и остальные ресурсы из него будут добываться быстрее...

Alex5 писал(а):Кроме "головок" есть ещё и кеширование. Или вообще всё это на SSD. Проверять надо, сравнивать.
P.S. да и что есть "головка"? Даже во времена HDD были блоки головок, которые вполне могли считывать с нескольких блинов одновременно. Да, для пользователя это было не заметно, но это было.
Даже были диски (я сам их в руках не держал к сожалению) с двумя блоками головок. Хотя, возможно, это и осталось концептом, но сделать такое проблем точно не представляло.

Ну так речь идёт о не аппаратном обеспечении...

Двиг так устроен что он при запуске игры кэширует все ресурсы из архивов (обычно кэшируются архивы имеющие отношение к первой сцене), а затем после загрузки другой сцены загружаются зависимости для запущенных сцен

К примеру загрузили сцену sample1, загрузились зависимости для неё и выгрузились зависимости для предыдущей

Jarico писал(а):Ну так речь идёт о не аппаратном обеспечении...

Я в курсе. Я говорил всего лишь о том, что в современном мире далеко не факт, что "параллельное" будет быстрее "последовательного". Могут быть накладные расходы. Не чистая "гонка" конечно. Проверять надо.