Заголовок сообщения: Re: Windows 10. Вопросы и ответы.
Добавлено: Вс фев 18, 2018 16:08:40
Друг Кота
Карма: 94
Рейтинг сообщений: 3479
Зарегистрирован: Пн фев 09, 2009 22:19:49 Сообщений: 17570 Откуда: Когда-то был прекрасный город для людей
Рейтинг сообщения:0
Ну так CAT запустил бы - смотреть было бы удобней.
Добавлено after 7 minutes 46 seconds:
Цитата:
Если уж (исключительный случай) NTFS дала сбой, то нет никакой разницы, фрагментированы были файлы или нет
Допустим, случаи сбоев NTFS вовсе не редки, и в отличии от FAT у нее нет запасной записи каталога, что уменьшает надежность NTFS, но это компенсируется тем принципом организации хранения файлов, взятой из Unix - а именно последовательная поточная запись, где записи пишутся строго одна после другой. Но вот такой пустячок, как добивка мелких блоков способна дать куда большие проблемы при восстановлении информации. Что и любит делать.
Опять центр обновлений сам включился, и быстренько накидал ещё 300 Мб. В журнале обновлений с ноября прошлого года отмечены неудачные попытки обновить мне Винду10 до версии 1709. Сегодня была ещё одна неудачная попытка, которую я должен оплачивать.
_________________ "Кроме высшего образования надо иметь хотя бы среднее соображение" (С) "Умные люди на то и умны, чтоб разбираться в запутанных вещах." (М.Булгаков)
Так чтобы выкинуть, надо что-то иное под рукой иметь. Ту же восьмёрку, её уже наверное всю обновили.
_________________ "Кроме высшего образования надо иметь хотя бы среднее соображение" (С) "Умные люди на то и умны, чтоб разбираться в запутанных вещах." (М.Булгаков)
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Откуда поставить? У нас тут полтора юзера на деревню.
_________________ "Кроме высшего образования надо иметь хотя бы среднее соображение" (С) "Умные люди на то и умны, чтоб разбираться в запутанных вещах." (М.Булгаков)
У меня уже весь траффик нах повылетал в трубу, я вместо обычных 450 руб уже больше 1000 заплатил, дешевле было 100 Гб за 990 было выбрать.
Сейчас вот проверил работу служб, центр обновлений пока выключен, а "оркестр" уже включен. а виндоносцы мне соопчают, что работают над проблемой установки обновлений в моём ноуте, СУКИ!
Добавлено after 12 minutes 43 seconds: Ещё сейчас откопал некую "Фоновую интеллектуальную службу передачи" BITS, которая ищет свободные дырки в сети, чтоб качать по ним гигабайты. Вырубил нах!
_________________ "Кроме высшего образования надо иметь хотя бы среднее соображение" (С) "Умные люди на то и умны, чтоб разбираться в запутанных вещах." (М.Булгаков)
случаи сбоев NTFS вовсе не редки, и в отличии от FAT у нее нет запасной записи каталога, что уменьшает надежность NTFS
Есть. И даже круче.
Цитата:
MFT (главная файловая таблица) — база данных, в которой хранится информация о содержимом тома с файловой системой NTFS, представляющая собой таблицу, строки которой соответствуют файлам тома, а столбцы — атрибутам файлов. MFT представляет собой файл, в котором хранится информация обо всех файлах тома, в том числе и о самом MFT. Файлами, которым отведено первые 16 записей, являются метафайлы, недоступные операционной системе, но важные для файловой системы NTFS, причем они дублируются ровно посередине тома. Система не может выполнять перемещение записей MFT-зоны для ликвидации их фрагментации по мере их расширения, поэтому сразу после форматирования NTFS том делится как бы на две части: служебную область, которая предоставляется под использование пользователем, и зарезервированную под MFT (12.5 %). Модульность структуры MFT обеспечивает устойчивость NTFS к ошибкам по сравнению с FAT, так как MFT может переместить и фрагментировать все свои области, обойдя повреждения диска.
Это я и имел ввиду, говоря там выше, что MFT может "размазываться" по всему диску, в отличие от FAT, запись которой (пусть даже две) находится строго в начале тома, и никуда перемещена быть не может.
Заголовок сообщения: Re: Windows 10. Вопросы и ответы.
Добавлено: Вс фев 18, 2018 19:25:42
Друг Кота
Карма: 94
Рейтинг сообщений: 3479
Зарегистрирован: Пн фев 09, 2009 22:19:49 Сообщений: 17570 Откуда: Когда-то был прекрасный город для людей
Рейтинг сообщения:0
Ты не понял главного - NTFS вообще незачем дефрагментировать - все файлы ВСЕГДА пишутся цельными ! Понятие дефрагментации в ней просто отсутствует! Тут может быть лишь использование перерасперделение места записи файлов с целью освобождения "хвоста" тома для возможности записи длинных файлов. Впрочем, это и так будет выполнено автоматически при потребности такого действия.
Второе - те времена, когда операционка могла регулировать выделение места на харде под запись, давно уже прошли. Современные жесткие диски всегда сами внутри себя перераспределяют свое реальное пространства в логическое, поскольку реальное количество секторов и дорожек давно уже вышло за пределы ограничений Вынды. И где конкретно ляжет запись, лишь винчестер ведает. Так что "середина" диска - это пуск стрелы на все четыре стороны - где реально ляжет - не узнаешь.
И третье - ты читал сокращенное описание - да, основная база имеет копию и индексные файлы быстрого поиска, но если теряется (уничтожается сам каталог MFT), то восстанавливать данные диска придется e;t по принципу поиска стертых файлов. А не обращению по строго фиксированным адресам, как в FAT. Что гораздо труднее.
Ну как обычно - вера надписи на заборе. На самом деле дело обстоит так:
Цитата:
СпойлерЧасть 2. Особенности дефрагментации NTFS Вернемся к одному достаточно интересному и важному моменту — фрагментации и дефрагментации NTFS. Дело в том, что ситуация, сложившаяся с этими двумя понятиями в настоящий момент, никак не может быть названа удовлетворительной. В самом начале утверждалось, что NTFS не подвержена фрагментации файлов. Это оказалось не совсем так, и утверждение сменили — NTFS препятствует фрагментации. Оказалось, что и это не совсем так. То есть она, конечно, препятствует, но толк от этого близок к нулю… Сейчас уже понятно, что NTFS — система, которая как никакая другая предрасположена к фрагментации, что бы ни утверждалось официально. Единственное что — логически она не очень от этого страдает. Все внутренние структуры построены таким образом, что фрагментация не мешает быстро находить фрагменты данных. Но от физического последствия фрагментации — лишних движений головок — она, конечно, не спасает. И поэтому — вперед и с песней.
К истокам проблемы Как известно, система сильнее всего фрагментирует файлы когда свободное место кончается, когда приходится использовать мелкие дырки, оставшиеся от других файлов. Тут возникает первое свойство NTFS, которое прямо способствует серьезной фрагментации.
Диск NTFS поделен на две зоны. В начала диска идет MFT зона — зона, куда растет MFT, Master File Table. Зона занимает минимум 12% диска, и запись данных в эту зону невозможна. Это сделано для того, чтобы не фрагментировался хотя бы MFT. Но когда весь остальной диск заполняется — зона сокращается ровно в два раза . И так далее. Таким образом мы имеем не один заход окончания диска, а несколько. В результате если NTFS работает при диске, заполненном на около 90% — фрагментация растет как бешенная.
Попутное следствие — диск, заполненный более чем на 88%, дефрагментировать почти невозможно — даже API дефрагментации не может перемещать данные в MFT зону. Может оказаться так, что у нас не будет свободного места для маневра.
Далее. NTFS работает себе и работает, и всё таки фрагментируется — даже в том случае, если свободное место далеко от истощения. Этому способствует странный алгоритм нахождения свободного места для записи файлов — второе серьезное упущение. Алгоритм действий при любой записи такой: берется какой-то определенный объем диска и заполняется файлом до упора. Причем по очень интересному алгоритму: сначала заполняются большие дырки, потом маленькие. Т.е. типичное распределение фрагментов файла по размеру на фрагментированной NTFS выглядит так (размеры фрагментов):
Так процесс идет до самых мелких дырок в 1 кластер, несмотря на то, что на диске наверняка есть и гораздо более большие куски свободного места.
Вспомните сжатые файлы — при активной перезаписи больших объемов сжатой информации на NTFS образуется гигантское количество «дырок» из-за перераспределения на диске сжатых объемов — если какой-либо участок файла стал сжиматься лучше или хуже, его приходится либо изымать из непрерывной цепочки и размещать в другом месте, либо стягивать в объеме, оставляя за собой дырку.
Смысл в сего этого вступления в пояснении того простого факта, что никак нельзя сказать, что NTFS препятствует фрагментации файлов. Наоборот, она с радостью их фрагментирует. Фрагментация NTFS через пол года работы доведет до искреннего удивления любого человека, знакомого с работой файловой системой. Поэтому приходится запускать дефрагментатор. Но на этом все наши проблемы не заканчиваются, а, увы, только начинаются.
_________________ Большой опыт, порой, не даёт находить/видеть нам простые и очевидные решения. Всегда с уважением, Александр.
Заголовок сообщения: Re: Windows 10. Вопросы и ответы.
Добавлено: Пн фев 19, 2018 10:02:19
Друг Кота
Карма: 94
Рейтинг сообщений: 3479
Зарегистрирован: Пн фев 09, 2009 22:19:49 Сообщений: 17570 Откуда: Когда-то был прекрасный город для людей
Рейтинг сообщения:0
Вы хотя бы на даты смотрите публикаций статей. А если там дата не указана, то вас должно было уже насторожить хотя бы упоминание Norton Speed Disk аж целой Пятой версии...
Теоретизировать тут можно сколько угодно, но когда я долго не запускаю дефрагментацию, а затем запускаю Auslogic Disk Defrag (который визуализирует карту диска и расположение фрагментов файлов) - всё становится оче-видно.
Ещё момент: когда я пользовался FAT32 (из-за быстроты работы), то в случае любого сбоя программы или зависания системы (с принудительной перезагрузкой) - на диске всегда так или иначе повреждались или терялись какие-то данные. Папка FOUND.000 никогда не пустовала. С переходом на NTFS я до сих пор не потерял ни одного файла из-за системных и аппаратных сбоев. Годами.
Поэтому я утверждаю на собственном опыте - NTFS гораздо надёжнее, чем FAT.
Заголовок сообщения: Re: Windows 10. Вопросы и ответы.
Добавлено: Вт фев 20, 2018 09:56:31
Друг Кота
Карма: 94
Рейтинг сообщений: 3479
Зарегистрирован: Пн фев 09, 2009 22:19:49 Сообщений: 17570 Откуда: Когда-то был прекрасный город для людей
Рейтинг сообщения:0
Во -первых, я упоминал, что файлы пишутся в поток, когда есть свободное место на томе, и это СТРАТЕГИЯ записи в NTFS. Как она поступает при отсутствии места для полной цепочки , это уже начинает зависеть от алгоритма текущей ОС - а в некоторых случаях - и от установленных резидентов или драйверов. Если у вас диск забит под завязку - то тогда конечно, возникнет дефрагментация на длинных файлах. Только вот одна мелочь - это будут последние записанные файлы, и в 95 % случаев - это данные, а следовательно, на реальное быстродействие ОС это практически не сказывается. И даже больше - в таких случаях к дефрагментации только 2 -3 файла обычно рекомендуется.
Тут утилиты упоминались разные для дефрагментации - так вы мимо самой мощной из известных прошли - попробуйте воспользоваться дефрагментатором из FixIt Utilities или более мощного по составу пакета System Suite воспользоваться. (Только имейте в виду, что последние его версии настолько хорошо защищены от пиратов, что это будет весьма сложно без покупки их). - Для обычного состояния диска NTFS он как правило показывает несколько фрагментированных файлов - но дает рекомендацию, что дефрагментации не требуется, поскольку она будет излишней и никакого выигрыша не даст, только время на эту операцию потратите.
Цитата:
который визуализирует карту диска и расположение фрагментов файлов
Я же уже писал, что контроллер жесткого диска САМ перераспределяет место реальной записи на диске внутри себя и не никак не выдает ее наружу- поэтому РЕАЛЬНОГО расположение секторов, в которых хранятся ваш файлы, вы НЕ УВИДИТЕ. Контроллер харда сам выбирает для них лучшее место по его модели, - и даже могу сообщить, что например, серверные ЖД стоят гораздо дороже еще и потому, что имеют более мощный оптимизатор для ускорения доступа, и даже способен на лету перекладывать наиболее запрашиваемые данные в более быструю зону обслуживания + буфферизирует их.
Цитата:
С переходом на NTFS я до сих пор не потерял ни одного файла из-за системных и аппаратных сбоев. Годами.
Я этот счет веду уже десятилетиями - и могу сказать, что у меня в доступе до сих пор крутится компьютер с Третьей! еще вындой, который используется несколько раз в неделю, и пара с 98 вындой, работающие постоянно, в течении уже 17 лет, и на которых также не было потерь файлов при аппаратных сбоях. Вот жесткие диски, правда, менять на них приходилось по нескольку раз, по отказам. Но это, конечно - предел. Есть и сколько угодно компов ( от блондинок) на которых и дважды в год полный крах файловой системы происходил. Причем и NTFS не спасала... Не всю информацию с диска удавалось восстановить.
Другое дело в том, что в FAT мне ничего не мешает восстановить информацию раздела прямо на диске и тем самым восстановить его. А вот с NTFS гораздо сложнее - из-за его закрытого описания стандарта защиты - не желает он принимать восстановленное описание раздела и MFT. тут приходится через внешние копии вытаскивать информацию.
Кстати, и в этом случае с FATом гораздо проще - в ней ведь вся информация, как в БД, четко по клеточкам разложена, и писалась по четким правилам. Что например, позволо без особых трудностей, когда у моего приятеля рухнул винчестер ( это еще в 90 годах было) и Norton Uneraser , и TC Tools, и прочие программы восстановления информации ничего не смогли вытащить, я без особого труда написал утилиту, которая вытащила более 90 процентов потерянных документов -несколько архивов удалось открыть лишь частично. Впрочем, она и под NTFS, как потом выяснилось, после переписки процедуры чтения секторов, неплохо работала...
Так что насчет теотеризирования - знаете, после тог, как пройдет через тебя пара тысяч краховых ЖД, станешь очень большим скептиком в отношении того, что пишется в больших и толстых книгах для чаййников - нет, извиняюсь, это раньше - а теперь в Википедии.
Так что я утверждаю - абсолютно надежных и безупречных систем нет. И лучше и надежней работают лишь те системы, которые самые простые - я имею в виду - в которых нет балласта излишеств.
Я же уже писал, что контроллер жесткого диска САМ перераспределяет место реальной записи на диске внутри себя и не никак не выдает ее наружу...
Вы это опять серьёзно? Вы что, серьёзно считаете что если скомандовать HDD сделать запись в LBA 0 и LBA Max, то диск физически сделает запись не в начале и конце диска, а в где-то в середине и на соседних треках, и что при этом HDD учитывает файловую систему (т.е. файловую систему обслуживает сам контроллер HDD)?
_________________ Большой опыт, порой, не даёт находить/видеть нам простые и очевидные решения. Всегда с уважением, Александр.
Я тоже удивился, читая это: - "надо же, какие интеллектуальные контроллеры пошли у HDD"... Научились работать с файловой системой на "высоком" уровне.
Муркиз, карта диска в дефрагментаторах отображает именно такое расположение фрагментов файлов, которое имеется физически. Это не касается лишь SSD и прочих "некрутящихся" носителей.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 13
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения