Является ли задержка от аппаратного обеспечения прерывает проблему с оборудованием, драйвером или ядром?

407
innerspace

Будучи опытным пользователем, я провел бесчисленные часы, настраивая системы, проверяя задержку DPC-бла-бла

Все это вызывает вопрос, почему мы до сих пор имеем дело с этими проблемами? Лично я не могу сказать, является ли это исключительно для Windows или также является проблемой в Linux. Я только когда-либо замечал это, потому что именно там я делаю большую часть своей тяжелой работы, и мое использование Linux - это просто web или biz dev.

Так что я сижу здесь с моей хорошей установкой Win10, использующей Hyper-V с парой окружений разработчиков. У меня больше памяти процессора и SSD, вы можете знать, что делать. Я просто сбросил рабочую станцию ​​VMware для Hyper-V, поэтому я перемещаю все свои старые образы дисков по сети для архивации. Чтобы добавить к миксу, я слушаю музыку и пытаюсь работать в своей среде разработки и ее поп-музыки, и снова нажимаю. Я знаю почему и как, но мне интересно

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

Является ли это ядром, ядро ​​Windows просто отстойно работает с процессором, решая, что важно, а что нет ... или это просто ставит в очередь все неправильно ...

Наконец, это только аппаратное обеспечение? Я помню свои дни в Амиге, и был чип для всего. Теперь мы действительно полагаемся на этот общий процессор. Конечно, у нас есть GPU и DSP. Но когда дело доходит до перемещения данных, все, что у нас есть, это DMA, и это все еще требует внимания со стороны процессора. Внимание, которое расходится со всем остальным в системе.

Как насчет

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

Какова проблема с достижением какого-либо приоритета в реальном времени для процессов, которые в нем нуждаются (аудио, видео) и балансирования использования ресурсов с задержкой и многозадачностью?

--- дополнительная информация: это не встроенное аудио, это аудиоинтерфейс, работающий на Fire-wire ... и я не ищу решения проблемы. Я задаю более философский вопрос ... почему потоки данных в системе, требующие приоритета в реальном времени, не могут получить его на современных аппаратных платформах, и это слишком сложно реализовать?

0
Задержка прерывания может иметь как HW, так и SW компонент. sawdust 8 лет назад 0
Какие у вас есть доказательства того, что обработка прерываний и вызовы DPC оказывают какое-то особое влияние на ваш аудиопоток? Аудиоконтроллеры Intel HD находятся на шине PCI, общей шине, которая использует прерывания для управления тем, кто отправляет данные в любой момент времени, поэтому для плотно закодированного потока разумно, чтобы трафик перегружал шину. Убедитесь, что у вас установлены кодеки HDA, драйвер UAA и драйверы чипсета. https://en.wikipedia.org/wiki/Intel_High_Definition_Audio#Host_controller Frank Thomas 8 лет назад 0
На этот раз у меня нет никаких доказательств, потому что потребуется слишком много времени, чтобы пробежаться по инструментам, чтобы выяснить это. Плюс у меня уже есть подсказка .. Я столкнулся с этим ранее. Изучение решений этих проблем приводит к общей проблеме. Используйте меньше ресурсов ... отключите функции, облагающие налогом вашу видеокарту, отключите процессы, которые могут помешать вашей звуковой карте, или купите лучшее оборудование. Интересно, почему они не просто отделяют аудио от видео и полностью исключают возможность конфликта на аппаратном уровне? Я полагаю, что для водителей нам понадобится меньше пластырей. innerspace 8 лет назад 0

0 ответов на вопрос

Похожие вопросы