Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.

Дааа, тратить ресурсы и время на распаковку и потом только выполнять, явно скажется как минимумна отзывчивости местами, а то и на потребление оперативной памяти.

ещё и проц больще работает - больше жрёт. Вот такая экономия места - ценой времени работы и производительностью.

Ну весь смысл там, что запакованы редко используемые данные, хз конечно, как оно на практике.

я то дурак жду когда пойдут планшеты с 128 гб памяти а оно хитрее оказывается ))))

Лучше бы карту памяти в комплект давали.

Ну правда, зачем вычищать кучу гавна из ос, зачем учить ее чистить тмп за собой. лучше все запаковать в архивы!

Ты что! Они осилили unionfs. Теперь надо следить как бы не запатентовали, а в случае чего сразу писать абузу.

вместо оптимизации своих костылей, они просто их накрыли еще одним, шикарно че сказать.

про файл подкачки на 3Гб не забыли?

Еще сжатие не использовали на диске, тоже вариант экономии.

если благодаря архивам Win будет меньше засераться ТО это +
если благодаря архивам Win будет меньше заражаться вирусами тоже +

всё зависит от технологии
в лихие девяностые Я ставил Win 95 + офис + проги --> пол дня
ТО сейчас образ ставится минут 10

всё зависит от технологии
если сделают грамотно, то будет работать быстрей

Не будет. Ибо ресурсы тратятся, вместо части файла, когда она может прочитаться читается весь файл.

Лолчто? Там внутри используется LZX, оптимизированный для быстрой распаковки и все файлы сжимаются по отдельности. Работать он будет быстрее. Допустим скорость чтения со флешки 40 мб/сек, а файл сжат в 3 раза, следовательно считается он со скоростью 120 мб/сек. Единственный минус, это долго будут ставиться обновления из-за перепаковки.

Добавлено спустя 3 минуты 25 секунд:
Даже на 386-х машинах венда упакованная в LZX довольно быстро ставилась.

Да все равно какой там размер, на распаковку нужны ресурсы, в зависимости от алгорима можно прочитать и потом распаковывать в памяти, а потом подусунуть нужное т.е. больше памяти нужно +затраты на обработку. Может быть почти не заметно, но не быстрее.


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

LZX на 486-х довольно бодро бегает и даже на 386-х вполне себе распаковывается. Мобильники во сколько раз мощнее?



Нет И мусора тем более не остается. Ты не задумывался почему первый этап установки на семерке так быстро проходит?

Добавлено спустя 5 минут 29 секунд:
http://mgupi-it.ru/Tech/deployment/8/di ... fault.aspx

Поэкспериментируй с производительностью.

"Десять лет назад Microsoft начала разрабатывать технологию, которая помогает сохранить место в памяти устройств для нужд пользователя"
И уже сегодня эта технология совершенна в surface
Первые планшеты на винде у которых из 64гб винда сжирала около 45гб

Установка идет по другому алгоритму, скопировал и забыл. А работа ОС - передать управление - прочитать- распаковать- передать полученный файл опять ОС для выполнения, потом нужно его уничтожить в памяти и пометить , мол данный файл опять запакован, а если файл меняется (сложно представит правда) то еще и запаковать наново.

linux4ever
да они самые умные жеж... Да и по голосованию видно, как только видят Microsoft в названии, ставят одну звезду и начинают загонять про индусов и говнокод в винде... При этом сами 95% сидят с винды, и при этом все в один голос обсирали систему на winrt, где этот говнокод как раз и вычистили... Хомячье такое хомячье...

Hronos лолчто ты несешь, у меня винда со всеми обновлениями, за несколько лет без переустановки на десктопе занимает 30 гигов, со всеми фреймворками и прочем, какие 45 гб на планшете?...

Alexsandr зависит от принципов работы. Система может тупо передать тот же файловый поток, а он будет на лету расшифровывать, т.к. работа идет через интерфейс базового класса (или его аналога), то вызывающему коду будет плевать, зашифровано там что-то или нет. Время на расшифровку зачастую меньше тратится, чем на чтение с диска. Обычная ситуация - комп тормозит, однако проц загружен на 10%, зато диск натужно визжит. Хотя с флешем полегче, но не намного.

Аналогично работают memory mapped files. Это по факту просто области памяти, но для кода они выглядят как файл на диске.

В версии с 8 гб памяти pagefile и hyberfil съедают 16 гб, если конечно их не убрали.