Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  | Правила  

Компьютерный форум OSzone.net » Клиентские ОС Microsoft » Microsoft Windows 7 » Разное - [решено] chkdsk.exe "съедает" много оперативной памяти

Ответить
Настройки темы
Разное - [решено] chkdsk.exe "съедает" много оперативной памяти

Аватара для dimanleo

Новый участник


Сообщения: 20
Благодарности: 3


Конфигурация

Профиль | Отправить PM | Цитировать


Изменения
Автор: Vadikan
Дата: 04-02-2013
Описание: объяснение
Изображения
Тип файла: jpg 1.jpg
(229.2 Kb, 55 просмотров)
Не раз замечал такое: при проверке раздела ХД с ключами /f /r chkdsk.exe съедает кучу оперативной памяти. Без ключа /r аппетит утилиты в норме. Скрины диспетчера задач прилагаю. Конфигурация в профиле, sfc, проверку на вирусы прогонял. Винты стоят в режиме AHCI.


Пост в блоге разработчиков (русская версия), из которого следует, что так и задумано, и ничего исправлять тут не будут.

Отправлено: 21:22, 24-04-2011

 

Ветеран


Сообщения: 1240
Благодарности: 275

Профиль | Отправить PM | Цитировать


Цитата Игорь Лейко:
делается обычно не просто так, а в случае, если есть какие-то подозрения на проблемы с диском.
Так что логично предположить, что в этом случае человек захочет: а) получить результат максимально быстро, б) не будет в это время загружать машину другой работой. Ведь если на диске начались сбои, то есть шанс потерять результат этой самой другой работы. »
И я полностью с этим согласен. Все так. А речь то о другом. Не о мифической загрузке машины, не о "не будет загружать другой работой". Дело в том, что благодаря этому "сознательному" решению ВСЕ СОДЕРЖИМОЕ диска грузится в память. Теперь смотрим, с чего начал топик-стартер - он решил проверить диск объемом 2 ТБ. Ему конечно же и в голову не пришло в этот момент загружать компьютер другой работой. Но ему и также не пришло в голову, что благодаря "сознательному" решению некоторых "программистов" для выполнения этой операции ему НЕОБХОДИМО иметь установленными на компьютере 2 ТБ ОЗУ. У многих такой объем памяти на компьютере? У меня например столько нет... Так понятнее? Или будете продолжать настаивать на своем "оригинальном" мнении?

И да, в случае быстрой проверки диска (только структуры каталогов, индексов и т.д.) БЕЗ проверки поверхности, такое решение возможно и имеет смысл. Возможно, потому что до Windows 7 эта проверка выполнялась БЕЗ такого пожирания памяти, но тем не менее, по скорости она не была медленнее! Вот ведь парадокс... Но ладно, медленнее\быстрее, не суть важно. Важно при этом то, что ТАК НЕЛЬЗЯ делать при проверке поверхности. Просто потому, что ни у кого НЕТ СТОЛЬКО памяти. А вот об этом как-то "забыли" подумать. Да что там - кто сейчас поверхность диска проверяет? Так, необразованные... Вот у нас в Майкрософте... Ну и пошло-поехало.

Отправлено: 20:51, 03-02-2013 | #21



Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.


Забанен


Сообщения: 1368
Благодарности: 163

Профиль | Цитировать


Цитата Iska:
в каких пределах запрашивается память приложением — примерно в рамках доступной физической памяти или может статься и заметно больше? »
Только в пределах доступной. Нагружать проверяемый диск подкачкой было бы совершенно неразумно.

Отправлено: 20:55, 03-02-2013 | #22


Ветеран


Сообщения: 1240
Благодарности: 275

Профиль | Отправить PM | Цитировать


Цитата Iska:
по опыту, в каких пределах запрашивается память приложением — примерно в рамках доступной физической памяти или может статься и заметно больше? »
Iska, вы бы почитали ссыли... В память затягивается ВСЕ СОДЕРЖИМОЕ диска. ВСЕ. Понимаете?

Цитата Игорь Лейко:
Только в пределах доступной. »
Угу... И поэтому такая проверка НИКОГДА не заканчивается. Потому что НЕТ СТОЛЬКО ПАМЯТИ. Особенно это прикольно выглядит на x86 версии системы. Память занимаемая процессом chkdsk доходит до 2 ГБайт и ... все. Все останавливается и процесс висит пока его не снять. Вот такое "осознанное" и "обдуманное" решение. Взвешенное даже я бы сказал.

Отправлено: 20:56, 03-02-2013 | #23


Забанен


Сообщения: 1368
Благодарности: 163

Профиль | Цитировать


Цитата Dzirt2005:
Но ему и также не пришло в голову, что благодаря "сознательному" решению некоторых "программистов" для выполнения этой операции ему НЕОБХОДИМО иметь установленными на компьютере 2 ТБ ОЗУ. »
Это не является необходимым. На компьютере с гигабайтом ОЗУ проверка тоже сможет выполниться.
Цитата Dzirt2005:
Или будете продолжать настаивать на своем "оригинальном" мнении? »
Да, мое мнение, что это объяснение было высказано разработчиками в 2009 году в конференции на nntp://betanews.microsoft.com, остается неизменным. И да, я буду на этом своем мнении настаивать. :P Поскольку это мнение основано на факте отправки в конференцию такого сообщения.
Цитата Dzirt2005:
Важно при этом то, что ТАК НЕЛЬЗЯ делать при проверке поверхности. »
Причины, по которым "нельзя", назвать сможете?

Отправлено: 21:01, 03-02-2013 | #24


Ветеран


Сообщения: 1240
Благодарности: 275

Профиль | Отправить PM | Цитировать


Цитата Игорь Лейко:
Это не является необходимым. На компьютере с гигабайтом ОЗУ проверка тоже сможет выполниться. »
Вы видимо читаете только свои сообщения... Ну что. Продолжайте верить. С вами спорить совершенно бесполезно. Вам же даже приведенный скриншот совершенно ни о чем не говорит. Естественно на компьютере с 1 Гб ОЗУ диск проверится спокойно. А вот на компьютере с 16 Гб ОЗУ не сможет.

Отправлено: 21:03, 03-02-2013 | #25


Забанен


Сообщения: 1368
Благодарности: 163

Профиль | Цитировать


Цитата Dzirt2005:
А вот на компьютере с 16 Гб ОЗУ не сможет. »
Это Ваше глубокое внутреннее убеждение или оно подкреплено фактами?

Цитата Dzirt2005:
С вами спорить совершенно бесполезно. »
Попробуйте вместо голословных утверждений использовать аргументы. Я Вас уверяю, очень хороший спор выйдет.

Отправлено: 22:10, 03-02-2013 | #26


Ветеран


Сообщения: 1240
Благодарности: 275

Профиль | Отправить PM | Цитировать


Цитата Игорь Лейко:
Это Ваше глубокое внутреннее убеждение или оно подкреплено фактами? »
Приведенный скриншот посмотреть религия не позволяет? Самому попробовать вместо того чтобы упрямо защищать глупое высказывание "светоча мысли" смелости не хватает? Какой уж тут спор... С религиозными фанатиками не то что спора, разговора обычного не получается.

Отправлено: 22:56, 03-02-2013 | #27


Ветеран


Сообщения: 27449
Благодарности: 8086

Профиль | Отправить PM | Цитировать


Цитата Игорь Лейко:
Только в пределах доступной. »
Ещё раз спасибо, ясно.

Цитата Игорь Лейко:
Нагружать проверяемый диск подкачкой было бы совершенно неразумно. »
Это мне и хотелось выяснить.

Цитата Dzirt2005:
Iska, вы бы почитали ссыли... »
Почитал. Одна единственная ссылка. Если Вы подразумевали это:
Цитата Dzirt2005:
Вот много ссылок по данной теме »
то, как нынче принято говорить, «ниасилил, многа букофф». Если есть какие-то интересные конкретные ссылки по теме — выкладывайте (или в личку), посмотрим.

Цитата Dzirt2005:
В память затягивается ВСЕ СОДЕРЖИМОЕ диска. ВСЕ. Понимаете? »
Не понимаю. См. выше про ссылки в теме. На обоих скриншотах аналогично — никак не выше объёма физической памяти.

Отправлено: 23:33, 03-02-2013 | #28


Ветеран


Сообщения: 1240
Благодарности: 275

Профиль | Отправить PM | Цитировать


Цитата Iska:
Не понимаю. См. выше про ссылки в теме. На обоих скриншотах аналогично — никак не выше объёма физической памяти. »
Ну да, не выше... Вы бы таки перестали теоретизировать и хотя бы один раз _попробовали_. На скриншоте видно, как проверка остановилась с сообщением "В системе недостаточно памяти. Сохраните данные и закройте следующие программы: Firefox". А в системе 16 Гб памяти, которые все сожрала проверка, и не подавилась. При этом хотя бы на секундочку задумайтесь о смысле галки "Проверять и восстанавливать поврежденные сектора" или ключа /r у chkdsk. Весь смысл этой проверки в посекторном чтении диска. Ну хорошо, проверка более высокоуровневая. Покластерном чтении диска. С целью выяснения читается очередной кластер или нет. При этом содержимое данных в этом кластере никак не используется/не анализируется, вообще. Достаточно самого факта - прочиталось или нет. Но какому-то умнику пришла в голову гениальная мысль - надо закешировать ВЕСЬ этот объем данных в памяти. Зачем? А никто не знает... Апологеты от МС продолжают талдычить свою мантру - "мы так и задумывали". И НИКАКОГО внятного ответа не было, что бы там уважаемый MVP не говорил. Да, с момента бурных обсуждений в Интернете уже прошло много времени, знающие просто забили на это и для проверки диска используют Victoria/MHDD, а не встроенные "возможности" системы, но все равно встречается очередной неофит, которого удивляют полученные результаты и он пишет на форуме очередной вопрос "что за ... ??!!".

И еще раз, специально для вас, повторю "одну ссылку". Если не хотите переходить, то это просто поисковый запрос в гугл, где уже много-много других ссылок. Но теоретизировать конечно же легче...

Отправлено: 00:33, 04-02-2013 | #29


(*.*)


Administrator


Сообщения: 36473
Благодарности: 6671

Профиль | Сайт | Отправить PM | Цитировать


Dzirt2005, вот же пост в блоге разработчиков (русская версия), где разбирается это поведение.

Разработчики говорят - да, так и задумано. Если запустили проверку с ключом /r, сидите и не рыпайтесь. Они не считают это багом, поэтому не будут ничего исправлять. И что вы требуете тут от "апологетов от МС", не имеющих никакого влияния на разработку? Решения? Его быть не может при таком раскладе.

Поэтому расслабьтесь и прекратите брызгать слюной, плиз.

-------
Канал Windows 11, etc | Чат @winsiders

Это сообщение посчитали полезным следующие участники:

Отправлено: 01:17, 04-02-2013 | #30



Компьютерный форум OSzone.net » Клиентские ОС Microsoft » Microsoft Windows 7 » Разное - [решено] chkdsk.exe "съедает" много оперативной памяти

Участник сейчас на форуме Участник сейчас на форуме Участник вне форума Участник вне форума Автор темы Автор темы Шапка темы Сообщение прикреплено

Похожие темы
Название темы Автор Информация о форуме Ответов Последнее сообщение
Кушает слишком много оперативной памяти VbInt Microsoft Windows NT/2000/2003 7 07-10-2012 15:10
"2 Reboot (explorer.exe)" самодельная "прога" перезагружающая оболочку "explorer.exe" rizz Автоматическая установка приложений 14 30-11-2009 14:32
Службы - HelpSvc.exe потребляет много оперативной памяти Котяра Microsoft Windows 2000/XP 5 18-07-2008 14:41
Mandriva/Mandrake - OpenGL "съедает" процессор shisik Общий по Linux 4 31-03-2008 16:04
[решено] "Cannot open volume for direct access" при запуске chkdsk Volan Microsoft Windows 2000/XP 4 05-03-2006 00:03




 
Переход