Я просил список всех процессов и в момент "тормоза". Блин зачем ты просишь помощь, если читаешь невнимательно и совсем не думаешь.
думаю секрет в ekrn-egui. Сиречь в НОДе. А при тормозах максимум нагрузки на System, процессы прочие как обычно, 1-3...25%. Это у них бывает. Это обновление корявое. Обнови НОД, может исправили уже. Периодически на те же грабли налетают у нас - неделька-полторы, и снова нормально. А в худшем случае - вплоть до бсодов и мертвых висюков, когда вообще никак, и таскманагер не запускается даже. НОД неактивным не бывает. Это тебе только кажется, что ты его задизейблил, а драйвер никуда не делся, и продолжает свое черное дело. Или снеси - и проверь без НОДа вообще.
Ну сказал же я выше, что не ekrn.exe грузит на 100%. Правда? а я не заметил. Укажите пожалуйста где в вашем посте это написано. http://img40.imageshack.us/img40/9640/51883693.png http://img200.imageshack.us/img200/8999/22985058.png http://img338.imageshack.us/img338/5306/39853005.png FatMoon Проверил. Сразу скажу как.. Подключил второй harddisk, форматнул все разделы, установил Windows XP sp3 (лицензионную), драйвера с дисков и dx9. С флэшки поставил CrystalPlayer, KMplayer, MPC, один кодек - ровно для одного фильма. Tолько не надо говорить про вирусы, только что скачал с офф сайтов на нормальном компе и дважды всё перепроверил. Потом включил фильм минут на 10 в crystal с multisampling, все время переключал (уже от этого могло начаться) на Диспетчер Задач и видел нагрузку 30-40%. Далее не выключая плэер, понаоткрывал окон 10 проводника и закрыл. не прокатило, попробовал второй раз, третий. ВО! Теперь за 10минут нагрузка плэером в 2 раза больше, правда не лагает, но ведь и изначально было не >50%. Повторил действие с 10 окнами 3 раза. Ничего не изменилось. Теперь установил ProcessExplorer и там сделал suspend/resume плэера - получил прежние 30-40%. Тоже самое проделал с другими прогами и игрушками большими и маленькими. И везде так. Хотя нет. В WinRare есть "Тест быстродействия", так там всегда показывает 400-402 кбайт/сек. Может я плохо старался?
А чтобы посмотреть, что делается в ядре, можно заюзать http://www.microsoft.com/downloads/details.aspx?familyid=d6e95259-8d9d-4c22-89c4-fad382eddcd1&displaylang=en
Спасибо: Код (Text): /==============================\ < KERNRATE LOG > \==============================/ Date: 2010/03/18 Time: 15:44:02 Machine Name: VISTA Number of Processors: 2 PROCESSOR_ARCHITECTURE: x86 PROCESSOR_LEVEL: 15 PROCESSOR_REVISION: 0304 Physical Memory: 1023 MB Pagefile Total: 927 MB Virtual Total: 2047 MB PageFile1: (null), 0MB OS Version: 5.1 Build 2600 Service-Pack: 3.0 WinDir: C:\WINDOWS Kernrate User-Specified Command Line: Kernrate_i386_XP.exe Kernel Profile (PID = 0): Source= Time, Using Kernrate Default Rate of 25000 events/hit Starting to collect profile data ***> Press ctrl-c to finish collecting profile data ===> Finished Collecting Data, Starting to Process Results ------------Overall Summary:-------------- P0 K 0:00:00.281 (20.7%) U 0:00:00.828 (60.9%) I 0:00:00.250 (18.4%) DPC 0:00:00.218 (16.1%) Interrupt 0:00:00.000 ( 0.0%) Interrupts= 2408, Interrupt Rate= 1771/sec. P1 K 0:00:00.109 ( 8.0%) U 0:00:01.234 (90.8%) I 0:00:00.015 ( 1.1%) DPC 0:00:00.000 ( 0.0%) Interrupt 0:00:00.000 ( 0.0%) Interrupts= 627, Interrupt Rate= 461/sec. TOTAL K 0:00:00.390 (14.4%) U 0:00:02.062 (75.9%) I 0:00:00.265 ( 9.8%) DPC 0:00:00.218 ( 8.0%) Interrupt 0:00:00.000 ( 0.0%) Total Interrupts= 3035, Total Interrupt Rate= 2233/sec. Total Profile Time = 1359 msec BytesStart BytesStop Byt esDiff. Available Physical Memory , 460873728, 460009472, -864 256 Available Pagefile(s) , 481644544, 481046528, -598 016 Available Virtual , 2132566016, 2131517440, -1048 576 Available Extended Virtual , 0, 0, 0 Total Avg. Rate Context Switches , 2511, 1847/sec. System Calls , 6311, 4643/sec. Page Faults , 1244, 915/sec. I/O Read Operations , 338, 249/sec. I/O Write Operations , 0, 0/sec. I/O Other Operations , 153, 113/sec. I/O Read Bytes , 74630, 221/ I/O I/O Write Bytes , 0, 0/ I/O I/O Other Bytes , 5228, 34/ I/O ----------------------------- Results for Kernel Mode: ----------------------------- OutputResults: KernelModuleCount = 133 Percentage in the following table is based on the Total Hits for the Kernel Time 290 hits, 25000 events per hit -------- Module Hits msec %Total Events/Sec intelppm 75 1359 25 % 1379690 cmuda 54 1359 18 % 993377 hal 53 1359 18 % 974981 ntoskrnl 51 1359 17 % 938189 win32k 30 1359 10 % 551876 USBPORT 9 1359 3 % 165562 usbuhci 8 1359 2 % 147167 ativvaxx 3 1359 1 % 55187 torususb 2 1359 0 % 36791 ts_lb 1 1359 0 % 18395 usbhub 1 1359 0 % 18395 stmatm 1 1359 0 % 18395 portcls 1 1359 0 % 18395 VIDEOPRT 1 1359 0 % 18395 ================================= END OF RUN ================================== ============================== NORMAL END OF RUN ============================== А когда не тормозит - так: Код (Text): /==============================\ < KERNRATE LOG > \==============================/ Date: 2010/03/18 Time: 15:17:41 Machine Name: VISTA Number of Processors: 2 PROCESSOR_ARCHITECTURE: x86 PROCESSOR_LEVEL: 15 PROCESSOR_REVISION: 0304 Physical Memory: 1023 MB Pagefile Total: 927 MB Virtual Total: 2047 MB PageFile1: (null), 0MB OS Version: 5.1 Build 2600 Service-Pack: 3.0 WinDir: C:\WINDOWS Kernrate User-Specified Command Line: Kernrate_i386_XP.exe Kernel Profile (PID = 0): Source= Time, Using Kernrate Default Rate of 25000 events/hit Starting to collect profile data ***> Press ctrl-c to finish collecting profile data ===> Finished Collecting Data, Starting to Process Results ------------Overall Summary:-------------- P0 K 0:00:00.187 (10.5%) U 0:00:00.375 (21.1%) I 0:00:01.218 (68.4%) DPC 0:00:00.125 ( 7.0%) Interrupt 0:00:00.000 ( 0.0%) Interrupts= 3219, Interrupt Rate= 1807/sec. P1 K 0:00:00.015 ( 0.9%) U 0:00:01.109 (62.3%) I 0:00:00.656 (36.8%) DPC 0:00:00.000 ( 0.0%) Interrupt 0:00:00.000 ( 0.0%) Interrupts= 824, Interrupt Rate= 463/sec. TOTAL K 0:00:00.203 ( 5.7%) U 0:00:01.484 (41.7%) I 0:00:01.875 (52.6%) DPC 0:00:00.125 ( 3.5%) Interrupt 0:00:00.000 ( 0.0%) Total Interrupts= 4043, Total Interrupt Rate= 2270/sec. Total Profile Time = 1781 msec BytesStart BytesStop Byt esDiff. Available Physical Memory , 468885504, 468078592, -806 912 Available Pagefile(s) , 491204608, 490622976, -581 632 Available Virtual , 2132566016, 2131517440, -1048 576 Available Extended Virtual , 0, 0, 0 Total Avg. Rate Context Switches , 6099, 3424/sec. System Calls , 9677, 5433/sec. Page Faults , 747, 419/sec. I/O Read Operations , 661, 371/sec. I/O Write Operations , 0, 0/sec. I/O Other Operations , 156, 88/sec. I/O Read Bytes , 157050, 238/ I/O I/O Write Bytes , 0, 0/ I/O I/O Other Bytes , 14116, 90/ I/O ----------------------------- Results for Kernel Mode: ----------------------------- OutputResults: KernelModuleCount = 133 Percentage in the following table is based on the Total Hits for the Kernel Time 795 hits, 25000 events per hit -------- Module Hits msec %Total Events/Sec intelppm 673 1781 84 % 9446939 hal 40 1781 5 % 561482 cmuda 33 1781 4 % 463222 ntoskrnl 28 1781 3 % 393037 win32k 6 1781 0 % 84222 USBPORT 4 1781 0 % 56148 ati3duag 3 1781 0 % 42111 ati2mtag 3 1781 0 % 42111 usbuhci 2 1781 0 % 28074 dxg 1 1781 0 % 14037 torususb 1 1781 0 % 14037 spsn 1 1781 0 % 14037 ================================= END OF RUN ================================== ============================== NORMAL END OF RUN ============================== Код (Text): cmuda 54 1359 18 % 993377 hal 53 1359 18 % 974981 ntoskrnl 51 1359 17 % 938189 win32k 30 1359 10 % 551876 Что бы это могло значить?
да, на семёрке такое почему-то у меня происходит - вдруг на каком-то треке или при просмотре фильма начинает жраться ядро сервисом audiodg.exe. рестарт процесса решает, правда трек так же приходится перезапускать. подозреваю взаимосвязь проблем
Comer_ У знакомого такая же проблема была на висте, но не при просмотре фильма, а при игре в WoW. Ноутбук ACER.
trr еще одна причина : вы похоже работаете без своп-файла. Открыв 10 окошек вы забиваете всю память, а освобождается она медленно. Но это только гипотеза. Одно ясно : при нормальной работе плееру гипертрейдинг не "помогает", т.к. меньше 50% показывает. А вот после манипуляций с окнами, кто-то сидящий в плеере отжирает дополнительные ресурсы. Авер обычно внедряется во все процессы, т.ч. запросто - это он.
