Страница 1 из 1

Сжатие NTFS разделов

СообщениеДобавлено: Ср фев 11, 2004 3:08 am
Gordon
Насколько безопасно сжимать NTFS разделы в
WIN XP? Чем это может кончится?

СообщениеДобавлено: Ср фев 11, 2004 8:23 am
випсгаз
лучше не сжимать
только если для доков и текстов каких-ть там.
вообще восст-ть по идее должно быть сложнее..
почитай чего-ть про сполоб сжатия.. наск я номню там типа lzw\lzh что-то такое..
поищи на майкрософте. и поищи в гугле типа восстановление сжатых нтфс разделов\файлов.

СообщениеДобавлено: Ср фев 11, 2004 8:47 am
Токс
не стоит....Бог не дай с винтом че случится, ты потом никакой прогой для подъема инфы нифига не сделаешь...

СообщениеДобавлено: Ср фев 11, 2004 11:21 am
$erg
Зачем тебе лишние тормоза??? купи лучше винт побольше обьемом.

СообщениеДобавлено: Ср фев 11, 2004 4:48 pm
Cybercat (с работы)
Пользоваться сжатием вполне можно, если

а) сделать для этой цели отдельный раздел
б) инсталлировать на него игрушки и программы
в) ценную инфу записывать куда-нибудь в другое место

СообщениеДобавлено: Ср фев 11, 2004 7:52 pm
Gordon
Попробовал сжать диск с играми (нежалко, если запорится :wink: ), сэкономил 700 мб. Довольно весомо для 40 гб веника. Посмотрю как будет работать, разожму если что.Пока тормозов и глюков не замечено.

СообщениеДобавлено: Ср фев 11, 2004 8:44 pm
Matra-Man
$this->bbcode_second_pass_quote('', '[')b]випсгаз
только если для доков и текстов каких-ть там

Верно. И ещё "Temporary Internet Files" хорошо сжимаются.

СообщениеДобавлено: Ср фев 11, 2004 9:17 pm
[VIPs]Gas
но!!
при обращении к файлу - он распаковывается в мозги и т.д. - выигрыш в производит и скор - отрицательн.. особенно для подгруза игр

СообщениеДобавлено: Вт фев 17, 2004 7:13 pm
Dr@gs
Советую винду не сжимать, только тормозов добавиться, надо сжимать то что не критично к скорости(mp3 хи хи). Доки, дистрибутивы, можно и игры в принципе.

СообщениеДобавлено: Ср фев 18, 2004 1:34 am
M!õàíÿ
На службе в сжатом виде живут (и неплохо!) все гульки и доки. Ежедневные тесты сети квачом третим тормозов не выявили :smile:

СообщениеДобавлено: Ср фев 18, 2004 2:17 am
ox
$this->bbcode_second_pass_quote('', '')адо сжимать то что не критично к скорости(mp3 хи хи). Доки, дистрибутивы

mp3, дистрибутивы, фильмы, картинки (кроме bmp) и т.п. сжимать бесполезно - они не сжимаются, так как уже ужаты. Документы можно пробовать, зависит от формата. Как правило, обычный Word-овский .doc жмется неплохо. pdf - хуже. Какой-нибудь Windows Help не сжимается, т.к. chm - уже упакованный формат.

$this->bbcode_second_pass_quote('', '&')quot;Temporary Internet Files" хорошо сжимаются

...но делать этого не стоит. Особого выигрыша не будет, т.к. в основной своей массе это несжимаемые картинки. Лучше ограничить их максимальный объем, допустим, 5-10М.

$this->bbcode_second_pass_quote('', '')ри обращении к файлу - он распаковывается в мозги и т.д. - выигрыш в производит и скор - отрицательн.. особенно для подгруза игр

Очень и очень спорное утверждение. Все зависит от баланса между скоростью процессора, скоростью винчестера и степенью сжатия файла. Если проц достаточно быстрый и файл хорошо ужат, то за счет того, что с медленного устройства (HDD) нужно читать меньше данных, производительность часто возрастает потому, что процессор с упаковкой/распаковкой справляется быстрее, чем винчестер водит своими головами.

Дважды подумай, прежде чем сжимать часто изменяемые файлы. Из-за особенностей работы механизма сжатия в NTFS это может привести к дикой фрагментации.

В общем экспериментируй, это дело такое.

Исправлено: ox 17 февраля 2004 года, 23:18

СообщениеДобавлено: Ср фев 18, 2004 6:44 am
lemon65
Всегда сжимаю НТФС-разделы, никаких тормозов не выявлено. Вообще согласен с Олегом, зависит от конфига железа и его оптимальной настройки.. должно по крайней мере зависеть. :dontknow:

СообщениеДобавлено: Ср фев 18, 2004 1:59 pm
Matra-Man
$this->bbcode_second_pass_quote('', '[')b]ox
...но делать этого не стоит. Особого выигрыша не будет

75Mb вместо 100? 25% IMHO неплохой результат.
$this->bbcode_second_pass_quote('', '[')b]ox
Лучше ограничить их максимальный объем, допустим, 5-10М.

Перед такими утверждениями лучше ставить IMHO. Если возникает потребность поднять прочитанный ранее материал и не используется прокси с кэшированием, то большой объём "Temporary Internet Files"то, что нужно для работы в оффлайн режиме.

СообщениеДобавлено: Ср фев 18, 2004 10:43 pm
ox
$this->bbcode_second_pass_quote('', '')еред такими утверждениями лучше ставить IMHO

Исправляюсь: конечно IMHO :smile:

СообщениеДобавлено: Чт фев 19, 2004 1:20 am
Night Angel
А я не сжимаю. Уже неско раз с винтами траблы были. Инфа без особых проблем подымается. К тому же скорость... Всётаки со сжатием не может быть не медленнее...

СообщениеДобавлено: Чт фев 19, 2004 2:04 pm
ox
$this->bbcode_second_pass_quote('', '')сётаки со сжатием не может быть не медленнее

Потому что не может быть никогда? :laugh:

Проведем простой эксперимент. Сгенерируем текстовый файл, состоящий из строк, в каждой из которых записано одно число. Числа от 1 до 91727328 дают размер файла 906,162,176 байт. Делаем копию этого файла и компрессируем ее. У меня (XP pro) получилось 340,353,024 байт. Соотношение примерно 2.7 раза. После этого дефрагментируем раздел дабы все было по-честному.

Для теста использует простой Tcl-скрипт, который находит сумму всех чисел в файле. Вот такой:
$this->bbcode_second_pass_quote('', ' ')
set benchmark {
set sum 0
set n 0
set f [open test.txt r]
while {[gets $f n] > 0} {
incr sum $n
}
close $f
}
puts [time $benchmark]
puts "sum = $sum"


Сравниваем результаты:

несжатый:
$this->bbcode_second_pass_quote('', '%') source count.tcl
328781414 microseconds per iteration
sum = 865670384
%

сжатый:
$this->bbcode_second_pass_quote('', '%') source count.tcl
322565664 microseconds per iteration
sum = 865670384
%


Oops... А все-таки она вертится :wink:

В дополнение скажу, что такой мизерный выигрыш по производительности скорее всего обусловлен слишком маленьким размером кластера. Если бы кластер был, скажем, 256К :lol: , то выиграли бы раза в полтора-два. Я как раз работаю с фотошаблонами СБИС, это десятки гигабайт данных. Такая технология (упаковка/распаковка на лету) позволяет серьезно поднять производительность.

Исправлено: ox 19 февраля 2004 года, 11:10

Re:

СообщениеДобавлено: Вс июл 26, 2015 10:11 pm
Hacker
$this->bbcode_second_pass_quote('ox', ' ')Такая технология (упаковка/распаковка на лету) позволяет серьезно поднять производительность.

С каких это пор, дополнительные действия (распаковка/упаковка файлов на лету) приводят к увеличению производительности? Распаковка хоть и быстрая, но не равна скорости чтения. А если учесть, что каждый изменённый файл нужно потом запаковать...
Собственно вопрос у меня немного другой:
Есть Win8.1. И какой-то дятел поставил галку - сжатие раздела. Системного раздела(!) За системой никто не смотрел, появилась фрагментация. Думаю, что дала эта гремучая смесь, объяснять не нужно. :lamer:
Я недолго думая, убрал галку. Процесс начался, и винда говорит: файл подкачки read-only.
Жму отмену, в надежде запустить разжатие в безопасном режиме. F8 не прокатило.
Плюнул, загрузился в обычном, а галки уже нет.
Мы с вами знаем, что мгновенно распаковать раздел, где занято 40ГБ невозможно.
Что делать? Как понять, что сжатие корректно выключено?
Поставить галку снова?

Re: Сжатие NTFS разделов

СообщениеДобавлено: Пн июл 27, 2015 6:56 pm
savely
$this->bbcode_second_pass_quote('', '')люнул, загрузился в обычном, а галки уже нет.

А разобраться в смысле галки?
IMHO - галка разрешает системе создавать сжатые файлы (или сжимать существующие при "Очистке диска", например).
А вообще - каждый ФАЙЛ (НЕ раздел) в NTFS имеет атрибут "сжатый". Атрибут может стоять, может не стоять. В свойствах файла это видно. В "Свойствах папок" есть галка "отображать сжатые цветом.
Это я рассказал про любимую XP.
Но КАК ИМЕННО (в плане логики "галки") это в Win8 - я не знаю, за неимением оной.
Возможно - так же (ну, как минимум NTFS как файловая система глобально не изменилась, тут я уверен).
Возможно, чуть иначе.