W systemie Windows formatowanie w systemie NTFS jest bardzo szybkie. Mam słabo zasilaną maszynę Linux, z małą pamięcią RAM. Formatowanie woluminu 2 TB na ext4 zajmuje dużo czasu.

Czy mogę coś przyspieszyć? Nie mogę sobie wyobrazić, co trwa tak długo? (co trwa tak długo)

Ścisła odpowiedź

Rozwiązania takie jak -E lazy_itable_initnie zmieniają wyniku, tylko przyspieszają proces. O to wyraźnie pytano, ale w wielu przypadkach ludzie potrzebują więcej.

Dodatkowa premia

W większości przypadków faktycznie potrzebujesz opcji, które pasują do twoich wzorców użytkowania i nie tylko przyspieszają tworzenie systemu plików, ale także umożliwiają szybsze użycie i więcej użytecznej przestrzeni.

Właśnie zrobiłem test. Nawet bez użycia -E lazy_itable_initponiższe opcje przyspieszają czas tworzenia systemu plików 2 TB z 16 minut 2 sekund do 1 minuty 21 sekund (jądro 3.5.0 64bit na Intel i7 2.2GHz, dysk 2 TB na USB2 - SATA prawdopodobnie byłby szybszy) .

W systemie plików, który pomieści duże pliki, używam tej kombinacji:

mkfs.ext3 /dev/sdXX -O sparse_super,large_file -m 0 -T largefile4

gdzie -T largefile4wybiera opcje, w /etc/mke2fs.confktórych zazwyczaj zawierają coś takiego:

    inode_ratio = 4194304
    blocksize = -1

Zrób man mke2fsszczegółowe informacje na temat każdej z tych opcji.

Oto odpowiednie wyciągi:

               sparse_super
                      Create a filesystem with fewer superblock backup copies (saves space on large filesystems).

               large_file
                      Filesystem can contain files that are greater than 2GB.  (Modern kernels set this feature  automatically
                      when a file > 2GB is created.)

   -i bytes-per-inode
          Specify  the  bytes/inode ratio.  mke2fs creates an inode for every bytes-per-inode bytes of space on the disk.  The
          larger the bytes-per-inode ratio, the fewer inodes will be created.  This value generally shouldn't be smaller  than
          the blocksize of the filesystem, since in that case more inodes would be made than can ever be used.  Be warned that
          it is not possible to expand the number of inodes on a filesystem after it is created, so be  careful  deciding  the
          correct value for this parameter.

-m 0mówi tylko, aby nie rezerwować 5% na root, co jest dobre dla systemu plików danych (nie boot / root). 5% dysku o pojemności 2 TB oznacza 100 GB. To dość znacząca różnica.

Dodaj flagę -E lazy_itable_init

Oto, co mówi strona podręcznika:

Jeśli włączone i włączona jest funkcja uninit_bg, tabela i-węzłów nie zostanie w pełni zainicjowana przez mke2fs. Przyspiesza to zauważalnie inicjalizację systemu plików, ale wymaga on, aby jądro zakończyło inicjalizację systemu plików w tle, gdy system plików zostanie po raz pierwszy zamontowany. Jeśli wartość opcji zostanie pominięta, wartość domyślna to 1, aby umożliwić inicjalizację leniwej tabeli i-węzłów.

Domyślnie jest to szybki format; konfigurowanie struktur dla woluminu ext * zajmuje znacznie więcej czasu niż dla woluminu NTFS, ponieważ jest ich więcej. Możesz zmniejszyć liczbę superbloków, ale nawet to idzie tak daleko.

Jeśli będziesz przechowywać głównie większe pliki, możesz zwiększyć liczbę bajtów na i-węzeł, zmniejszając w ten sposób liczbę utworzonych i-węzłów. Może to znacznie przyspieszyć tworzenie.