Brakes when working with SSD

Question

linux

There is a netbook eee pc 900 with a low speed of writing to an SSD drive. From time to time, apparently, caches are flushed to the disk, and for this time all applications that try to work with the disk hang. The time is quite long, sometimes it reaches 30-40 seconds. Archlinux OS. What can be tweaked in the kernel in order to somehow remove these brakes?

If it matters, then the ext2 filesystem runs on top of lvm.

Answer 1

go to ext4

Answer 2

Try additionally using noatime in the fstab settings.

Answer 3

I had the same with debian ext2 - it worked without problems. Maybe try changing the file system?

Answer 4

There are a couple more ideas:
1. the scheduler is not a noop, but a deadline
echo deadline > /sys/block/sda/queue/scheduler
and the option there:
echo 1 > /sys/block/sda/queue/iosched/fifo_batch
2. Speed ​​up the firefox cache
Create tmpfs in fstab:
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Move the ff cache there: set browser.cache.disk.parent_directory = /tmp in about:config
Should help a little.

Answer 5

Straight from sysctl:
kernel.io_delay_type
kernel.blk_iopoll
vm.dirty_background_ratio = 10
vm.dirty_background_bytes = 0
vm.dirty_ratio = 20
vm.dirty_bytes = 0
vm.dirty_writeback_centisecs = 500
vm.dirty_expire_centisecs = 3000
These are things to play with. For example, make shinki more often.

Answer 6

There is an informative article about NAND SSDs www.easycom.com.ua/prtart.php?id=1136&lang=ru
Thoughts from there:
The more the disk is full, the longer it takes to clean up flash blocks (exponential dependence).
HDD-oriented algorithms (such as caching and defragmentation) tend to degrade the performance of an SSD.
According to an IBM study, the ideal operating conditions for an SSD are when it is less than 75% full and the ratio of static (static, i.e. rarely moved and mostly read only) and dynamic parts of information is 3 to 1.