KeSqueer После покупки ноута я тоже был удивлен таким кол-вом процессов. Почистил - осталось около 35. После того, как поставил на висту первый сервиспак, прибавилось еще несколько. По теме: до установки сп1 на висту БСОДов не наблюдал, зато иногда было хорошее глюкалово. Вплоть до полного зависания ноута. После установки вот уже около месяца ни одного глюка и, тем более, БСОДа.
На моей 98-й венде дрова падают примерно раз в месяц. Причём упал один - упали все Так что можете записывать: раз в месяц по много БСОДов за раз
Что-то за последние 2 дня два раза был синий экран Походу это все проделки comodo. Хотя фиг его знает, в стеке вызовов ничего плохого.. Код (Text): kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (7e) This is a very common bugcheck. Usually the exception address pinpoints the driver/function that caused the problem. Always note this address as well as the link date of the driver/image that contains this address. Arguments: Arg1: c0000005, The exception code that was not handled Arg2: 80602c4c, The address that the exception occurred at Arg3: f79f3afc, Exception Record Address Arg4: f79f37f8, Context Record Address Debugging Details: ------------------ EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s". FAULTING_IP: nt!ExpAllocateHandleTableEntry+1be 80602c4c 8b4904 mov ecx,dword ptr [ecx+4] EXCEPTION_RECORD: f79f3afc -- (.exr fffffffff79f3afc) ExceptionAddress: 80602c4c (nt!ExpAllocateHandleTableEntry+0x000001be) ExceptionCode: c0000005 (Access violation) ExceptionFlags: 00000000 NumberParameters: 2 Parameter[0]: 00000000 Parameter[1]: 00000004 Attempt to read from address 00000004 CONTEXT: f79f37f8 -- (.cxr fffffffff79f37f8) eax=e10018a0 ebx=e100187c ecx=00000000 edx=00000004 esi=86c75da8 edi=00000000 eip=80602c4c esp=f79f3bc4 ebp=f79f3be8 iopl=0 nv up ei pl zr na pe nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246 nt!ExpAllocateHandleTableEntry+0x1be: 80602c4c 8b4904 mov ecx,dword ptr [ecx+4] ds:0023:00000004=???????? Resetting default scope PROCESS_NAME: System ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s". READ_ADDRESS: 00000004 BUGCHECK_STR: 0x7E DEFAULT_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE LAST_CONTROL_TRANSFER: from 8060324f to 80602c4c STACK_TEXT: f79f3be8 8060324f e1001870 f79f3c00 857a4218 nt!ExpAllocateHandleTableEntry+0x1be f79f3c04 805c4f41 e1001870 f79f3d00 86c05c20 nt!ExCreateHandle+0x19 f79f3d4c 805c5ecf f79f3db4 001f03ff 00000000 nt!PspCreateThread+0x10b f79f3d80 f71ccbd8 f79f3db4 001f03ff 00000000 nt!PsCreateSystemThread+0x33 f79f3dac 805c4cce 00000ce4 00000000 00000000 NDIS!ndisWorkerThread+0x4b f79f3ddc 805411c2 f71ccb85 00000000 00000000 nt!PspSystemThreadStartup+0x34 00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16 FOLLOWUP_IP: NDIS!ndisWorkerThread+4b f71ccbd8 85c0 test eax,eax SYMBOL_STACK_INDEX: 4 FOLLOWUP_NAME: MachineOwner MODULE_NAME: NDIS IMAGE_NAME: NDIS.SYS DEBUG_FLR_IMAGE_TIMESTAMP: 41107ec3 SYMBOL_NAME: NDIS!ndisWorkerThread+4b STACK_COMMAND: .cxr 0xfffffffff79f37f8 ; kb FAILURE_BUCKET_ID: 0x7E_NDIS!ndisWorkerThread+4b BUCKET_ID: 0x7E_NDIS!ndisWorkerThread+4b Followup: MachineOwner --------- В прошлый раз тоже не было ниче лишнего в стеке.
Сформировалась своя статистика, аудитория примерно 50000 человек. Может кому будет интересно. В среднем случается порядка 4 бсодов в год. Есть группа людей у которух система падает по несколько раз в неделю. Они то и делают такю вусокую статсистики в среднем. Половина бсодов - всякие проблемы с железом, в основном - видеокарта. Другая половина - антивирусы. Все знакомые мне антивирусы активно бсодят. Особенно отличается McAfee, впрочем он и самый популярный. Что меня поражает - есть дофига дампов с типичными проблемами, 100% разработчик АВ тоже получает их, но не чешется починить.
Можно почитать "Why Do The Computers Stop and What Can Be Done About It" by Jim Gray (но нафталин - 1980-е...) и еще исследование Brendan Murphy о причинах краха Win2000. и еще здесь: www.cs.washington.edu можно найти описание проекта Nooks и почитать аналитику.
Great У меня за посл.месяц-два было несколько точно таких же бсодов на варах Вот завтра выйду из отпуска и буду копать Симптомы - рандомно с идеальнейшим стеком - Access Violation В дампе придраться не к чему ваще Есть слабая надежда что все-таки память сбоит а не конфликт продукта с АВ
Great Да, причем грешил на конкретно новый шестой воркстейшын Были с ним хитрые траблы, как раз с записью в рид-онли страницу Но сейчас начну расследование с нуля, беспристрастно типа