Спорадическая скорость записи на USB массив Drobo

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

sudo fdisk -l

затем отредактируйте файл

sudo vim /etc/fstab

затем я добавил следующую строку

/dev/sda1       /media/windows ntfs-3g defaults,locale=en_US.UTF-8 0 0

и в последний раз я повторно смонтировал fstab файл

sudo mount -a

Благодаря этим двум ресурсам. Теперь все файлы, которые я создаю, используют те же "значения по умолчанию" в качестве, что мой текущий пользователь выполняет (я думаю).

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

2
задан 16 September 2011 в 04:47
1 ответ

I have the exact same unit and did a quick test of my own. On linux, and I used iozone, and O_DIRECT (minimize caching effects). My read/write numbers for sequential are eerily like yours. 14MB/s write, 26 MB/s read. Mine's on firewire 400.

File size set to 524288 KB
Record Size 64 KB
O_DIRECT feature enabled
Command line used: iozone -s 512M -r 64k -i 0 -i 1 -I
Output is in Kbytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 Kbytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.

          KB  reclen   write rewrite    read    reread
      524288      64   13485   15283    26090    27290  

I do suspect some age related features are involved here, as it has been many months since I rebuilt the partitioning on it. I doubt the slowness can be remedied without a full rebuild, as the filesystem I ran the above test on is minimally consumed (5%) and highly unfragmented. As the above test is fully sequential, it's hard to get more ideal conditions then that.

1
ответ дан 3 December 2019 в 13:16

Теги

Похожие вопросы