Saya baru saja menginstal pengujian Debian di desktop baru saya dan saya tidak terlalu senang dengan kinerja - ketika saya melakukan operasi intensif disk, mis. Meng-upgrade paket dalam sistem, semuanya tampak membeku, misalnya mengubah tab di Iceweasel membutuhkan waktu 3 detik. Saya menjalankan Debian pada Thinkpad X60 ultra-portable 3 tahun saya, dan saya tidak memiliki masalah ini. (setiap parameter tunggal laptop jauh lebih buruk daripada desktop).
Saya menggunakan kernel dan skrip bawaan paket.
saya berlari
hdparm -t /dev/sda1
Dan saya mendapat sekitar 96GB / s, yang diharapkan. Apa lagi yang bisa saya coba untuk membuatnya bekerja lebih baik?
EDIT :
grzes:/home/ga# hdparm -i /dev/sda
/dev/sda:
Model=WDC WD15EARS-00Z5B1, FwRev=80.00A80, SerialNo=WD-WMAVU1362357
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=2930277168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
* signifies the current active mode
EDIT2 : Bahkan istri saya berkata "di komputer baru ini saya tidak bisa melakukan apa-apa ketika saya menyalin foto dari kamera dan jauh lebih buruk daripada yang lama". Jadi pasti serius.
EDIT3 : Diperbarui ke 2.6.32, tetapi masih belum ada peningkatan
EDIT4 : Saya lupa menyebutkan bahwa disk baru adalah ext4, yang lama adalah ext3.
EDIT5 : Masih belum terpecahkan. Saya memiliki papan ASUS P5QL-E P43. Baris dari dmesg yang tampaknya relevan:
[ 0.370850] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[ 0.370852] io scheduler noop registered
[ 0.370853] io scheduler anticipatory registered
[ 0.370854] io scheduler deadline registered
[ 0.370876] io scheduler cfq registered (default)
...
[ 0.908233] ata_piix 0000:00:1f.2: version 2.13
[ 0.908243] ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 0.908246] ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
[ 0.908275] ata_piix 0000:00:1f.2: setting latency timer to 64
[ 0.908316] scsi0 : ata_piix
[ 0.908374] scsi1 : ata_piix
[ 0.909180] ata1: SATA max UDMA/133 cmd 0xa000 ctl 0x9c00 bmdma 0x9480 irq 19
[ 0.909183] ata2: SATA max UDMA/133 cmd 0x9880 ctl 0x9800 bmdma 0x9488 irq 19
[ 0.909199] ata_piix 0000:00:1f.5: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 0.909202] ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
[ 0.909228] ata_piix 0000:00:1f.5: setting latency timer to 64
[ 0.909279] scsi2 : ata_piix
[ 0.909326] scsi3 : ata_piix
[ 0.910021] ata3: SATA max UDMA/133 cmd 0xb000 ctl 0xac00 bmdma 0xa480 irq 19
sumber
dmesg
tentang chipset atau drive? jika Anda memperbaikinya, pertimbangkan untuk memposting artikel sebagai jawaban untuk memberi tahu pembaca di masa mendatang.Jawaban:
Periksa offset untuk partisi - harus dapat dibagi oleh 4 untuk TELINGA karena mereka memiliki teknologi 4096. Jika tidak - partisi ulang untuk mendapatkan keselarasan dan masalah kinerja harus hilang (drive EARS yang tidak selaras akan melakukan lebih banyak sektor menulis per op).
sumber
Saya memiliki masalah pembekuan serupa ketika melakukan banyak IO disk. Selama cadangan, desktop membeku selama beberapa detik lagi dan lagi sampai cadangan selesai.
Itu tidak terkait dengan penyelarasan atau penyetelan hdparm (meskipun saya setuju itu akan membantu).
Penguncian sistem disebabkan oleh penjadwal IO yang menunda terlalu banyak beberapa IO yang diperlukan oleh aplikasi yang lebih interaktif (Firefox, KDE atau apa pun). Penjadwal IO yang salah adalah cfg .
Untuk mengatasi masalah ini, Anda harus menggunakan penjadwal IO tenggat waktu. Anda mengaktifkannya di disk dengan perintah berikut yang bisa Anda tambahkan di /etc/rc.local :
Periksa Mengatasi penguncian sistem Linux ketika I / O disk intensif dilakukan untuk informasi lebih lanjut.
sumber
Ini masalah dalam kegelapan, tapi saya punya masalah seperti ini beberapa waktu yang lalu, dan penyebabnya adalah bahwa kernel tidak mendukung chipset sepenuhnya dan DMA dimatikan. Periksa dengan
apakah salah satu mode DMA diaktifkan.
(Solusi dalam hal ini adalah untuk mendapatkan kernel yang lebih baru.)
sumber
Model=WDC, FwRev=80.00A80, SerialNo=WD-WMAVU1362357 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50 BuffType=unknown, BuffSize=0kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=2930277168 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 AdvancedPM=no WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
Saya mengalami masalah di mana operasi yang melakukan banyak panggilan fsync (2) akan menyebabkan perlambatan sistem utama. Dalam kasus saya, saya menjalankan dengan partisi root saya yang terkandung dalam LVM yang terkandung dalam LUKS. Apakah Anda menggunakan LVM atau LUKS?
Alat yang dapat membantu menentukan dengan tepat apa yang sedang mengunyah disk Anda (bukan hanya "menginstal paket") disebut
iotop
. Saya sarankan menjalankannya saat Anda melakukan salah satu tugas ini, dan mungkin menunjukkan beberapa proses latar belakang lain yang mungkin memicu pada saat yang sama dan menyedot semua throughput I / O Anda.sumber
sudo fdisk -u / dev / sda
Itu akan memberi Anda starting offset. Saya 'pikir' Anda dapat membuat partisi menggunakan fdisk -o 64 atau sesuatu - saya harus google sehingga saya akan membiarkan Anda melakukan googling pada fdisk dan secara manual mengatur offset partisi (default adalah 63 jadi itu tidak baik).
dan ya disk akan ditampilkan dengan sektor 512b karena berpura-pura seperti itu ke OS - Vista / W7 menangani ini dengan mengatur offset yang benar, tapi XP dan saya pikir hampir semua distro linus jangan :( secara manual adalah satu-satunya cara sepertinya (milik saya hanyalah drive penyimpanan dan dibuat di win7 / ntfs jadi tidak masalah bagi saya)
Sunting: - Menemukan posting yang bagus di wdc - ini seharusnya membuat Anda aktif dan beroperasi dalam waktu singkat :)
http://community.wdc.com/t5/Desktop/Problem-with-WD-Advanced-Format-drive-in-LINUX-WD15EARS/mp/10920#M631
sumber
Hanya bidikan acak, yang tampaknya bodoh mengingat Anda menggunakan Debian ... tapi saya menemukan bahwa itu membantu seseorang dengan model HDD yang sama: sudahkah Anda mencoba memperbarui BIOS?
sumber
Sebagai aturan umum, jika Anda dapat menggunakan hdparm pada perangkat, itu adalah antarmuka ATA "lama", vs. antarmuka SATA / SCSI yang lebih baru. Jika itu masalahnya, maka masalahnya mungkin bahwa ops disk selama interupsi tidak diaktifkan secara default. Ini adalah masalah umum pada beberapa mesin yang menggunakan antarmuka ATA yang lebih lama dan akan menurunkan kinerja disk atau sistem selama operasi I / O yang berat.
Anda harus mencoba ini:
Jika Anda tidak melihat peningkatan kinerja pada menjalankan pengaturan waktu ke-2 (perintah ketiga) maka ada sesuatu yang terjadi.
Faktor lain adalah mengharapkan mode UDMA6 berfungsi melalui kabel non-UDMA (dengan asumsi itu bukan antarmuka SATA). Jika Anda menggunakan kabel ATA 80-pin, Anda baik-baik saja; jika Anda menggunakan 40-pin yang lebih tua, Anda akan mendapatkan semua jenis kesedihan. Jika kabelnya lebih tua dari 40-pin, Anda harus menurunkan kecepatan transfer ke sesuatu yang dapat didukung "dengan aman". PERINGATAN: menyesuaikan antarmuka IDE dapat menggantung drive dan / atau antarmuka, dan jika drive adalah sistem file root Anda, seluruh sistem akan menggantung dengannya!
Jika Anda perlu menurunkan kecepatan transfer agar sesuai dengan perangkat keras, coba yang berikut ini:
Sekali lagi, waktu kedua (perintah ketiga dikeluarkan) harus menunjukkan peningkatan.
Terakhir, drive itu sendiri mungkin marginal, tetapi tanpa pelaporan SMART, Anda mungkin tidak melihat masalah (sampai terlambat). Saya sangat merekomendasikan untuk menginstal
smartmontools
paket untuk membantu Anda, terutama jika Anda memiliki drive yang lebih tua yang akan membutuhkan sedikit TLC sekarang dan kemudian.JIKA semuanya gagal, cari
/var/log/messages
kesalahan I / O disk.Memperbarui:
Tampaknya Anda tidak sendirian. Ada papan pesan di seluruh internet yang melaporkan semua jenis sakit hati dengan unit-unit ini.
Ada juga menyebutkan drive menggunakan ukuran sektor 4k vs ukuran 512 byte "tradisional". Saya hanya bisa membayangkan masalah apa yang harus ditimbulkan.
Terakhir, melihat output Anda lagi, tampaknya utas penjurnalan cukup mengikat sistem. Sistem file non-jurnal mungkin untuk sementara meringankan masalah, tetapi ini adalah profilaksis terbaik, dan tidak memperbaiki masalah paling buruk.
sumber
Ini akhirnya diperbaiki! Seperti yang ditunjukkan oleh @Rachel, masalahnya memang adalah penyelarasan dengan sektor 4kb, tapi sayangnya artikel yang ditautkan tidak benar :(
Cara yang benar untuk menyelaraskan partisi ada di sini: http://www.linuxconfig.org/linux-wd-ears-advanced-format
Dan artikel ini memberikan patokan yang cukup bagus sehingga Anda dapat memeriksa apakah tabel partisi Anda benar: http://article.gmane.org/gmane.linux.utilities.util-linux-ng/2955
Sebagai tambahan, jika Anda memiliki drive ini dan menggunakan Linux, Anda juga HARUS menambah salah satu timer idle seperti dijelaskan di sini: http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp .php? p_faqid = 5357 & p_created = 1266947046 & p_sid = Os7DQL2k & p_accessibility = 0 & p_redirect = & p_srch = 1 & p_lva = & p_sp = cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9NTEsNTEmcF9wcm9kcz0yMjcsMjk0JnBfY2F0cz0xMzAmcF9wdj0yLjI5NCZwX2N2PTEuMTMwJnBfcGFnZT0x & p_li = & p_topview = 1
sumber