да из таких надо демонов изгнать.. это же немыслимо, не успел залогиниться, а в 15-ти темах срач развел. как от этих анахронистов адептов XP избавиться? каждый день под новым логином тащут сюда агитацию за XP.. такое чувство что это "бот" научился логиниться и копирайтит одни и те-же посты...

куда он девался

Подскажите на новой винде принтер Мфу Панас старенький перестал печать выводить. Дрова встали, устроиства видит, сканирует. Но хоть убей не печатает, задачи висят а толку ноль. Что скажите, винда может быть причиной? До обновы все ок робило

Зачем ставить глючную 2004, если нужно сидеть на 1909 и ждать новую винду с фиксами тонн багов по давней традиции майкрософта.

Дефрагментация нужна фс для нормальной работы, на любом накопителе

А НА ХРЕНА тогда трим придумали чисто для ССД?

потом их удалить можно только спец. программой например DiskGenius

ля контроллера SSD есть разница где находится файл

Так трим работает с физическим состоянием ячеек памяти ссд, а не с файловой системой.

Файловой системе ntfs не нужна дефрагментация

Storage Optimizer will defrag an SSD once a month if volume snapshots are enabled. This is by design and necessary due to slow volsnap copy on write performance on fragmented SSD volumes. It’s also somewhat of a misconception that fragmentation is not a problem on SSDs. If an SSD gets too fragmented you can hit maximum file fragmentation (when the metadata can’t represent any more file fragments) which will result in errors when you try to write/extend a file. Furthermore, more file fragments means more metadata to process while reading/writing a file, which can lead to slower performance.

As far as Retrim is concerned, this command should run on the schedule specified in the dfrgui UI. Retrim is necessary because of the way TRIM is processed in the file systems. Due to the varying performance of hardware responding to TRIM, TRIM is processed asynchronously by the file system. When a file is deleted or space is otherwise freed, the file system queues the trim request to be processed. To limit the peek resource usage this queue may only grow to a maximum number of trim requests. If the queue is of max size, incoming TRIM requests may be dropped. This is okay because we will periodically come through and do a Retrim with Storage Optimizer. The Retrim is done at a granularity that should avoid hitting the maximum TRIM request queue size where TRIMs are dropped.