Электростальский форум
Hi-Tech => Компьютеры, периферия, мультимедиа и ПО => Тема начата: P.G.V. от 02.04.07, 18:24:00
-
Такой вопрос: системный диск общим объёмом ~15 гиг., на диске с учётом (файла подкачки виртуальной памяти, скрытых всяких файлов) лежит ~7 гиг....свободно (пишет винда) только 6 гиг...ну вот собсно и всё...где ещё 2 гига? :)
P.S. Востанавление системы отключено.
-
мб в бэдблоках. проскань
-
Hiberfil.sys занимает ~511 Mb. Его посчитали?
Какая файловая система?
и размер кластера какой?
-
Да, посчитал...вообще всё посчитал -wall-, система ntfs, размер кластера..да без понятия [[happy]], а бэдблоки это что за зверь такой ?[[blush]] :)ъ
.... да мне в принципе не жалко памяти, просто очень интересно..так для общего развития :)
-
Никуда они не делись. Напишите размер каждой папки в БАЙТАХ и размер диска тоже в БАЙТАХ посчитайте, и всё сойдётся. Жестокое округление забрало 2 Гб :)
-
Никуда они не делись. Напишите размер каждой папки в БАЙТАХ и размер диска тоже в БАЙТАХ посчитайте, и всё сойдётся. Жестокое округление забрало 2 Гб :)
да, с учетом что в одном килобайте 1024 байт, магабайте 1024кб и т.д.
все остальное в бедблоках, если они есть, и в таблице размещения и другой служебной инфы на дисках, можно оценить ее размер по скрину, у меня так, см скрин
если посчитать разницу в байтах и поделить на (1024^2) то у меня вышло около 141 МБ (что получается 0,7% от емкости диска), что вполне нормально, учитывая что в нтфс она больше чем у ФАТ
зы. считал по размеру файлов, правильнее было бы по размеру "на диске", хотя результат отличался бы не сильно (лень пересчитывать уже =)), разница в этих размерах кстати, из-за "полупустых" кластеров
-
Действительно, так оно и есть - округление, но правда всё-равно 700 мб потерялись :), наверное что-то не посчитал...всем спасибо :)
-
Корзина пустая?Если нет, ее плюсуйте
-
По опыту знаю, что когда система NTFS она забивает диск неизвестно чем (всякие там дополнительные потоки наверное), так у одного чела диск был забит наполовину при нулевой винде. Сожралось чуть ли не 30 гигабайт!!!
-
По опыту знаю, что когда система NTFS она забивает диск неизвестно чем (всякие там дополнительные потоки наверное), так у одного чела диск был забит наполовину при нулевой винде. Сожралось чуть ли не 30 гигабайт!!!
Вот ненадо..а ....
12% откушивается от объема диска... а вот дальше ищите.. Да и то эти 12% нормально показываются как свободные...
http://www.ixbt.com/storage/ntfs.html почитайте на досуге.Там достаточно популярно про нее написано.
-
Никуда они не делись. Напишите размер каждой папки в БАЙТАХ и размер диска тоже в БАЙТАХ посчитайте, и всё сойдётся. Жестокое округление забрало 2 Гб :)
Врят ли. В одном журнале читал, что подобное округление 1 мегабайт = 1000 килобайт (реально - 1024 килобайта) привело к 300 гигабайт = 292,7 гигабайт
Итог: нестыковка в данном случае примерно в 360 мегабайт всего.
Если замерять папки, то бывает, что в папке ничего не лежит, а она занимает гигабайты и гигабайты. Главное заходишь в неё, делаешь выделить всё и замеряешь. Потом выходишь и смотришь в свойствах папки и размер уже другой. Причём думаю скрытые папки тут не при чём.
Рад буду почитать и я, если кто-то более подробно опишет проблему или поправит, в чём я ошибся.
-
Если замерять папки, то бывает, что в папке ничего не лежит, а она занимает гигабайты и гигабайты. Главное заходишь в неё, делаешь выделить всё и замеряешь. Потом выходишь и смотришь в свойствах папки и размер уже другой. Причём думаю скрытые папки тут не при чём.
"Показать защищенные системные файлы" и "показать скрытые файлы и папки", -> тогда все сойдется
-
По опыту знаю, что когда система NTFS она забивает диск неизвестно чем (всякие там дополнительные потоки наверное), так у одного чела диск был забит наполовину при нулевой винде. Сожралось чуть ли не 30 гигабайт!!!
Вот ненадо..а ....
12% откушивается от объема диска... а вот дальше ищите.. Да и то эти 12% нормально показываются как свободные...
http://www.ixbt.com/storage/ntfs.html почитайте на досуге.Там достаточно популярно про нее написано.
да, если уж уточнять, то это резервируется 12% диска под мфт, а размер ее может быть любым. причем когда место на диске кончается, делать нечего, и файлы пишутся в эту зону. в результате мфт фрагментируется, и мы ловим порой рельные тормоза =)
спасибо за статью... вот некоторые мои "придирки"
> Первые 16 файлов носят служебный характер и недоступны операционной системе
хм... а кому они доступны тогда =) ? видимо как раз доступ к ним есть только у файловой подсистемы венды, а "рядовых программ" его нету...
правда и тут есть НО... тот же O&O Defrag если верить документации может дефрагить мфт... что забавно, прям из-под венды (он вообще под вендой все может дефрагить кроме свопа (и хиберфил.сис как показывает практика)), правда Alt писал тут (http://forum.eltv.ru/index.php?topic=26504.msg158776#msg158776) что он все равно ее не дефрагит ... )))
-
Никуда они не делись. Напишите размер каждой папки в БАЙТАХ и размер диска тоже в БАЙТАХ посчитайте, и всё сойдётся. Жестокое округление забрало 2 Гб :)
Врят ли. В одном журнале читал, что подобное округление 1 мегабайт = 1000 килобайт (реально - 1024 килобайта) привело к 300 гигабайт = 292,7 гигабайт
Итог: нестыковка в данном случае примерно в 360 мегабайт всего.
Если замерять папки, то бывает, что в папке ничего не лежит, а она занимает гигабайты и гигабайты. Главное заходишь в неё, делаешь выделить всё и замеряешь. Потом выходишь и смотришь в свойствах папки и размер уже другой. Причём думаю скрытые папки тут не при чём.
Рад буду почитать и я, если кто-то более подробно опишет проблему или поправит, в чём я ошибся.
Первую очередь в математике. И в желание верить всему что пишут.
Для справки Так, напр., ?настоящая? ёмкость жёсткого диска, маркированного как ?200 Гб?, составляет 186,2 Гб.
проверить достаточно легко.. просто берете и делите 1024 и так 3 раза .
P.S. Ёмкость (англ. capacity) ? количество данных, которые могут храниться накопителем. Ёмкость современных устройств достигает 1000 Гб. В отличие от принятой в информатике системе приставок, обозначающих кратную 1024 величину (кило=1024, мега=1 048 576 и т. д.), производителями при обозначении ёмкости жёстких дисков используются кратные 1000 величины
P.P.S. Вы еще забываете помимо скрытых файлов, про то что часть ваших кластеров будет заполнена неполностью.. Тоесть в оконечные допустим может быть записано всего 10 байт.. Но занято будет все 32кбайта (или сколько у вас величина кластера)
-
по поводу последних постов:
Если замерять папки, то бывает, что в папке ничего не лежит, а она занимает гигабайты и гигабайты.
вы сами проиллюстрировали свой пост =)
всякие там дополнительные потоки наверное
из статьи:
Довольно интересно обстоит дело и с данными файла. Каждый файл на NTFS, в общем-то, имеет несколько абстрактное строение - у него нет как таковых данных, а есть потоки (streams). Один из потоков и носит привычный нам смысл - данные файла. Но большинство атрибутов файла - тоже потоки! Таким образом, получается, что базовая сущность у файла только одна - номер в MFT, а всё остальное опционально. Данная абстракция может использоваться для создания довольно удобных вещей - например, файлу можно "прилепить" еще один поток, записав в него любые данные - например, информацию об авторе и содержании файла, как это сделано в Windows 2000 (самая правая закладка в свойствах файла, просматриваемых из проводника). Интересно, что эти дополнительные потоки не видны стандартными средствами: наблюдаемый размер файла - это лишь размер основного потока, который содержит традиционные данные. Можно, к примеру, иметь файл нулевой длинны, при стирании которого освободится 1 Гбайт свободного места - просто потому, что какая-нибудь хитрая программа или технология прилепила в нему дополнительный поток (альтернативные данные) гигабайтового размера.
////////////////////////
жаль не дают сохранять в эти потоки простым юзерам: ща попытался в блокноте файл сохранить как 1.txt:1 - был послан =)
-
спасибо за статью... вот некоторые мои "придирки"
> Первые 16 файлов носят служебный характер и недоступны операционной системе
хм... а кому они доступны тогда =) ? видимо как раз доступ к ним есть только у файловой подсистемы венды, а "рядовых программ" его нету...
нет, со стороны юсера они не видны. и рядовые програмы могут иметь к ним доступ. а точто иксплорыр их казать нижылаит - эт савсем ничево низначитправда и тут есть НО... тот же O&O Defrag если верить документации может дефрагить мфт... что забавно, прям из-под венды (он вообще под вендой все может дефрагить кроме свопа (и хиберфил.сис как показывает практика)), правда Alt писал тут (http://forum.eltv.ru/index.php?topic=26504.msg158776#msg158776) что он все равно ее не дефрагит ... )))
йа пака встретил единственнуйу феговену, которая могёт мфт дифрагить - воптХП. да и та делает это чирезжопински, средствами чекадиска, она чота в мфт ломает и ставет чекадиск при загрузке, а он уже корректно перемещает мфт на большой отдефрагенный, свободный кусок. ну по крайней мере, так это всё выглядит со стороныжаль не дают сохранять в эти потоки простым юзерам: ща попытался в блокноте файл сохранить как 1.txt:1 - был послан =)
ищёбы. ибо нефик. юсеру - юсерово
кстате пятый касперыч именно так и развлекаицо, он какието контрольные суммы пишет к каждому файлу, и по нему отслеживает изменения. цуко млять гадское
кстате, Прежде всего, обязательный элемент - запись в MFT, ведь, как было сказано ранее, все файлы диска упоминаются в MFT. В этом месте хранится вся информация о файле, за исключением собственно данных.
вот тут тожы ЛПП. если размер файла меньше размера кластера - то все его данные лежат как раз внутри мфт
Пока есть всего один дефрагментатор, который игнорирует API дефрагментации и работает как-то более напрямую - Norton Speeddisk 5.0 для NT. Когда его пытаются сравнить со всеми остальными - Diskeeper, O&O defrag, т.д. - не упоминают этого главного, самого принципиального, отличия. Просто потому, что эта проблема тщательно скрывается, по крайней мере уж точно не афишируется на каждом шагу. Speeddisk - единственная на сегодняшний день программа, которая может оптимизировать диск полностью, не создавая маленьких незаполненных фрагментов свободного места. Стоит добавить также, что при помощи стандартного API невозможно дефрагментировать тома NTFS с кластером более 4 Кбайт, а SpeedDisk и это может.
статья датированна 2000 годом...)))
-
жаль не дают сохранять в эти потоки простым юзерам: ща попытался в блокноте файл сохранить как 1.txt:1 - был послан =)
А Вы попробуйте немного по-другому: первый пример соответственно положить в поток(имя потокока через двоеточие)
C:>echo string1 > file:fork1
и просмотр из потока
C:>more < file:fork1
string1
Копирование содержимого существующего файла в поток:
type file.txt >> file.txt:fork
Копирование содержимого потока в файл:
more < file.txt:fork >> file2.txt
имя потока написанное через двоеточие может быть любым, главный поток, в котрром хранятся сами данные файла имеет название DATA$. поток не изменяет контрольную сумму файла, в потоке можно хранить любую информацию, например информацию о регистрации или логи... да все что угодно.. потоки можно прикреплять не только к файлам, но и к папкам и дискам.