фрагментация на терминальнике

[Kompot]

вот

чет такое чувство что вообще не желает дефрагментировать

P.S. ща у себя на сервачке запущу

До

Volume (C
Volume size = 9,77 GB
Cluster size = 4 KB
Used space = 2,79 GB
Free space = 6,98 GB
Percent free space = 71 %

Volume fragmentation
Total fragmentation = 19 %
File fragmentation = 39 %
Free space fragmentation = 0 %

File fragmentation
Total files = 16*165
Average file size = 215 KB
Total fragmented files = 3*810
Total excess fragments = 15*177
Average fragments per file = 1,93

Pagefile fragmentation
Pagefile size = 708 MB
Total fragments = 1

Folder fragmentation
Total folders = 1*686
Fragmented folders = 83
Excess folder fragments = 792

Master File Table (MFT) fragmentation
Total MFT size = 18 MB
MFT record count = 17*886
Percent MFT in use = 99 %
Total MFT fragments = 2

После

Volume (C
Volume size = 9,77 GB
Cluster size = 4 KB
Used space = 2,79 GB
Free space = 6,98 GB
Percent free space = 71 %

Volume fragmentation
Total fragmentation = 0 %
File fragmentation = 0 %
Free space fragmentation = 0 %

File fragmentation
Total files = 16*165
Average file size = 215 KB
Total fragmented files = 8
Total excess fragments = 269
Average fragments per file = 1,01

Pagefile fragmentation
Pagefile size = 708 MB
Total fragments = 1

Folder fragmentation
Total folders = 1*685
Fragmented folders = 1
Excess folder fragments = 0

Master File Table (MFT) fragmentation
Total MFT size = 18 MB
MFT record count = 17*885
Percent MFT in use = 99 %
Total MFT fragments = 2

P.S. это а попробуй chkdsk на детальную проверку загнать, может там херня какая с файловой, маловероятно конечно(дефрагментатор наверное бы ругнулся) но мало ли.

 

[0xygen]

слу, а если, когда никого нету, сделать фулл-бакап(все равно его делать), да распаковать его поверх??

та это ж надо быть рядом с сервом. а на нем народ часов до 10 вечера висит (от делать народу нехер, а? ). впадлу доночи там ковырятся.

чет такое чувство что вообще не желает дефрагментировать

вот вот.

P.S. это а попробуй chkdsk на детальную проверку загнать, может там херня какая с файловой, маловероятно конечно(дефрагментатор наверное бы ругнулся) но мало ли.

та запущу. но очень слабо вериццо...

 

[Rimlyanin]

та это ж надо быть рядом с сервом. а на нем народ часов до 10 вечера висит (от делать народу нехер, а? ). впадлу доночи там ковырятся.

от не говори, я тоже своих не могу выгнать...
Приходится принудительно.

net send * всем выйти с сервера
net send * технологический перерыв до 8ми утра

shutdown /r /f /t 599[/CODE]

 

[Slash]

...PowerDefragmenter>contig.exe /?
Contig v1.54 - Makes files contiguous
Copyright (C) 1998-2007 Mark Russinovich
Sysinternals -

⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.

Contig is a utility that relies on NT's built-in defragging support
to make a specified file contiguous on disk. Use it to optimize execution
of your frequently used files.
Usage:
contig.exe [-v] [-a] [-s] [-q] [existing file]
or contig.exe [-v] -n [new file] [new file length]

-v: Verbose
-a: Analyze fragmentation
-q: Quiet mode
-s: Recurse subdirectories

Очень советую.
Как и в целом утилиты от sysinternals. Работают толковее штатных средств, при этом абсолютно безопасны.

 

[0xygen]

о!
о сисинтерналс я как то и не подумал. попробуем. спс!

 

[0xygen]

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

 

[gameover]

а к чему столько еб**и?
заметны торможени дисковой системы?
может быть разработчики от микрософта, что то знают, и разреженность ФС как раз необходима для терминальника?

колян, рекомендую ситануть статью Криса Касерски "Поставь сервер на счетчик"
(хакер 11.107.07)

вкратце оттуда
монитор производительности есть такая никчемная программка от мс.
и там есть показатель PhysicalDisk:current Disk Queue Lenght

описание параметра: длинна очереди запросов. на R/W к винту.
чем короче тем лучше. Если в очереди постоянно находиться 2 и более запросов - то у вас проблеммы.

ну там еще есть несколько параметров.

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

 

[0xygen]

да както нелогично, шоле.
ладно, хер с ними, с файлами самой системы\юзверей. ну а "левые" большие файлы тоже необходимо держать в "разреженном состоянии"? например, файл в 2 гектара раздробить на весь диск - както не так, согласись.

 

[gameover]

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

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

самой стратегии я не знаю.

историческая справка:

Бритва Оккама используется в науке по принципу: если какое-то явление может быть объяснено двумя способами, например, первым — через привлечение сущностей (терминов, факторов, преобразований и т. п.) А, В и С, а вторым — через А, В, С и D, и при этом оба способа дают одинаковый результат, то сущность D лишняя, и верным является первый способ (который может обойтись без привлечения лишней сущности).

В разговорной речи использование термина «Бритва Оккама» подразумевает, что правильным решением будет наиболее простой выход.

отсюда