Nikman (23 July 2010 — 16:46) писал:

Конечно, ответов нет. Зачем Вам такая жесть?  Напрасная трата времени и жёсткого диска. Есть у Вас AC#1 в файле самолётов и есть 10 строчек расписаний для AC#1 — всё будет смиренно летатьс одной шкурой. А уж найдёте полный пакет ливрей — можно и расписать для каждого.

Не, то, что и с одной шкурой 10 крафтов летать будут – понятно. Просто – любопытно. Неужели эти два варианта (одна ливрея на 10 крафтов/10 ливрей на 10крафтов) никак не отличаются друг от друга в плане просадки тех же FPS? Просто, иногда, казалось бы, менее глобальные вещи – сажают ФПС капитально, а тут же – одна из самых основных единиц в игре –трапик :-).

Чет мне кажется, что вариант 1 ливрея на 10 крафтов должен сильнее влиять на производительность — в плане ухудшения – симу ж надо тратить ресурсы на размножение этой одной шкуры. А когда у каждого самолета своя шкура – соответственно, не надо :-). Ну как с CD – если с одного диска копируется один файл – быстро, а если два разных – скорость падает вдвое. Вот нет ли такой же фигни, пусть и не так сильно заметной, как в случае с CD, в FSX?

У себя сравнить не могу – нет двух вариантов трафа – где все крафты имели бы по персональной шкуре и где бы были тока с «одной на всех». Но наверняка же есть те, у кого два и даже три разных глобальных наборов трафа – типа один – с самолетами 70 годов (в таком наборе априорно – все крафты имеют только уникальные шкуры, иначе – смысла в нем нет), а другой — современная сборная солянка.

Неужели никто, за все эти годы, так и не смог ответить на этот вопрос «окончательна и биспаваротна»? :-).

По поводу «Напрасная трата времени и жёсткого диска». Ну с HDD – очевиден лучший вариант :-).
А вот насчет траты времени – как посмотреть. Если один раз заморочиться и сразу сделать «AC#1, AC#2 ит.п.» пусть и с одной и той же ливрей – потом не придется заново корректировать/компилить весь траф целиком, когда найдёшь/сам подправишь ливрею с уникальным бортовым. Достаточно будет просто закинуть шкурку в готовую папку. А, как правило, уникальная ливрея находится в тот самый момент, когда нет времени на переделку трафа +лень тотальная, а летать охота сильна :-).

Выходит — мой вопрос не имеет ответа и никто так и не выяснил — что критичней для ресурсов системы?
Кстати, пора уже открыть на форуме раздел «Риторические вопросы» :-).

Когда грузится самолёт №1 и с ним ливрея №1, то она попадает в кэш (в RAM) по уникальному идентификатору файла на диске.
Если в трафике есть второй (3, 4, десятый и т.д.) борт с той же самой ливреей в поле зрения пользователя, то нафига симу ещё раз читать её с диска.
Даже при такой попытке ОС ему скажет, на дорогой тебе из кэша. И диск при этом будет молчать в тряпочку.

Другой вариант — тиражируем одну и туже шкурку с одним и тем же борт номером в 10 папок сима.
Соответственно в aircraft.cfg они описаны как уникальные борт номера и в файле трафика тоже как разные AC#.
Теперь при обращении к каждой условно уникальной шкурке (визуально однофигственной) система будет кэшировать каждый файл отдельно, т.к. идентификаторы у них разные.
Т.е. надо будет физически считать с диска все 10 файлов и разместить в памяти все 10 этих экземпляров.
При недостатке оперативки блоки памяти будут сбрасываться в paging файл для ещё одного уровня кэширования.
Чтобы потом достать ливрейку система сначала полезет в paging, а если он там за давностью потерялся, то полезет в папку с самолётом для повторного чтения.

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

На этом свою гипотезу и завершу. Выводы делать каждому симмеру самостоятельно.

ИМХО, сим изначально заточен под вариант «одна шкура в одни руки». Поэтому, видимо, алгоритм там такой, что он всё равно вначале лезет на диск в поисках уникальной шкуры, даже если ливрея одна на всех и уже давно сидит в аперитивке :-).
И, кстати, не факт, что сим не размножает в оперативке одну шкуру на всех. Он вполне может дублировать одну шкуру 10 раз прям в памяти. Т.е. место в оперативке и так, и эдак – не экономится. Поэтому, ИМХО, мы и не видим разницы между двумя этими вариантами трафа, а то бы, оказавшись в зоне одношкурников, сразу заметные тормоза бы начинались.

Я тут косвенно сравнил – полетал возле дефолтного порта, где у меня натыканы крафты тока с индивидуальными шкурами и полетал возле, примерно такого же по размерам (и по окружающему ландшафту), другого дефолтного порта, где вариант «одна шкура греет всех». Никакой разницы… И по обращению к HDD тоже. Каких-то всплесков активности в работе диска при пролете возле места выпаса уникальношкурного трафа – нет.
Т.е. как-то увеличить производительность сима, меняя везде траф на одношкурный, ИМХО, нельзя. Только заменой ливрей на более «дешёвые» по качеству (хотя, куда уж больше оптимизировать).

Ну а самое уязвимое место в системе (в независимости от варианта трафа) – память видюхи. Вот тут – сим по-любому уникалит шкуры для каждого крафта.
В общем, ИМХО, ежели нелениво и есть место на диске, правильней траф собирать с уникальной шкурой для каждого борта (даже если шкура пока одна на всех). Потом много проще будет добавлять/менять шкуры у трафбортов.

Всё равно, как видим, на общую производительность это не влияет.

Закрываем тему?

Scorpio9999 (26 July 2010 — 07:31) писал:

ОК, пущай «трафик» астаёсса.

Хольгерт (04 August 2010 — 14:09) писал:

http://www.world-of-…allpackages.php
http://library.avsim…rm=WOAVSVv1.zip

Хольгерт (04 August 2010 — 16:11) писал:

Там все
Устанавливается через WOAI Installer

Если нужны модели специально под FSX, чтобы проблем не было, то SCAT есть в платных
Ultimate traffic 2 (например)

http://www.avsim.su/…sx/page__st__20
http://www.avsim.su/…ma-s-traffikom/

Harli (04 October 2010 — 11:40) писал:

В файлах расписаний покопайся, типичный трабл.