Top.Mail.Ru
Перейти к содержанию

Лидеры

  1. Barsikus

    Barsikus

    BARS


    • Баллы

      2

    • Постов

      1131


  2. Dexter

    Dexter

    Рейсеры


    • Баллы

      1

    • Постов

      385


  3. expresso07

    expresso07

    Рейсеры


    • Баллы

      1

    • Постов

      1598


  4. defchik

    defchik

    Рейсеры


    • Баллы

      1

    • Постов

      154


Популярный контент

Показан контент с высокой репутацией 10/22/19 во всех областях

  1. Сообщение не может быть отображено, т.к. оно находится в защищённом паролем форуме. Введите пароль
  2. Пришла китайская шировкая маска на Индекс. На певый взгляд, должна быть радикально удобнее родной. Но есть проблема - она без подкладки, так что на 100% не скажешь... заказал ещё с vrcover подкладку, если удастся их совместить, то комфорт шлема должен радикально повыситься...
    1 балл
  3. Это какбэ не совсем так, сильно зависит от алгоритма, который кодируется. На кудах обычно реализуют высокопараллельные алгоритмы и там да, чем больше ядер насыпал, тем быстрее будет считаться. В жизни это далеко не всегда так, критические секции и синхронизации данных между потоками никто не отменял. Существуют алгоритмы, которые вообще не параллелятся. Навскидку какой-нибудь A star например. Каждый следующий шаг зависит от предыдущего, пока предыдущий не посчитан, следующий посчитать не сможешь. Хоть на куде хоть на x86 хоть где.
    1 балл
  4. HMD использует процессор только для трекинга. В остальном это просто два дисплея на которые выводится уже подготовленное изображение. Растрированием занимается GPU, тоже к процессору отношения не имеет. А вот на самом первом этапе - подготовка вершин треугольников для видеокарты целиком ложится на процессор. И тут не важно для чего он это делает, для мониторов или VR. В iR после внедрения однопроходного рендеринга так и есть. Если движок игры сможет раскидать эти расчеты по потокам - хорошо. Но если не ошибаюсь игропейсатели этим не заморачиваются, тем более никто не пишет специальный код для ВРщиков, тупо два раза исполняют один и тот же код для каждой проекции... Распараллеливанием занимается Виндовс и DirectX. Вообще многопоточность на текущей архитектуре та еще бяка. Например в х86 совершенно отсутствует масштабируемость. Нельзя взять готовый проект и просто увеличить скорость исполнения запустив его на процессоре с бОльшим количеством ядер. На АМД и Интел этот процесс выглядит как уменьшение нагрузки на каждое новое ядро. В отличие например от CUDA, где достаточно плодить микроядра и получать кратную прибавку скорости расчетов. А учитывая требования совместимости получаем натягивание совы на два ядра максимум. Или уже не четыре? А дальше как карта ляжет. Одним проектам дополнительные ядра слегка помогают, други до фени дверца. Это видимо связано с тем, что мат. расчеты не такие сложные, как в иР. После внедрения гравия и новой системы повреждений все стало еще сложнее считать. И это очень хорошо видно по разнице ФПС в гонке и при проигрывании реплея. В повторах нет физ. расчетов, только вектора и скорость для каждого объекта в кадре. Кстати, если обратили внимание, камушки в иР ведут себя как физические объекты, а не как спрайты. Правильно взаимодействуют с препятствиями. Popcorn FX этим занимается и использует второй поток для этого. Плюс на нем еще сидит звук. Но к ВР это отношения не имеет.
    1 балл
  5. @Axpion Да от проекта зависит. В Ире никак потоки не используются, все зависит от производительности на ядро, а ВР сильно увеличивает нагрузку на проц. В других симах везде видел только упор в видюху, но у меня 8700к разогнанный, может на более слабом будет тоже упор в проц
    1 балл
  6. я вырос - а все модельки собираю.. страшно, аж жуть
    1 балл
  7. Сообщение не может быть отображено, т.к. оно находится в защищённом паролем форуме. Введите пароль
×
×
  • Создать...