Ru-Board.club
← Вернуться в раздел «Общие вопросы»

» NTFS Compress

Автор: Bai_Hou
Дата сообщения: 04.06.2003 01:24
igcomp

Цитата:
Например хранение фильмов не только не даст сжатие, а еще и лишнее отхватит.

Такого не может быть в принципе. При сжатии файл разбивается на куски по 16 кластеров, и если кусок не становится меньше как минимум на один кластер, он записывается несжатым. Таким образом для плохо сжимаемых файлов потеряно будет только процессорное время на попытку сжатия, а при чтении никаких потерь уже не будет.
А вот на серваках сжатие нужно использовать очень продуманно. Вот что пишет на эту тему Microsoft:

Цитата:
Heavily loaded servers that have substantial input/output (I/O) traffic are poor candidates for data compression. Because the server must decompress files before sending them across the network, the decompression workload can cause performance degradation on the server. However, read-only servers, read-mostly servers, or servers that store infrequently accessed files might not get performance degradation. For example, if 50% of the files on a server are frequently accessed and are close to 100% of the server's I/O workload, do not compress those files. If the other 50% are accessed once every few days, and account for less than 1% of the server workload, you might want to compress them.

If your workload involves asynchronous I/O, do not use compression. Compression converts all I/O to synchronous.

If you have programs that use transaction logging and constantly write to a database or log, have the programs store their files on an uncompressed volume. If a program modifies data by using mapped sections in a compressed file, it can produce dirty pages faster than the mapped writer can write them. (A dirty page is a page that has been modified in the cache, but is not yet written to disk.) For example, programs such as Microsoft® Message Queue cannot function on compressed NTFS volumes.

It is recommended that you avoid placing user home folders and roaming profiles on compressed NTFS volumes because of the large number of read and write operations performed in these folders.
Автор: GuruLK
Дата сообщения: 07.06.2003 01:56
Насчёт эффективности сжатия:
Папка windows- размер 890 на диске 615 итого 31%сжатия.
program files- размер 980 на диске 680 31%сжатия.
Вобщем решать вам сжимать системный диск или нет.

Добавлено
PQ Magik 7.0 отказался работать с сжатым диском.
В остальном полёт нормальный.Тормозов не наблюдаю.
Автор: igcomp
Дата сообщения: 07.06.2003 04:17
Bai_Hou
Стоп. Не путай о 16 кластерах в NTFS и дефрагментации. Тут я тебе могу теорию рассказать. О серваках действительно надо думать, а думать надо всегда. Я говорил о своем серваке и определенном числе пользователей. У меня их много, но и сервак справляется с внутренней почтой, как я ее называю. Там просто друг другу кидают документы от мелкософта.

Добавлено
На определенную папку поставлено сжатие, а внутри около 70 папок по названию пользователей. И у меня сделано так, что чужую папку не прочитаешь, а только туда можно кинуть файл.

Добавлено

Цитата:
Такого не может быть в принципе.

Ты перпетум-мобиле придумал? Интересно можно сильнее сжать MPEG4? Я отвечаю-можно, если битрейт уменьшить, но нельзя сжать то что есть. И причем тут кластеры?

Добавлено
Есть встроенная прога от Билли, которую запускаешь и смотришь нагрузки на все и плюс можно журнал вести хоть на неделю и посмотреть, что происходит на серваке. Можно отдельную более крутую поставить от HP, но у меня не так много компов всего штук 80.

Добавлено
GuruLK

Цитата:
Папка windows- размер 890 на диске 615 итого 31%сжатия.

Есть папка внутри которой ты не пользуешься - Help. И как ты думаешь сколько она из
100 Мб занимает в сжатов виде?
1,2,4 или 8Мб? Попробуй угадай. Теперь я понимаю у тебя стоит Office от Билли. Попробуй угадать какое сокращение будет если удалить из Program Files/Common Files файлы от Билли? Можно сжать в 100 раз. Теперь идем в примеры, но я дальше просто рассказывать не буду, почему получается такое сжатие. Мне просто смешно от прог Билли.
Автор: Bai_Hou
Дата сообщения: 07.06.2003 19:11
igcomp

Цитата:
Стоп. Не путай о 16 кластерах в NTFS и дефрагментации. Тут я тебе могу теорию рассказать.

При чём здесь дефрагментация и с чем я её путаю? Теорию чего ты имеешь в виду?

Цитата:
Ты перпетум-мобиле придумал? Интересно можно сильнее сжать MPEG4?

Я понял твои слова "Например хранение фильмов не только не даст сжатие, а еще и лишнее отхватит" так, что в результате применения сжатия файл может занимать больше места, чем без его применения - о чём и написал, что такого не может быть. Даже если я тебя неправильно понял, мои слова никак не говорят о том, что сжатый файл всегда занимает меньше места, чем несжатый.

Цитата:
И причем тут кластеры?

При том, что таков механизм работы сжатия.
Автор: GuruLK
Дата сообщения: 08.06.2003 05:20
igcomp
Ты чего накинулся??? Я пример привёл как у меня обсоят дела с сжатием.Короче тон смени...

Добавлено

Цитата:
Есть папка внутри которой ты не пользуешься - Help

Давно её нет...снёс при установке.

Добавлено

Цитата:
И как ты думаешь сколько она из  
100 Мб занимает в сжатов виде?

Весила она кстати около 50 мб,а не 100...знаток блин.

Добавлено

Цитата:
Теперь я понимаю у тебя стоит Office от Билли

Оффис сжался со 130 до 95 мегов.

Страницы: 12

Предыдущая тема: Компьютер не стартует (не включается).


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.