Member
Статус: Не в сети Регистрация: 13.04.2008 Откуда: Красноярский кр Фото: 0
striderbyhl2 писал(а):
rtr150 писал(а): Я играю в BF4 и когда после установки новых дров начинаеш мазать то приходиться грешить на новые драйвера, а инпутлаг это или просто кривизна дров я хз. Последнее время все стало нормально но вот недавние драйвера 372.90 как то вообще не зашли, не могу нормально попадать на них хоть тресни, откатился на 372.70 все сразу стало нормально, даже идеально, можно сказать, вот на них пока и сижу.
Зачем ты мне всю эту лабуду необъективную пишешь? Ещё раз попробуй пройти слепой тест. Ты его НЕ пройдёшь. Потому-что.
Гуру, я тебе объяснил как я отличаю косячные драйвера. А может ты нуб косорукий, из тех у которых человеческий глаз больше 24 кадров в секунду не видит, какой ты инпут лаг заметиш? Скинь стату, что ли, в че ты там шпилиш.
_________________ Ryzen 7 5700X, Radeon RX 6800, LG UltraGear 32GN650-B
Member
Статус: Не в сети Регистрация: 13.04.2008 Откуда: Красноярский кр Фото: 0
rtr150 писал(а):
...Скинь стату, что ли, в че ты там шпилиш.
Все понятно, очередной эксперт, играющий только синглы на максимальной графике, но отлично разбирающийся в милисекундных задержках. А скажи еще свое мнение по такому вот вопросу, гуру, 150-200 фпс это ведь развод для лохов, что бы они покупали новые видеокарты, тру геймеру 60 фпс достаточно, дальше ведь не отличиш повышение фпс?
_________________ Ryzen 7 5700X, Radeon RX 6800, LG UltraGear 32GN650-B
Хочу поделится с форумом своими наблюдениями. Г-н kiberman (Благодарю, что подметили) недавно указал мне на неадекватные показатели Использованного процессорного времени одним драйвером (Wdf01000.sys). Поэтому решил проверить какое устройство оказывает "негативное" влияние на работу системы. Поочередно отключал все внешние USB гаджеты. Также обновил все драйверы для устройств, которые отвечают за передачу данных между блоками компьютера. Но "проблема" все не решалась. Методом исключения выявил, что виновником является USB 3.0 контроллер от Intel (драйвер от Microsoft 2015 года), поскольку EHCI контроллеры у меня отключены за ненадобностью. Драйвер для контроллера я нашел на сайте Fernando (win-raid.com), где также можно посмотреть оптимальные версии драйвера для дисковой подсистемы. Обновление программы для контроллера проходит в несколько этапов: 1. Подписка сертификата 2. Установка драйвера контроллера 3. Установка драйвера концентратора 4. Установка драйвера центрального хаба По итогам оптимизации драйвер Wdf01000.sys перестал осуществлять DPC, однако общее время исполнения обработки прерываний (именно контроллера USB 3.0) не изменилось. Ниже предоставлены скриншоты до и после оптимизации:
До (2 мин.)
#77
После (1 мин.)
#77
К сокращению совокупного времени Total execution привели иные произведенные настройки (но это уже другая история), а драйвер контроллера USB 3.0 как и вызывал существенное влияние на систему, так и продолжает... Например, при включенной программе Chrome Total execution д-ра USB 3.0 составляет 15ms за 30 секунд. Тоже самое влияние было замечено до обновления программы устройства.
Chrome on, После оптимизации (30 сек.)
#77
Если в тексте замечены какие-либо ошибки или неправильное применение технических терминов, то сразу скажу, что я очень далек от мира IT, и не понимаю большинства процессов которые происходят в системе
Писал в другой теме (DPC latency на видеокартах Nvidia), но посоветовали написать здесь. В общем, по вопросу задержек. Оказывается такая проблема не нова. Более-менее проблема решена. Мои действия: 1. Я переустановил с windows 7 на Windows 10 (LTSB 14393). 2. Установил последний хотфикс на видюху. 3. Загрузил и установил обновленные дрова на звуковую карту Realtek. 4. В настройках звуковой поставил качество звучания на качество DVD (16 бит). Подсмотрел на англоязычных сайтах. 5. Установил в настройках панели нвидиа процессор Physx на GPU (на видюху) 6. Сделал undervolting видюхи. Проблема с видеокартой ПОКА отпала. Буду дальше тестировать. Сборка Windows от монкрус. Если кому поможет, отпишитесь пожалуйста. Может еще что-нибудь добавите.
Member
Статус: Не в сети Регистрация: 22.03.2005 Откуда: Уфа Фото: 0
sergielebedev писал(а):
я удалю.
Не-не-не. Тезис с андервольтингом интересный и требует тщательной проверки. А то понаплодили в последнее время технологий энергосбережения всяких где попало... Ясно, что ноутам на пользу, но нам, пека-боярам с хорошим железом весь этот инструментальный ансамбль вольтово-частотных чипов-балалаечников уже явно мешать больше начинает, чем помогать. Много чего разогнано. Один на понижение пошёл, другой в это время на повышение чешет. Какая тут, к чёрту, синхронизация между компонентами ПК получится? Утихомирить бы как-то всю эту какофонию сначала, а там уж разберёмся, что дальше делать.
Добавлено спустя 18 минут 19 секунд:
iG0Lka писал(а):
у меня с уменьшением инпут лага почему то ассоциируется большая четкость а не гладкость
Может "чёткость" больше из-за более точного соответствия прогноза(мозга)-получаемому с низким инпут-лагом? (это к тому, почему в ВР шлемах многих на буээ пробивает от запаздывания при плавных перемещениях в играх)
Какая тут, к чёрту, синхронизация между компонентами ПК получится? Утихомирить бы как-то всю эту какофонию сначала, а там уж разберёмся, что дальше делать.
Вот-вот. У меня заводской разгон видюхи. Не факт, что это эффективно для плавной работы в 3d.
ну так понижение питания не отключает этот разгон. задача - отключить автоматические регулировки по максимуму.
В том-то и дело, что даже с учетом заводского разгона и автоматической регулировки, понижение напряжения на определенных частотах не повлияло на работу видеокарты, соответственно, она не "пыхтела" и не "напрягалась" в прогрузках. Я засекал, что частоты даже в энергоемких 3d сценах сильно не поднимаются, чтобы оправдывать повышенное напряжение. Кстати автор той статьи, примерно говорил то же самое. Поэтому, считаю, что это, хоть чуть-чуть, но приводит к лучшей "четкости"))) работы компонента вкупе с другими, работающими в штатном режиме. А отключение регулировок: я считаю, надо копать биос. Мне техподдержка - ни глобальная, ни наша местная-форумная-, вообще ничем не помогли, кроме общих дежурных терминов и посылании....в светлое будущее. На просьбу предоставить биос на видюху, просто тупой отказ ввиде ссылки на официальный сайт.
но ведь понижение напряжение производится через АФ
Прошу прощения: Что такое АФ? Вы правы возможно: задача - выполнить регулировку для ее применения в 3d сценах, то бишь, игрульках))) В простое, и так ничего не напрягается. Биос лучше не копать, единственное в нем можно увековечить частоты до нужных пользователю)))
В общем решил еще раз поиграться с системой. И...опять проблема с задержкой nvlddmkm.sys и прерываниями dxgkrnl.sys. НО! В играх каких-либо лагов после вышеперечисленных манипуляций не наблюдаю пока. Однако....
_________________________________________________________________________________________________________ CONCLUSION _________________________________________________________________________________________________________ Your system seems to be having difficulty handling real-time audio and other tasks. You may experience drop outs, clicks or pops due to buffer underruns. One or more DPC routines that belong to a driver running in your system appear to be executing for too long. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates. LatencyMon has been analyzing your system for 0:59:10 (h:mm:ss) on all processors.
_________________________________________________________________________________________________________ SYSTEM INFORMATION _________________________________________________________________________________________________________ Computer name: DESKTOP-91IIPM5 OS version: Windows 10 , 10.0, build: 14393 (x64) Hardware: Z97-HD3, Gigabyte Technology Co., Ltd. CPU: GenuineIntel Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz Logical processors: 8 Processor groups: 1 RAM: 8077 MB total
_________________________________________________________________________________________________________ CPU SPEED _________________________________________________________________________________________________________ Reported CPU speed: 340 MHz Measured CPU speed: 1 MHz (approx.)
Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.
WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.
_________________________________________________________________________________________________________ MEASURED INTERRUPT TO USER PROCESS LATENCIES _________________________________________________________________________________________________________ The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.
Highest measured interrupt to process latency (µs): 1465,525809 Average measured interrupt to process latency (µs): 2,210323
Highest measured interrupt to DPC latency (µs): 1454,081095 Average measured interrupt to DPC latency (µs): 0,683585
_________________________________________________________________________________________________________ REPORTED ISRs _________________________________________________________________________________________________________ Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.
Highest ISR routine execution time (µs): 180,782353 Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Highest reported total ISR routine time (%): 0,037038 Driver with highest ISR total time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Total time spent in ISRs (%) 0,044473
ISR count (execution time <250 µs): 1646822 ISR count (execution time 250-500 µs): 0 ISR count (execution time 500-999 µs): 0 ISR count (execution time 1000-1999 µs): 0 ISR count (execution time 2000-3999 µs): 0 ISR count (execution time >=4000 µs): 0
_________________________________________________________________________________________________________ REPORTED DPCs _________________________________________________________________________________________________________ DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.
Highest DPC routine execution time (µs): 1555,487059 Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 378.77 , NVIDIA Corporation
Highest reported total DPC routine time (%): 0,024990 Driver with highest DPC total execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 378.77 , NVIDIA Corporation
Total time spent in DPCs (%) 0,076934
DPC count (execution time <250 µs): 13157980 DPC count (execution time 250-500 µs): 0 DPC count (execution time 500-999 µs): 3 DPC count (execution time 1000-1999 µs): 1 DPC count (execution time 2000-3999 µs): 0 DPC count (execution time >=4000 µs): 0
И это я еще не заходил в 3d приложения, лазил в браузере))). В будущем, еще добавлю ОЗУ. UPD Случайно наткнулся на это. Стало заметно лучше.
Это давно уже советуют в разных сочетаниях. Помогает 50/50. Сделайте поиск на форуме по упоминанию этих команд.
Spintires после этого запускал - все отлично было. Зараза, Мафию 3 запустил, опять nvlddmkm.sys нудит...)) Может действительно прав тот человек, который создал отдельную тему для именно проблем с видюхой. Может нвидиа "чего-то не договаривает", хотя... Но, еще раз повторюсь, стало нАмного лучше в плане плавности.
Member
Статус: Не в сети Регистрация: 14.06.2009 Откуда: Омск
sergielebedev если сильно парит dpc latency могу посоветовать написать в саппорт гигабайт(в европейский, лучше немецкий на англ языке) для получения правленого биоса с возможностью отключения HPET.
если сильно парит dpc latency могу посоветовать написать в саппорт гигабайт(в европейский, лучше немецкий на англ языке) для получения правленого биоса с возможностью отключения HPET.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 8
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения