Author Topic: How to preventing MFT-File fragments real-time  (Read 14912 times)

0 Members and 1 Guest are viewing this topic.

makinero

  • Guest
How to preventing MFT-File fragments real-time
« on: March 20, 2016, 04:26:16 am »
How to preventing MFT-File fragments real-time (24/7 written) ? ? ? :thinking:

Offline Boggin

  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Jul 2014
  • Posts: 10182
  • Location: UK
  • Karma: 122
    • View Profile

Offline Willy2

  • Hero Member
  • *****
  • Join Date: Oct 2011
  • Posts: 1165
  • Karma: 18
    • View Profile
Re: How to preventing MFT-File fragments real-time
« Reply #2 on: March 20, 2016, 07:56:01 am »
No, DEFRAGGLER won't "defrag" the Master File Table. Tried it many times and it keeps failing.

Offline Boggin

  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Jul 2014
  • Posts: 10182
  • Location: UK
  • Karma: 122
    • View Profile
Re: How to preventing MFT-File fragments real-time
« Reply #3 on: March 20, 2016, 09:28:44 am »
No, DEFRAGGLER won't "defrag" the Master File Table. Tried it many times and it keeps failing.

In the notes under the Google link it says it does, although it isn't as specific in the article I'd linked - so thanks for the clarification.

However, this one does - http://ultradefrag.sourceforge.net/en/index.html

makinero

  • Guest
Re: How to preventing MFT-File fragments real-time
« Reply #4 on: March 20, 2016, 10:22:30 am »
« Last Edit: March 20, 2016, 10:26:20 am by makinero »

Offline Boggin

  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Jul 2014
  • Posts: 10182
  • Location: UK
  • Karma: 122
    • View Profile
Re: How to preventing MFT-File fragments real-time
« Reply #5 on: March 20, 2016, 01:36:57 pm »
That link just takes me to a search box.

makinero

  • Guest
Re: How to preventing MFT-File fragments real-time
« Reply #6 on: March 20, 2016, 10:53:43 pm »
Boggin

O&O Defrag 19.5

Defragment the MFT (without rebooting) but does not protect in real time.

---------

Smart Defrag 4
- Theoretically, this should defragment, but after rebooting the system is still  2 fragmented MFT.



Offline Boggin

  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Jul 2014
  • Posts: 10182
  • Location: UK
  • Karma: 122
    • View Profile
Re: How to preventing MFT-File fragments real-time
« Reply #7 on: March 21, 2016, 01:56:03 am »
What does this one do for you - http://ultradefrag.sourceforge.net/en/index.html but what are you trying to achieve ?

I doubt if the average user even knows about defragging the MFT or even what the MFT is - they just get on with it - I certainly do.

makinero

  • Guest
Re: How to preventing MFT-File fragments real-time
« Reply #8 on: March 23, 2016, 11:05:10 pm »
MFT Zone occupies a lot of space on the partition. If you run out of free space for new files, Windows will automatically reduce the sector MFT Zone by half.
Because $Mft file is the same as the other, it can be
fragmented. To prevent NTFS defines MFT-Zone - the area
disk file around $Mft, intended for a larger image.
Clusters of MFT-Zone may be allocated to other files only if
disk space demands.
You can defragment MFT system defragmenter. This solution has only the advantage that it is simple, but relatively ineffective. It is difficult to defragment MFT in normal mode, so it is only a half-measure. Several commercial software can handle the MFT and consolidate it in a nice string of records and set him MFT Zone, which is as it should be. In most cases, the defragmentation is enough, but not always.
The next division MFT Zone again be missing records, and you will need to save up first record [MFT Zone].

Code: [Select]
4 06:51:14.501 INFO:  ------------ winx_scan_disk completed in 216587 ms -------------
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: folders total:    59273
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: files total:      2038008
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: fragmented files: 253
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: compressed files: 30
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: tiny ...... <  10 KB: 350787
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: small ..... < 100 KB: 761034
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: average ... <   1 MB: 891370
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: big ....... <  16 MB: 33174
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: huge ...... < 128 MB: 1432
2016-03-24 06:51:14.649 INFO:  dbg_print_file_counters: giant ..............: 211
2016-03-24 06:51:14.649 INFO:  ------------ search for well known locked files... -------------
2016-03-24 06:51:14.649 INFO:  redraw_well_known_locked_files: false detection: \??\K:\$MFT::$BITMAP
2016-03-24 06:51:14.649 INFO:  redraw_well_known_locked_files: true detection:  \??\K:\$LogFile
2016-03-24 06:51:14.649 INFO:  redraw_well_known_locked_files: true detection:  \??\K:\$Bitmap
2016-03-24 06:51:14.649 INFO:  winx_defrag_fopen: \??\K:\$Secure:$SII:$INDEX_ALLOCATION used instead of \??\K:\$Secure:$SII
2016-03-24 06:51:14.649 INFO:  redraw_well_known_locked_files: false detection: \??\K:\$Secure:$SII
2016-03-24 06:51:14.649 INFO:  winx_defrag_fopen: \??\K:\$Secure:$SDH:$INDEX_ALLOCATION used instead of \??\K:\$Secure:$SDH
2016-03-24 06:51:14.649 INFO:  redraw_well_known_locked_files: false detection: \??\K:\$Secure:$SDH
2016-03-24 06:51:14.650 INFO:  redraw_well_known_locked_files: false detection: \??\K:\$Secure:$SDS
2016-03-24 06:51:14.650 INFO:  winx_defrag_fopen: \??\K:\$Extend\$ObjId:$O:$INDEX_ALLOCATION used instead of \??\K:\$Extend\$ObjId:$O
2016-03-24 06:51:14.650 INFO:  redraw_well_known_locked_files: false detection: \??\K:\$Extend\$ObjId:$O
2016-03-24 06:51:14.650 INFO:  redraw_well_known_locked_files: false detection: \??\K:\$Extend\$UsnJrnl:$J
2016-03-24 06:51:14.977 INFO:  redraw_well_known_locked_files: 2 locked files found
2016-03-24 06:51:14.977 INFO:  ------ well known locked files search completed in 328 ms ------
2016-03-24 06:51:14.977 INFO:  produce_list_of_fragmented_files: started creation of fragmented files list
2016-03-24 06:51:14.999 INFO:  produce_list_of_fragmented_files: finished creation of fragmented files list
2016-03-24 06:51:14.999 INFO:  check_fragmentation_level: fragmentation is above the threshold: 0.69% >= 0.00%
2016-03-24 06:51:14.999 INFO:  ------ analysis of K: completed in 0y 0d 0h 3m 39s 356ms -------
2016-03-24 06:51:14.999 INFO:  destroy_file_blocks_tree: destroy_file_blocks_tree called
2016-03-24 06:51:14.999 INFO:  ------------------------------ * -------------------------------
2016-03-24 06:51:14.999 INFO:  ------------------------------ * -------------------------------
2016-03-24 06:51:14.999 INFO:  -------------------- report saving started ---------------------
2016-03-24 06:51:15.000 INFO:  ConfigThread::Entry: configuration has been changed
2016-03-24 06:51:15.000 INFO:  save_lua_report: report saved to \??\C:\Program Files\UltraDefrag\reports\fraglist_k.luar
2016-03-24 06:51:15.001 INFO:  --------------------- report saved in 2 ms ---------------------
2016-03-24 06:51:15.003 INFO:  winx_set_dbg_log: log_path = \??\C:\Program Files\UltraDefrag\logs\ultradefrag.log
2016-03-24 06:51:15.367 INFO:  ------------------------------ * -------------------------------
2016-03-24 06:51:15.367 INFO:  dbg_print_performance_counters: volume processing completed in 0y 0d 0h 3m 39s 737ms:
2016-03-24 06:51:15.367 INFO:  dbg_print_single_counter:  - analysis ............... 0y 0d 0h 3m 39s 356ms       99.82 %
2016-03-24 06:51:15.367 INFO:  dbg_print_single_counter:  - searching .............. 0y 0d 0h 0m 0s 0ms           0.00 %
2016-03-24 06:51:15.367 INFO:  dbg_print_single_counter:  - moving ................. 0y 0d 0h 0m 0s 0ms           0.00 %
2016-03-24 06:51:15.367 INFO:  dbg_print_single_counter:  - releasing temp space ... 0y 0d 0h 0m 0s 0ms           0.00 %
2016-03-24 06:51:15.367 INFO:  ------------------------------ * -------------------------------
2016-03-24 06:51:15.367 INFO:  ------------------ Processing of K: succeeded ------------------
2016-03-24 06:51:15.367 INFO:  ------------------------------ * -------------------------------
2016-03-24 06:51:15.933 INFO:  get_drive_geometry: K: device capacity = 3.6 TB
2016-03-24 07:00:18.401 INFO:  ..\..\src\msw\window.cpp(577): 'SetFocus' failed with error 0x00000057 (parametr jest niepoprawny.).
« Last Edit: March 24, 2016, 12:40:24 am by makinero »

makinero

  • Guest
Re: How to preventing MFT-File fragments real-time
« Reply #9 on: March 24, 2016, 12:19:14 am »
What does this one do for you - http://ultradefrag.sourceforge.net/en/index.html but what are you trying to achieve ?

Author:
Quote
The program never tries to prevent fragmentation, it's just a simple tool (.....)

Boggin - I do not understand what is the meaning defragment several hard drives e.g. WD Red 8TB
https://www.youtube.com/watch?v=y4_QCjvkWeI
, is not enough that it takes a long time to extend the task and load input / output for a long time and performance The decreases. The best idea is intelligent real-time writing without having to defragment modern huge disks, with millions of files.
Defragmenting disks is already past and the tools of this type will follow soon forgotten. The future is a intelliwrite save!


edit:

Find interesting applications ...
It's time to test.
WarpDisk, on the contrary, is a file system driver encapsulating the file system, providing it with fragmentation prevention capabilities.

Quote
WarpDisk is basically just a defragmenter, but not like any other defragmenter. Conventional defragmenters are user applications or services that scan the entire disk for fragmented files and then defragment all the fragmented files found during the scan. WarpDisk, on the contrary, is a file system driver encapsulating the file system, providing it with fragmentation prevention capabilities.

Furthermore, WarpDisk also comes with a unique Windows boot optimizer, dramatically reducing the time it takes for Windows to boot. Behind the scenes, during boot, WarpDisk reads files ahead and saves them into a memory buffer for fast access.

edit2:
Tested ...
Too many threadsfor disk I/O! This causes an incredible big noise, big the load and memory usage is very high (FULL RAM all time)! Bad thread management, does not release metafile...
I am waiting on the developer's reply to this application (driver)
« Last Edit: March 24, 2016, 04:07:36 am by makinero »