Solusi 1:
Transaksi adalah perintah IO tunggal (ambil blok/blok tulis) yang ditulis ke disk RAW (dalam contoh Anda dm-0). Linux-kernel mencoba untuk mengurutkan perintah tersebut ke dalam urutan yang lebih baik atau mencoba mengompresnya menjadi perintah yang lebih efisien (seperti:dapatkan dua blok sekaligus alih-alih dapatkan satu blok dan dapatkan blok lain tepat setelah ini). Ini adalah transaksi yang masuk ke disk-controller (tps untuk sda).
Pengontrol yang baik mungkin memiliki logikanya sendiri yang semakin mengurangi jumlah transaksi sebenarnya.
Transaksi mungkin berupa perintah SCSI "tulis 2 GB ke crontoller 1 target 2 bulan 3 mulai dari sektor 22). Seperti yang Anda lihat, ini tidak dapat dikaitkan langsung dengan angka throughput.
Apa yang Anda kejar adalah tingkat penulisan yang berkelanjutan. Anda memiliki beberapa faktor pembatas di sini:
- koneksi-klien:Jika jaringannya adalah Gigabit, Anda tidak akan pernah memiliki masukan lebih dari 100 MB/dtk
- disk-controller:Jika ini adalah pengontrol 3 Gb, Anda tidak akan pernah memiliki throughput lebih dari 300 MB/dtk
- disk:Cari tahu nilai pabrikan untuk performa tulis berkelanjutan
- Sistem File:Ada sedikit overhead karena OS perlu memproses data - uji di RAM-disk...
Dugaan saya untuk sistem Anda adalah:Dapatkan pengontrol serangan perangkat keras yang bagus yang mampu melakukan serangan 10 atau 5 dan dapatkan setidaknya 6 disk cepat (15k).
Untuk penggunaan profesional, gunakan SAS, bukan SATA.
Solusi 2:
Perlu diketahui juga bahwa TPS nilai mewakili membaca dan menulis, Anda dapat menggunakan -x alihkan untuk tampilan yang diperluas di mana baca dan tulis dipisahkan (r/s =baca IOPS, w/s =tulis IOPS):
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
vda 0.07 24.65 0.30 18.95 30.65 330.22 18.74 0.07 3.61 0.98 1.89