Login
Дефрагментирен лауферк??
NEW 13.03.07 10:15
Эти "много системных файлов" используются один раз в месяц - при инсталяции нового ПО, к примеру, драйверов итд. Поэтому от дефрагментации заметить ускорение работы ОС невозможно. Все проверено уже тысячу раз.
Думаю пора заканчивать - я вас понял, свое мнение тоже многократно озвучил.
in Antwort WishWaster 13.03.07 10:05
В ответ на:
Только если файлы дополняются и создаются. Те, которые были созданы давно и не меняются, остаются дефргаментированными. Кстати, много системных файлов после инсталляции очень фрагментированы, так что хотя бы один раз (после того как система и остальной софт установлены) дефрагментацию нужно сделать (обычным пользователям).
Только если файлы дополняются и создаются. Те, которые были созданы давно и не меняются, остаются дефргаментированными. Кстати, много системных файлов после инсталляции очень фрагментированы, так что хотя бы один раз (после того как система и остальной софт установлены) дефрагментацию нужно сделать (обычным пользователям).
Эти "много системных файлов" используются один раз в месяц - при инсталяции нового ПО, к примеру, драйверов итд. Поэтому от дефрагментации заметить ускорение работы ОС невозможно. Все проверено уже тысячу раз.
Думаю пора заканчивать - я вас понял, свое мнение тоже многократно озвучил.
NEW 13.03.07 12:34
in Antwort mirrik 13.03.07 10:03
журналирование и вся теория идет прахом, когда наступает то, о чем я пишу
Это не теория, это практика. Я специально проводил крэш-тесты, ещ╦ когда NTFS только появился (примерно в 1994 году) - просто выключал комп во время дефрагментации, и ничего не случалось. По сей день ничего не изменилось. Если же проблемы случаются - то искать их причину нужно в ч╦м-то другом.
Эти "много системных файлов" используются один раз в месяц - при инсталяции нового ПО
Нет, они используются каждый раз при загрузке, а также в процессе старта приложений. Речь про DLL, которые используются многими приложениями, а также ряд других файлов, к которым система обращается достаточно часто, даже если пользователь ничего не делает. Есть ещ╦ такая вещь, как prefetch cache, есть ещ╦ registry (который хранится вовсе не в памяти, а на диске), ещ╦ есть много чего - достаточно запустить filemon и regmon, что бы убедиться, как много разных файлов нужны системе в процессе обычной работы (типа открытия новых окошек броузера).
Так что не надо про теории...
Это не теория, это практика. Я специально проводил крэш-тесты, ещ╦ когда NTFS только появился (примерно в 1994 году) - просто выключал комп во время дефрагментации, и ничего не случалось. По сей день ничего не изменилось. Если же проблемы случаются - то искать их причину нужно в ч╦м-то другом.
Эти "много системных файлов" используются один раз в месяц - при инсталяции нового ПО
Нет, они используются каждый раз при загрузке, а также в процессе старта приложений. Речь про DLL, которые используются многими приложениями, а также ряд других файлов, к которым система обращается достаточно часто, даже если пользователь ничего не делает. Есть ещ╦ такая вещь, как prefetch cache, есть ещ╦ registry (который хранится вовсе не в памяти, а на диске), ещ╦ есть много чего - достаточно запустить filemon и regmon, что бы убедиться, как много разных файлов нужны системе в процессе обычной работы (типа открытия новых окошек броузера).
Так что не надо про теории...
If something sounds too good to be true, it probably is (с)
NEW 13.03.07 12:42
in Antwort Alex 84 12.03.07 15:12
Дефрагментирую с Виндовским дефрагментатором!
Один раз сделал как написано, и дефрагментация прошла нормально!
Потом решил еще раз для проверки сделать и после етой проверочной дефрагментации, получил такоее же сообщение , по названиою етой темы!
Просто все наверное нормально, немного глючит и все! Так думаю сам.
Делал вот ето:
1. Дефрагментацию
2. Запускал проверку и востановление секторов на фестплате Скандиск
3. Полное сканирование на вирусы и после етого Упдате, так написано в советах по дефрагментации.
Вот после 3. моей операции прошло все нормально!
А потом после проверочной все вернулось как и было!
Один раз сделал как написано, и дефрагментация прошла нормально!
Потом решил еще раз для проверки сделать и после етой проверочной дефрагментации, получил такоее же сообщение , по названиою етой темы!
Просто все наверное нормально, немного глючит и все! Так думаю сам.
Делал вот ето:
1. Дефрагментацию
2. Запускал проверку и востановление секторов на фестплате Скандиск
3. Полное сканирование на вирусы и после етого Упдате, так написано в советах по дефрагментации.
Вот после 3. моей операции прошло все нормально!
А потом после проверочной все вернулось как и было!
[крас]Не кати бочку на других, а то этой же бочкой и придавит!
NEW 13.03.07 12:46
in Antwort mirrik 13.03.07 09:30
Если так опираться на ваши выводы, то я получаюсь комикадзе!!
Я выключал сам питание при дефрагментации, так как мне изредко надоедало ждать, так вот после етого выключения питания при дефрагментации, при старте получал сообщение о прерванноей дефрагментации или сообщение об ошибки.
Советовалось закончить начатое, что бы все привести в порядок и все!
Я выключал сам питание при дефрагментации, так как мне изредко надоедало ждать, так вот после етого выключения питания при дефрагментации, при старте получал сообщение о прерванноей дефрагментации или сообщение об ошибки.
Советовалось закончить начатое, что бы все привести в порядок и все!
[крас]Не кати бочку на других, а то этой же бочкой и придавит!
NEW 13.03.07 13:06
Еще раз повторяю - скорость работы, учитывая даже все вышесказанное, компьютера в целом от дефрагментации НЕ увеличится. А вот многочасовое дефрагментирование, которое придется делать минимум раз в месяц, разу уж задаться целью, может винт сгубить намного быстрее.
На счет кучи файлов - не забываем про кэширование, а что registry хранится на винте (и, как я понимаю, обращение идет напрямую на винт) - ваще смешно. Он всегда в кэше, во-первых, и его объем равен 8-20МБ, обычно, что вообще несущественно.
in Antwort WishWaster 13.03.07 12:34
В ответ на:
Речь про DLL, которые используются многими приложениями, а также ряд других файлов, к которым система обращается достаточно часто, даже если пользователь ничего не делает. Есть ещё такая вещь, как prefetch cache, есть ещё registry (который хранится вовсе не в памяти, а на диске), ещё есть много чего - достаточно запустить filemon и regmon, что бы убедиться, как много разных файлов нужны системе в процессе обычной работы (типа открытия новых окошек броузера).
Речь про DLL, которые используются многими приложениями, а также ряд других файлов, к которым система обращается достаточно часто, даже если пользователь ничего не делает. Есть ещё такая вещь, как prefetch cache, есть ещё registry (который хранится вовсе не в памяти, а на диске), ещё есть много чего - достаточно запустить filemon и regmon, что бы убедиться, как много разных файлов нужны системе в процессе обычной работы (типа открытия новых окошек броузера).
Еще раз повторяю - скорость работы, учитывая даже все вышесказанное, компьютера в целом от дефрагментации НЕ увеличится. А вот многочасовое дефрагментирование, которое придется делать минимум раз в месяц, разу уж задаться целью, может винт сгубить намного быстрее.
На счет кучи файлов - не забываем про кэширование, а что registry хранится на винте (и, как я понимаю, обращение идет напрямую на винт) - ваще смешно. Он всегда в кэше, во-первых, и его объем равен 8-20МБ, обычно, что вообще несущественно.
NEW 13.03.07 13:18
in Antwort ZITZSTAM 13.03.07 12:42
Делаю дефрагментацию, раз в квартал, т.к. проверяю много разного софта, отбираю нужный и сбрасываю на CD, потом удаляю ненужный с харда. Комп начинает немного притормаживать, делаю дефрагментацию, и скорость работы компа, заметно увеличивается.
Только я делаю наоборот; сначала выполняю 2е действие,
<----------
а потом. после проверки 1е (дефрогментацию)
Дефрогментацию иногда делаю по несколько раз подряд, т.к. за один проход нормальная дефрогментация не получается, за вс╦ время небыло ни единого сбоя.
В ответ на:
Делал вот ето:
1. Дефрагментацию
2. Запускал проверку и востановление секторов на фестплате Скандиск
Делал вот ето:
1. Дефрагментацию
2. Запускал проверку и востановление секторов на фестплате Скандиск
Только я делаю наоборот; сначала выполняю 2е действие,
<----------
а потом. после проверки 1е (дефрогментацию)
Дефрогментацию иногда делаю по несколько раз подряд, т.к. за один проход нормальная дефрогментация не получается, за вс╦ время небыло ни единого сбоя.
Пока дышу-надеюсь
NEW 13.03.07 13:31
in Antwort Sergey48 13.03.07 13:18
В етот раз перепробовал все ето в разной очередности, т.е. запускал и 3потом2, и потом 1. и с середины, в общем все комбинации перепробовал!
Сначала делаю очистку лауфверка, потом дефрагментацию, потом контрольную очистку и контрольную дефрагментацию, после нового старта еще раз контрольную очистку и дефрагментацию!! Так что в етом отношении еще провожу похлеще чем ты.
Но некоторые лауфверки у меня проверяются только после нового старта!
Сначала делаю очистку лауфверка, потом дефрагментацию, потом контрольную очистку и контрольную дефрагментацию, после нового старта еще раз контрольную очистку и дефрагментацию!! Так что в етом отношении еще провожу похлеще чем ты.
Но некоторые лауфверки у меня проверяются только после нового старта!
[крас]Не кати бочку на других, а то этой же бочкой и придавит!
NEW 13.03.07 13:50
in Antwort ZITZSTAM 13.03.07 13:31
В ответ на:
Но некоторые лауфверки у меня проверяются только после нового старта!
Не знаю, как остальные, (я делаю дефрагментацию только С: ), но системный так и должен, только после перестартовки.Но некоторые лауфверки у меня проверяются только после нового старта!
Пока дышу-надеюсь
NEW 13.03.07 14:31
in Antwort mirrik 13.03.07 13:06
Еще раз повторяю - скорость работы, учитывая даже все вышесказанное, компьютера в целом от дефрагментации НЕ увеличится.
Зависит от задач. При шастании по интернет и использовании офиса - да, не увеличится.
На счет кучи файлов - не забываем про кэширование, а что registry хранится на винте
Угу, кэш мы пишем на диск только когда делаем shutdown, да?
Он пишется практически сразу (максимум несколько секунд) после внесения изменений. Вообще любая отложенная операция записи задерживается не более чем на несколько секунд. Кэш помогает избежать лишних обращений при _чтении_, при записи это неизбежно - иначе нет смысла что-то писать только в кэш, если при любом сбое мы можем это потерять.
и его объем равен 8-20МБ, что вообще несущественно.
Несущественно для чтения. Для записи существенно даже если это два раза по 512 байт, если для их записи требуется позиционирование головок. А запись в регистр производится часто (напомню про regmon для неверующих), обращение к диску (на запись) - тоже достаточно часто.
PS: Может быть, перед тем как делать утверждения, стоит почитать про архитектуру системы? Причем в первоисточнике, а не в популярных журналах... На MSDN вс╦ великолепно описано - и про кеш, и про фрагментацию, и про вс╦ остальное... Или там сидят идиоты, которые про свою систему знают меньше чем те, кто пишет популярные статейки?
Зависит от задач. При шастании по интернет и использовании офиса - да, не увеличится.
На счет кучи файлов - не забываем про кэширование, а что registry хранится на винте
Угу, кэш мы пишем на диск только когда делаем shutdown, да?
и его объем равен 8-20МБ, что вообще несущественно.
Несущественно для чтения. Для записи существенно даже если это два раза по 512 байт, если для их записи требуется позиционирование головок. А запись в регистр производится часто (напомню про regmon для неверующих), обращение к диску (на запись) - тоже достаточно часто.
PS: Может быть, перед тем как делать утверждения, стоит почитать про архитектуру системы? Причем в первоисточнике, а не в популярных журналах... На MSDN вс╦ великолепно описано - и про кеш, и про фрагментацию, и про вс╦ остальное... Или там сидят идиоты, которые про свою систему знают меньше чем те, кто пишет популярные статейки?
If something sounds too good to be true, it probably is (с)
NEW 13.03.07 15:01
А зачем вы мне рассказываете то, о чем я прекрасно знаю и делаете вид, что открыли мне Америку? Если вы не понимаете, что отложенная запись и происходит в тот момент, когда винт не занят (поэтому мне нет разницы - 15 раз спозиционируются головки или 20), то это не мои проблемы (: Я еще раз утверждаю, что НИКАКОЙ разницы пользователь не зависит и поэтому дефрагментация для современных систем для домашнего юзера бесполезна, а для оборудования даже губительна.
Чтобы показать вам, чем я занимаюсь и не спорить со мной о том, как работает жесткий диск и что нужно, а что не нужно с ними делать, я могу вам показать некоторые написанные мной статьи по тематике СХД (системы хранения данных).
in Antwort WishWaster 13.03.07 14:31
В ответ на:
PS: Может быть, перед тем как делать утверждения, стоит почитать про архитектуру системы? Причем в первоисточнике, а не в популярных журналах... На MSDN всё великолепно описано - и про кеш, и про фрагментацию, и про всё остальное... Или там сидят идиоты, которые про свою систему знают меньше чем те, кто пишет популярные статейки?
PS: Может быть, перед тем как делать утверждения, стоит почитать про архитектуру системы? Причем в первоисточнике, а не в популярных журналах... На MSDN всё великолепно описано - и про кеш, и про фрагментацию, и про всё остальное... Или там сидят идиоты, которые про свою систему знают меньше чем те, кто пишет популярные статейки?
А зачем вы мне рассказываете то, о чем я прекрасно знаю и делаете вид, что открыли мне Америку? Если вы не понимаете, что отложенная запись и происходит в тот момент, когда винт не занят (поэтому мне нет разницы - 15 раз спозиционируются головки или 20), то это не мои проблемы (: Я еще раз утверждаю, что НИКАКОЙ разницы пользователь не зависит и поэтому дефрагментация для современных систем для домашнего юзера бесполезна, а для оборудования даже губительна.
Чтобы показать вам, чем я занимаюсь и не спорить со мной о том, как работает жесткий диск и что нужно, а что не нужно с ними делать, я могу вам показать некоторые написанные мной статьи по тематике СХД (системы хранения данных).
NEW 13.03.07 15:22
in Antwort mirrik 13.03.07 15:01
поэтому дефрагментация для современных систем для домашнего юзера бесполезна, а для оборудования даже губительна
К сожалению, Вы не подтвердили это утверждение аргументами, кроме ссылки на то, что при дефрагментировании диск изнашивается.
Проведите эксперимент... Поставьте с нуля WinXP, и загружайте его раз 10 подряд... Потом сделайте дефрагментацию, и снова 10 загрузок... Сравните среднее - время загрузки в обоих случаях, а также число обращений к диску (есть в performance counters) - потом поговорим про "нет разницы". Скажете, загрузка не производится часто? Да, это верно - но это всего лишь _иллюстрация_, как фрагментация влияет на скорость доступа и на число обращений к диску.
я могу вам показать некоторые написанные мной статьи по тематике СХД (системы хранения данных)
Покажите. Мне жутко интересно, как человек, который (как Вы утверждаете) прекрасно во вс╦м этом разбирается, может утверждать что дефрагментация бесполезна или даже вредна.
К сожалению, Вы не подтвердили это утверждение аргументами, кроме ссылки на то, что при дефрагментировании диск изнашивается.
Проведите эксперимент... Поставьте с нуля WinXP, и загружайте его раз 10 подряд... Потом сделайте дефрагментацию, и снова 10 загрузок... Сравните среднее - время загрузки в обоих случаях, а также число обращений к диску (есть в performance counters) - потом поговорим про "нет разницы". Скажете, загрузка не производится часто? Да, это верно - но это всего лишь _иллюстрация_, как фрагментация влияет на скорость доступа и на число обращений к диску.
я могу вам показать некоторые написанные мной статьи по тематике СХД (системы хранения данных)
Покажите. Мне жутко интересно, как человек, который (как Вы утверждаете) прекрасно во вс╦м этом разбирается, может утверждать что дефрагментация бесполезна или даже вредна.
If something sounds too good to be true, it probably is (с)
NEW 13.03.07 15:34
Ну просто отлично! Все мои высказывания пропускаются мимо ушей и мы будем упирать в MSDN, отличный метод :)
Из экспериментов состоит моя жизнь, вы же теоретизируете, как программист, начитавшийся MSDN. Вы лучше пойдите и спросите у ваших знакомых компьютерщиков, поддерживающих большие системы с OLTP задачами - как часто они дефрагментируют свои системы. Посмеемся.
Я ясно описал, что "реального прироста производительности дефрагментация не даст", хотя убейся об стенку, для домашнего пользователя она НЕ НУЖНА. И не надо мне рассказывать, что происходит при процессе дефрагментации, это известно мне доподлинно.
хм. Мне как-то расхотелось светить свой риалнейм.
in Antwort WishWaster 13.03.07 15:22
В ответ на:
поэтому дефрагментация для современных систем для домашнего юзера бесполезна, а для оборудования даже губительна
К сожалению, Вы не подтвердили это утверждение аргументами, кроме ссылки на то, что при дефрагментировании диск изнашивается.
поэтому дефрагментация для современных систем для домашнего юзера бесполезна, а для оборудования даже губительна
К сожалению, Вы не подтвердили это утверждение аргументами, кроме ссылки на то, что при дефрагментировании диск изнашивается.
Ну просто отлично! Все мои высказывания пропускаются мимо ушей и мы будем упирать в MSDN, отличный метод :)
В ответ на:
Проведите эксперимент... Поставьте с нуля WinXP, и загружайте его раз 10 подряд... Потом сделайте дефрагментацию, и снова 10 загрузок... Сравните среднее - время загрузки в обоих случаях, а также число обращений к диску (есть в performance counters) - потом поговорим про "нет разницы". Скажете, загрузка не производится часто? Да, это верно - но это всего лишь _иллюстрация_, как фрагментация влияет на скорость доступа и на число обращений к диску.
Проведите эксперимент... Поставьте с нуля WinXP, и загружайте его раз 10 подряд... Потом сделайте дефрагментацию, и снова 10 загрузок... Сравните среднее - время загрузки в обоих случаях, а также число обращений к диску (есть в performance counters) - потом поговорим про "нет разницы". Скажете, загрузка не производится часто? Да, это верно - но это всего лишь _иллюстрация_, как фрагментация влияет на скорость доступа и на число обращений к диску.
Из экспериментов состоит моя жизнь, вы же теоретизируете, как программист, начитавшийся MSDN. Вы лучше пойдите и спросите у ваших знакомых компьютерщиков, поддерживающих большие системы с OLTP задачами - как часто они дефрагментируют свои системы. Посмеемся.
Я ясно описал, что "реального прироста производительности дефрагментация не даст", хотя убейся об стенку, для домашнего пользователя она НЕ НУЖНА. И не надо мне рассказывать, что происходит при процессе дефрагментации, это известно мне доподлинно.
В ответ на:
я могу вам показать некоторые написанные мной статьи по тематике СХД (системы хранения данных)
Покажите. Мне жутко интересно, как человек, который (как Вы утверждаете) прекрасно во всём этом разбирается, может утверждать что дефрагментация бесполезна или даже вредна.
я могу вам показать некоторые написанные мной статьи по тематике СХД (системы хранения данных)
Покажите. Мне жутко интересно, как человек, который (как Вы утверждаете) прекрасно во всём этом разбирается, может утверждать что дефрагментация бесполезна или даже вредна.
хм. Мне как-то расхотелось светить свой риалнейм.
NEW 13.03.07 20:08
in Antwort mirrik 13.03.07 15:34
вы же теоретизируете, как программист, начитавшийся MSDN
Нет, я практик. И занимаюсь я этим уже более 15 лет.
Мне как-то расхотелось светить свой риалнейм.
Я так и думал
Нет, я практик. И занимаюсь я этим уже более 15 лет.
Мне как-то расхотелось светить свой риалнейм.
Я так и думал
If something sounds too good to be true, it probably is (с)
NEW 13.03.07 20:13
ОК.
Кинул ссылки на статьи в личку, чтобы вы так не думали (:
in Antwort WishWaster 13.03.07 20:08
В ответ на:
вы же теоретизируете, как программист, начитавшийся MSDN
Нет, я практик. И занимаюсь я этим уже более 15 лет.
вы же теоретизируете, как программист, начитавшийся MSDN
Нет, я практик. И занимаюсь я этим уже более 15 лет.
ОК.
В ответ на:
Мне как-то расхотелось светить свой риалнейм.
Я так и думал
Мне как-то расхотелось светить свой риалнейм.
Я так и думал
Кинул ссылки на статьи в личку, чтобы вы так не думали (:
NEW 14.03.07 03:10
А между первой и второй сделать перерывчик небольшой в виде чистки реестра?
in Antwort Sergey48 13.03.07 13:18
В ответ на:
Только я делаю наоборот; сначала выполняю 2е действие,
<----------
а потом. после проверки 1е (дефрогментацию)
Только я делаю наоборот; сначала выполняю 2е действие,
<----------
а потом. после проверки 1е (дефрогментацию)
А между первой и второй сделать перерывчик небольшой в виде чистки реестра?
[зел]Пока знаю буквы - пишу[/зел]
NEW 14.03.07 11:33
in Antwort vagant 14.03.07 03:10
Славик, чистку реестра, я делаю в самом начале
, потом проверка на работоспособность софта. Нафига весь мусор проверять, а потом ещ╦ и дефрагментировать 
Пока дышу-надеюсь
NEW 14.03.07 17:57
может ты и прав.
in Antwort Sergey48 14.03.07 11:33
В ответ на:
Нафига весь мусор проверять, а потом ещё и дефрагментировать
Нафига весь мусор проверять, а потом ещё и дефрагментировать
может ты и прав.
[зел]Пока знаю буквы - пишу[/зел]
NEW 14.03.07 20:00
Я высказался, что никакого смысла обычному домашнему юзеру заниматься этой хренью нет. Когда мне начинают рассказывать, что делает дефрагментация - это не тот вопрос, который тут нужно обсуждать. Я это прекрасно знаю. Я даю совет - не занимайтесь фигней. Здоровее будете.
in Antwort anatoli888 14.03.07 18:15
В ответ на:
окончен бой, а результат нам неизвестен.
окончен бой, а результат нам неизвестен.
Я высказался, что никакого смысла обычному домашнему юзеру заниматься этой хренью нет. Когда мне начинают рассказывать, что делает дефрагментация - это не тот вопрос, который тут нужно обсуждать. Я это прекрасно знаю. Я даю совет - не занимайтесь фигней. Здоровее будете.
NEW 14.03.07 20:11
in Antwort mirrik 14.03.07 20:00
Не порть нервы, не пытайся никого переубедить
Кто то пользуется антивиром и радуется, а кто то его надух не переносит, так и тут, кто то привык делать дефрагментацию и убежд╦н, что это помогает, а кто то противник таких действий. Пусть каждый останется при сво╦м мнении, эти споры никчему хорошему не приведут 
Пока дышу-надеюсь



