Új hozzászólás Aktív témák

• #14 ricsip addikt gabro0 #4

  Új Válasz 2020-09-01 13:03:54 #14

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ricsip

  addikt

  válasz gabro0 #4 üzenetére

  Nem TRIM-et csinál, tényleg szószerint lefuttatja a defragot. Te kézzel nem tudod SSD-n futtatni a karbantartás / lemez optimalizálás alatt a tényleges defrag-ot, jó szokás szerint neked nem hagyja a GUI. De a beépített windows karbantartás feladat havonta kb. 1x tényleges defrag-ot ütemezett be. Azért van rá szükség, mert a Volume Shadow Copy csak akkor tud snapshot-ot csinálni a mentésre kijelölt fájlokról, ha azok nincsenek agyontöredezve. Ez az NTFS-nek egy belső hülyesége h. egy konkrét fájl kb. mennyi töredék után válik kezelhetetlenül töredezetté. Tehát semmi köze h. HDD-n vagy SSD-n van tárolva a töredezett fájl. Így viszont SSD-n is muszáj egybefüggővé rendezni, különben nem lehet róla snapshot-ot csinálni.
  Itt van egy 3-részes tömény technikai magyarázat hogy működik NTFS-en a fájlok helyfoglalása, töredezése:

  https://docs.microsoft.com/en-us/archive/blogs/ntdebugging/ntfs-misreports-free-space
  https://docs.microsoft.com/en-us/archive/blogs/ntdebugging/ntfs-misreporting-free-space-part-2
  https://docs.microsoft.com/en-us/archive/blogs/ntdebugging/ntfs-misreports-free-space-part-3

  Itt is pár hasznos blog NTFS-ről:
  https://docs.microsoft.com/en-us/archive/blogs/askcore/ntfs-file-attributes
  https://docs.microsoft.com/en-us/archive/blogs/askcore/the-four-stages-of-ntfs-file-growth
  https://docs.microsoft.com/en-us/archive/blogs/askcore/the-four-stages-of-ntfs-file-growth-part-2

  Itt is részletezik:
  https://support.microsoft.com/en-us/help/967351/a-heavily-fragmented-file-in-an-ntfs-volume-may-not-grow-beyond-a-cert

  you may need to format the volume with the large FRS, use the below command to format the volume.

  Format <Drive:> /FS:NTFS /LWhen a file is very fragmented, NTFS uses more space to save the description of the allocations that is associated with the fragments. The allocation information is stored in one or more file records. When the allocation information is stored in multiple file records, another structure, known as the ATTRIBUTE_LIST, stores information about those file records. The number of ATTRIBUTE_LIST_ENTRY structures that the file can have is limited.

  We cannot give an exact file size limit for a compressed or a highly fragmented file. An estimate would depend on using certain average sizes to describe the structures. These, in turn, determine how many structures fit in other structures. If the level of fragmentation is high, the limit is reached earlier. When this limit is reached, you receive the following error message:

  Windows Vista or later versions of WindowsSTATUS_FILE_SYSTEM_LIMITATION The requested operation could not be completed due to a file system limitation
  Versions of Windows that are earlier than Windows VistaSTATUS_INSUFFICIENT_RESOURCES insufficient system resources exist to complete the requested serviceCompressed files are more likely to reach the limit because of the way the files are stored on disk. Compressed files require more extents to describe their layout. Also, decompressing and compressing a file increases fragmentation significantly. The limit can be reached when write operations occur to an already compressed chunk location. The limit can also be reached by a sparse file. This size limit is usually between 40 gigabytes (GB) and 90 GB for a very fragmented file.

  Workaround: For files that are not compressed or sparse, the problem can be lessened by running Disk Defragmenter or a third-party defragmentation tool for Windows such as Diskeeper defragmentation software. NOTE: Running Disk Defragmenter will not resolve this problem for compressed or sparse files

  [ Szerkesztve ]

  -

Új hozzászólás Aktív témák