История изменений
Исправление Deleted, (текущая версия) :
Еще когда записывал 16 гигов начал лагать графический интерфейс и на кнопки не реагировало.
12309 - это буфер для dirty большой, так как памяти свободной много и он заполнился. Классика.
По теме - ну у тебя есть ошибки с атрибутом 218, если он начал расти недавно (в последние пару-тройку дней) - у тебя деградация NAND и диск начинает умирать. Но так то по показателям он у тебя хороший.
Справедливости ради про слова товарища 
linuxnewbie поясню, почему с его размерами bs тест показывает более высокую скорость:
dd if=/dev/zero of=test_file bs=1M count=1024 oflag=sync
1024+0 записей получено
1024+0 записей отправлено
1073741824 байт (1,1 GB, 1,0 GiB) скопирован, 9,54606 s, 112 MB/s
woolf /home/woolf # dd if=/dev/zero of=test_file bs=4k count=1M oflag=sync
^C21617+0 записей получено
21617+0 записей отправлено
88543232 байт (89 MB, 84 MiB) скопирован, 72,4361 s, 1,2 MB/s
woolf /home/woolf # dd if=/dev/zero of=test_file bs=1G count=4 oflag=sync
4+0 записей получено
4+0 записей отправлено
4294967296 байт (4,3 GB, 4,0 GiB) скопирован, 19,2299 s, 223 MB/s
woolf /home/woolf # dd if=/dev/zero of=test_file bs=4G count=1 oflag=sync
0+1 записей получено
0+1 записей отправлено
2147479552 байт (2,1 GB, 2,0 GiB) скопирован, 7,46317 s, 288 MB/s
sync выполняется после записи каждого сектора. Т.е. первая команда выполнит sync 4096 раз, вторая 4 раза и третья - 1 раз. На это тоже в общем-то оверхед не плохой получается. Скажем, если поставить размер сектора в 4к, а количество в 1М - тогда скорость записи будет вообще зависеть исключительно от пропускной способности памяти и процессора.
Исходная версия Deleted, :
Еще когда записывал 16 гигов начал лагать графический интерфейс и на кнопки не реагировало.
12309 - это буфер для dirty большой, так как памяти свободной много и он заполнился. Классика.
По теме - ну у тебя есть ошибки с атрибутом 218, если он начал расти недавно (в последние пару-тройку дней) - у тебя деградация NAND и диск начинает умирать. Но так то по показателям он у тебя хороший.
Справедливости ради про слова товарища linuxnewbie поясню, почему с его размерами bs тест показывает более высокую скорость:
dd if=/dev/zero of=test_file bs=1M count=1024 oflag=sync
1024+0 записей получено
1024+0 записей отправлено
1073741824 байт (1,1 GB, 1,0 GiB) скопирован, 9,54606 s, 112 MB/s
woolf /home/woolf # dd if=/dev/zero of=test_file bs=4k count=1M oflag=sync
^C21617+0 записей получено
21617+0 записей отправлено
88543232 байт (89 MB, 84 MiB) скопирован, 72,4361 s, 1,2 MB/s
woolf /home/woolf # dd if=/dev/zero of=test_file bs=1G count=4 oflag=sync
4+0 записей получено
4+0 записей отправлено
4294967296 байт (4,3 GB, 4,0 GiB) скопирован, 19,2299 s, 223 MB/s
woolf /home/woolf # dd if=/dev/zero of=test_file bs=4G count=1 oflag=sync
0+1 записей получено
0+1 записей отправлено
2147479552 байт (2,1 GB, 2,0 GiB) скопирован, 7,46317 s, 288 MB/s
sync выполняется после записи каждого сектора. Т.е. первая команда выполнит sync 4096 раз, вторая 4 раза и третья - 1 раз. На это тоже в общем-то оверхед не плохой получается. Скажем, если поставить размер сектора в 4к, а количество в 1М - тогда скорость записи будет вообще зависить исключительно от пропускной способности памяти и процессора.