chkdsk.exe "съедает" много оперативной памяти
 

Не раз замечал такое: при проверке раздела ХД с ключами /f /r chkdsk.exe съедает кучу оперативной памяти. Без ключа /r аппетит утилиты в норме. Скрины диспетчера задач прилагаю. Конфигурация в профиле, sfc, проверку на вирусы прогонял. Винты стоят в режиме AHCI.

---

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

dimanleo, да, тоже замечал. А проблема есть?

dimanleo, поиск по запросу "windows 7" chkdsk memory leak говорит, что это нормально (типа, так и должно быть).

О_о нынче нормальным считается аппетит чекдиска на 6ГБ оперативной памяти?) объясните по-русски, не на буржуйском я ничего вразумительного, кроме как http://www.xakep.ru/post/49099/ не нашёл, и то пост древний. Мелкомягкие напартачили чего и не хотят признаваться?)

dimanleo, в английских обсуждениях очень многабукф, все сводится к следующему: нормально или нет, но факт есть факт, с ним остаётся только мириться. В MS тестировали несколько дней использовав более 40 машин с разными конфигурациями, а также задействовали тестеров - синего экрана поведение утилиты не вызвало. В любом случае HDD с восстановлением мы не каждый день проверяем, это не критично.

Morpheus, Спасибо.
У меня до BSOD тоже не доходило конечно, но мириться не очень-то и охото.
"А и так сойдёт, мы ж потестили - БСОДа нет" MS жжёт конечно, и что, даже заплатка не ожидается?

dimanleo, оно тянется с beta. MS не публикует информации об ожидаемых заплатках более чем за несколько дней, пока пусто :)

Ничего не напортачили, работает именно так, как и было задумано.

Лучше бы он так память использовал во время копирования файлов в рамках одного физического носителя. А то при копировании использование ОЗУ остается небольшим.
У меня сейчас уже 16 Гб RAM, так explorer.exe и 16 съел без оглядки. Сколько ему надо та?

Проверка диска на наличие ошибок сожрала всю память
 

Приветствую, сабж.
Поставил на проверку один из винтов объемом 2 TB. Ось - Win 7 SP1 x64




Как такое возможно?

flower, это такая традиционная ошибка MS-овских программистов, они ее называют фичей. :) После выхода Win 7 RC в сети было много сообщений на эту тему, но никто ее похоже исправлять не собирается. Впрочем, они ее даже за ошибку не признают.

PS: Ошибка скорее всего где-то в драйвере NTFS, также точно проявляется если запустить chkdsk с ключем /r
Вот много ссылок по данной теме

Естественно. Как можно назвать ошибкой поведение, введенное совершенно сознательно, можно даже сказать, целенаправленно?

Ну да, конечно же... У вас все еще не 2 терабайта оперативной памяти на компьютере? Пора бы уже купить, наш chkdsk уже давно ВЕСЬ диск в память грузит при проверке! Вот у нас в майкрософте уже у всех объем ОЗУ на компьютере превышает объемы наших винчестеров! Так может поделитесь? ;)

Постеснялись бы хотя бы ТАКОЕ писать. Сознательно они видите ли, целенаправлено...

А что, правду писать возбраняется?

Игорь Лейко, правду в чем? В том что у подавляющего большинства пользователей Windows 7 на компьютере установлен объем памяти, существенно меньше, чем размер их винчестеров и идея при проверке диска грузить ВЕСЬ диск в память мягко говоря может прийти в голову только не совсем нормальным людям? Или тем кто курит много и не совсем табак? ;) Да нет, пишите правду, а чего ж!

Одного не пойму - ну ладно, лажанулись при разработке, с кем не бывает. Почему бы не исправить? Но нет, это не их метод. Зато есть штатные подпевалы, которые будут объяснять всем "неразумным" насколько они глупы и не видят столь высокого полета мысли! :)

Давайте, продолжайте в том же духе...

В том, что такое поведение chkdsk было заложено разработчиками сознательно. Даже если Вы сами не хотите этого понимать и не желаете в это верить, ваше нежелание все равно не в состоянии изменить факты. В Ваших силах только покапризничать.

Dzirt2005, что-то я не пойму, в чём проблемы? Назревают неприятности, угроза потери данных, нужно по этому поводу ногти грызть, а Вам в это время значительная часть ресурсов компьютера нужна зачем-то ещё, кроме проверки и устранения неполадки?

Игорь Лейко, а в чём причины этого? Нет ли у Вас информации — почему сие было сделано именно так?

Объяснение было примерно таким (извлекать его из архивов - дело долгое, да и разработчики писали на английском). Проверка поверхности - chkdsk /r - делается обычно не просто так, а в случае, если есть какие-то подозрения на проблемы с диском.
Так что логично предположить, что в этом случае человек захочет: а) получить результат максимально быстро, б) не будет в это время загружать машину другой работой. Ведь если на диске начались сбои, то есть шанс потерять результат этой самой другой работы. Поэтому чтобы хоть немного ускорить проверку, решили забирать всю память, сколько можно в данный момент. Алгоритм, естественно, не описывали.
С моей точки зрения, об этом решении стоило бы написать статью в базе знаний, а не сообщение в конференции по бета-тестированию (по определению не общедоступной), но "это уже второй сложный вопрос, профессор".

Игорь Лейко, спасибо, ясно. Мне вполне достаточно и без ссылок, тем паче что официальных нет (пока?).

Тем не менее, ещё один вопрос ;), на будущее (у меня пока Windows Vista и выше нет): по опыту, в каких пределах запрашивается память приложением — примерно в рамках доступной физической памяти или может статься и заметно больше?

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

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

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

Iska, вы бы почитали ссыли... В память затягивается ВСЕ СОДЕРЖИМОЕ диска. ВСЕ. Понимаете?

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

Это не является необходимым. На компьютере с гигабайтом ОЗУ проверка тоже сможет выполниться.
Да, мое мнение, что это объяснение было высказано разработчиками в 2009 году в конференции на nntp://betanews.microsoft.com, остается неизменным. И да, я буду на этом своем мнении настаивать. :P Поскольку это мнение основано на факте отправки в конференцию такого сообщения.
Причины, по которым "нельзя", назвать сможете?

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

Это Ваше глубокое внутреннее убеждение или оно подкреплено фактами?

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

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

Ещё раз спасибо, ясно.

Это мне и хотелось выяснить.

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

Не понимаю. См. выше про ссылки в теме. На обоих скриншотах аналогично — никак не выше объёма физической памяти.

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

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

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

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

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

Vadikan, я же сразу это и написал. Разве нет? Пост #11
Так к чему вы это написали? И да, слюной я не брызгал. И тем более ничего не требовал от "апологетов от МС". Это бесполезная и бессмысленная трата времени и сил. Как я уже написал, обходное решение для выполнения нужного действия есть, и поэтому все забили на очередное "гениальное" решение.

Dzirt2005, я попробую, когда появится возможность.

Vadikan, спасибо, ясно.

Проблемка имеет место быть. 16 гб памяти, все остальные приложения выпилены диспетчером задач. чкдск выдает ошибку о нехватке памяти. Win7 x64. Единственным выходом считаю LiveCD с ХР...

А чем среда восстановления не устаивает?

Так тем, что там все та же самая проблема.

Ответ получен, но проблема-то, не решена!

А альтернатива какая есть поиску и спасению данных из поврежденных секторов, если CHKDSK не работает?

У меня он сожрал всю память, а дальше начал выводить сообщения, что такой-то (номер) сектор поврежден, а далее, после каждого такого сообщения - строка "недостаточно памяти". Из чего я делаю вывод, что он не может переместить данные в неповрежденный сектор.

Нужна универальная альтернатива CHKDSK.

Сделайте тест жёсткого диска с помощью Victoria 4.46b (read+remap).
Запускать викторию надо от имени администратора !!!!!

Я запускаю от имени админа на Windows 7 x64, выдает целую порцию ошибок одна за одной:


1) Uknown error or driver not exist

2) PORTTALK Error. Invalid driver handle

3) PortTalk driver not installed! Available only API access


Паспорта обоих устройст получает, но SMART на внешнем WesternDigital получить не может. А вот его и нужно тестировать.

Что-то больно много ошибок. На загробит ли это древнее чудо современный винт?

Ambrozier, В ссылке которую я вам дал написано,как запустить Викторию на x64 (читайте спойлер)

Сделал по инструкции, выдает все те же три ошибки. "Porttalk не установлен", хотя он в папке Windows... лежит и перезагрузку я делал.

Если нажать Start в Тестах, то выдает ошибку "Priveleged instruction"

Древний как мамонт, этот Victoria.

Чем еще Remap можно сделать?

Тогда делайте всё по инструкции.но используйте Victoria 4.47.
Запускать викторию надо от имени администратора !!!!!

Да ну ее, эту Викторию:

Вот цитата старожилов с того форума:

SNS-amigo:

Пропади она огнем.

Программа нормальная.
В версию 4.47 добавлена поддержка x64 систем.

Но не автором, а патчили старую версию, чтобы работала на x64.

Я лучше последую совету и не будут ее на современных винтах использовать. Данные дороже всего.

2018 год. сервер 2008 с последними обновлениями. чекдиск сожрал 27Гб из 32х...

Можно использовать 32 разрядную версию chkdsk, которая не сможет взять памяти больше 4гб. Эта версия есть в папке C:\Windows\SysWow64\chkdsk.exe.