Многопоточная физика.

[Neodrop]

Многопоточная, полностью независимая от основного ядра, физика. Кто что думает? Оно нужно для Unity как отдельный аддон?
Ну и вообще - высказываемся на тему.

(Добавлено) Скорость 1х1 с родной физикой. Но никакой нагрузки на главный поток.

http://www.unity3d.ru/composition/MuPhi ... layer.html

[gnoblin]

Полезно...

А если одно ядро - работает ок? (на мобилках к примеру)
Как сделано если не секрет?
Как выглядит работа с этой физикой?
Есть сравнительные тесты производительности? (ну типа фпс с обычной и фпс с необычной)

[Neodrop]

На одном ядре какой профит то? Хватит и родной физики.
Но работать будет.

Сделано руками. Секрет пока что.
Выглядит практически так же как и с родной. По крайней мере, я стараюсь придерживаться того же вида.
Не до тестов мне. Накидай 1000 кубиков, да погляди. Здесь, нагрузка на Unity 0% только рендеринг.

[gnoblin]

А что тестить - пакаджей в посте не замечено ).
Одно ядро - ну к примеру если игру на мобилке придется запустить.

Шаман, шаман...

[DbIMok]

близко к 1000 кубики падают замедленно

[Neodrop]

А чего ж тут удивляться? Вопрос сейчас не в том, что физика замедляется, а в том, что Юнити не тормозит.
На встроенном физиксе, при 1000 кубиков у тебя всё провиснет, как сиськи у старой бабки. Нэ?

[Neodrop]

То же самое на обычной физике :

normalPhysics.jpg

При 1000 кубов, FPS (у меня на машине) скачет от 20 до 100 при том, что на сепаратной физике - стабильно около 200-250 (и никаких просадок ниже 150 да и те не связаны с физикой - рендеринг и батчинг и самая малость (меньше 1 миллисекунды на кадр)) позиционирование объектов и перекраска неактивных кубиков. Если убрать перекраску, до FPS будет ~300 где-то.
Заметь - 10 миллисекунд на кадр потеряны безвозвратно. Это огромное время, которое уже не удастся потратить на красивости.

Кстати - при встроенной физике, есть пики GC от 20 до 100 миллисекунд.

[Neodrop]

А вот профайлер при сепаратной физике (всё та же 1000 кубиков + покраска) :

[Shi]

Начал делать свой чар контроллер на физике (ничего сложного- CapsuleCollider,SphereCast,AddForce). При 50 "ботах", бегающих за мной, фпс снижается в 100 раз, а Physics.Simulate показывает 75%. После этого узнал, что аппаратной поддержки PhysX в Unity нет, и мои Nvidia видеокарты в SLI тут помочь не могут. Возможно, ваша разработка это единственное решение подобных проблем, до тех пор, пока не появится аппаратная поддержка.

[Neodrop]

Хотелось бы. Но пока, даже в потоки физику и то никак не соберутся вынести. Хотя, объективно - совсем не сложная задача. Могли бы уж сделать опциональную настройку - "сепаратно" или "в главном потоке". Но, увы. Много лет, а воз и ныне там.

[romeo_ftv]

Надо же, молодец, Андрей. Сам физику написал.

[Neodrop]

Обновил демку. Стало быстрее на 50% примерно.

[Neodrop]

Надо же, молодец, Андрей. Сам физику написал.

Не, сам я физику пару лет писать буду. Но где взял, не скажу пока что
Понадобилось, вот и пришлось изыскать возможности. Детальную информацию пока придержу как коммерческую тайну.

[romeo_ftv]

Надо же, молодец, Андрей. Сам физику написал.

Не, сам я физику пару лет писать буду. Но где взял, не скажу пока что
Понадобилось, вот и пришлось изыскать возможности. Детальную информацию пока придержу как коммерческую тайну.

И не надо, я и так знаю

Сделай пожалста в демке фпс и регулировку кол-ва используемых потоков (с возможностью отключения мультипоточности вообще), если это возможно. Интересно посмотреть.

[Neodrop]

FPS неадекватен. Всё равно больше частоты монитора не покажет (если у тебя есть умный счётчик, поделись - примотаю). А в реальности, FPS в приложении выше частоты любого монитора. Так что смотреть то не на что.

А в отключении многопоточности я не вижу никакого смысла - зачем тогда вообще стороннюю физику прикручивать, если Physics и так замечателен? Да и, если честно, полно других задач, банально некогда заниматься бенчмарками системы, которая ещё только строится.