Как предварительно загружать программы?

Question 1

Как один из поддерживающих Ubuntu X, я могу сказать: тестирование как с открытым исходным кодом, так и с проприетарными драйверами ценно; у нас есть много пользователей обоих, и важно, чтобы Unity хорошо работала как на свободном стеке, так и на собственном стеке.

Однако, если вы хотите, чтобы ваше тестирование оказало наибольшее влияние, тестирование бесплатного стека быть в состоянии пойти - по крайней мере, для карт AMD.

Драйвер Radeon с открытым исходным кодом имеет разумный набор разработчиков - он невелик и может всегда делать больше, но он поддерживается AMD. Запрет на приток сотен разработчиков, работающих полный рабочий день, эти драйверы не достигнут той же производительности, что и fglrx, но вполне возможно, что они достигнут 90-95% производительности; это последние несколько процентов, это очень дорого.

Их также намного легче улучшить - потому что они с открытым исходным кодом, у нас есть видимость в исправлениях и может намного легче оправдать исправление ошибок в стабильных версиях , С драйвером fglrx мы просто получаем функции смешивания кода и исправления с неизвестным регрессионным потенциалом. Это затрудняет нам обновление проприетарных драйверов в стабильном выпуске.

Наконец, есть больше возможностей для улучшения для radeon, чем для fglrx. Разработчики Radeon заботятся обо всем настольном стеке, fglrx в значительной степени нацелен на пользователей рабочей станции.

Для нуво ответ немного мрачен. Есть еще большая перспектива улучшения в нуво, чем nvidia - опять же, nvidia в значительной степени нацелена на рынок рабочей станции, но в нуво более трудное время продвигается вперед, чем у radeon, поскольку им также необходимо все-таки реконструировать все.

Все это в основном относится к много , а не к производительности. Как правило, сложнее создать хорошую ошибку производительности, чем создавать хороший сбой или неправильную ошибку. Ошибки рендеринга и сбоя обычно изолированы от небольшого фрагмента кода, тогда как проблемы с производительностью обычно включают в себя целый стек кода. Если вы обнаружите изолированные проблемы с производительностью, они могут быть полезны для отчета, но это не обычный случай.

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

Question 2