В дополнение к классу Win32_Processor, упомянутому в других ответах, у Вас также есть класс Win32_ComputerSystem, который имеет значения NumberOfLogicalProcessors и NumberOfProcessors. Примечания в документации о поддержке ОС тех двух значений являются немного неправильными. XP действительно поддерживает значение NumberOfLogicalProcessors начиная с SP3. Я предполагаю, что Win2003 будет также поддерживать его каждый раз, когда его следующий пакет обновления выпущен также.
Microsoft имеет статью, объясняя chkdsk на их справке и веб-сайте поддержки. Статья предлагает работать в режиме только для чтения. Выполнять выполнение только для чтения chkdsk на диске без любых переключателей. В статье также говорится что, чем больше файлов и папок Вы имеете, тем дольше выполнение возьмет. Файлы и папки более важны, чем размер тома.
Абзац 15 статьи выше обсуждает это и некоторые проблемы, связанные с выполнением в режиме только для чтения.
Лучшим способом приблизительно оценить является пробный прогон, и затем добавьте время к нему.Удачи.
Это стандартно для хранения операционной системы и файлов данных на отдельных разделах. Ваш C:\ (Windows), раздел обычно 80-300GB, в то время как раздел данных больше. Если Вы следуете этой конвенции, необходимо смочь к chkdsk объем данных "онлайн" без времени простоя. Если бы проблема действительно неожиданно возникает, я отложил бы разумное окно обслуживания по крайней мере 8 часов, но могли бы потребоваться <30 минут, чтобы полностью работать. Чистый объем на 1 ТБ должен регистрировать диск <5 минут. Очень грязный мог бы взять намного дольше. Я был бы заинтересован, заняло ли это больше времени, чем час.
Это не отвечает на вопрос, но могло бы помочь в сокращении времени, необходимого для chkdsk на новой сборке...
Время, потраченное для chkdsk, также будет функцией размера единицы выделения. Большие единицы занимают меньше времени для проверки, потому что существует меньше из них на том же диске - существует меньше "метаданных", которые будут проверены.
Если Вы знаете, что диск будет содержать главным образом большие файлы, это может быть хорошо к формату с большим au размером (чем значение по умолчанию на 4 КБ) даже при том, что Вы пропадете впустую в среднем (половина au) * (# файлов на диске). Дефрагментация также будет менее серьезной по тем же причинам.
На некоторых дисковых массивах также важно сместить начальный адрес нового раздела, таким образом, это правильно выровненное на границах "диска" или "кэша".
Если Вы выполняете chkdsk/r на большом диске (это довольно полно), Вы являетесь лучшими от того, чтобы просто ложиться спать, это будет готово, когда Вы проснетесь. Эта техника работала на меня в прошлом.
basic timing scheme is as followed. over 1 minute record how many files per minute it processed. For example 3000/60s. Subtract completed from the total then divide that by 3k from the files left, this will get you how many minutes till completion. Divide your minutes by 60 to get hours. ta-dah. for example
22 percent complete. (156046 if 804592 files processed) @ roughly 3000 per minute
3000/60s
804592-156046 = 648546 files
648546/3000 = 216.182 minutes
216.182/60 = 3.603033 hours .60 = to 60% of an hour
60 minutes x .60 = 36 minutes
so 3 hours and 36 minutes till finished
this is a rough estimate not accounting for the chkdsk running into bad sectors or locking up. Please excuse my poor math skills, I'm sure there is someway to turn this into an equation to express this better as a formula.
просто для идеи, я запускаю windows 10 home I7 quad 1 tb hdd 5400 об / мин, 8 gb ram, hdd заполнен на 1 \ 3 около 300 gb потребовалось около 4 часов для chkdsk / rc:
Я начал 22 часа назад на диске емкостью 3 ТБ, который заполнен на 80%. В нем говорится, что 10% выполнено, но я знаю по опыту, что 10% могут быстро превратиться в 90%. Фактически, он был на уровне 10% как минимум 20 из 22 часов. Когда доходит до файлов, у которых нет плохих кластеров, процент увеличивается намного быстрее.