No meu computador, que inicializa o Ubuntu 12.04 LTS (kernel 3.5) e o Windows 7, a velocidade do disco rígido é muito rápida no Windows, mas muito lenta no Ubuntu. A lentidão permanece quando eu inicializo em um Ubuntu Live CD para 13.04 (kernel 3.8) e pré-lançamento 13.10 (kernel 3.11). No entanto, quando eu inicializo no Knoppix (kernel 3.9), a lentidão vai embora!
Alguém sabe por que, ou como isso pode ser corrigido no Ubuntu?
Aqui estão as velocidades usando exatamente o mesmo hardware:
A lentidão acontece em unidades internas e externas: o SSD RAID interno (placa 3ware 9750-4i), um Western Digital Vermelho interno (não no cartão RAID) e unidades externas usando USB 3.0, Firewire e eSATA.
Este computador em si tem uma CPU rápida de 6 núcleos muito e 32 GB de RAM, por isso o poder do computador não é um problema. É um novo computador, então é possível que algo esteja configurado errado.
Curiosidades: Originalmente, achei que o problema estava limitado ao USB 3.0, e meu fornecedor (endpcnoise.com) adivinhou que o chipset ASMedia no meu computador é o culpado, porque o suporte do Ubuntu para ele é "rudimentar na melhor das hipóteses". / p>Algumas informações de tempo: leva 15 segundos para copiar um arquivo de 20 MB de / para QUALQUER DISCO no sistema. Aqui está o SSD RAID no Ubuntu 13.04 Live CD:
$ time cp bigfile bigfile2
real 0m14.866s
user 0m0.000s
sys 0m0.056s
Quando eu inicio no Knoppix, o problema desaparece completamente:
$ time cp bigfile bigfile2
real 0m0.034s
user 0m0.000s
sys 0m0.013s
Quando executo o dmesg / var / log / syslog antes e depois de uma cópia como essa, nenhuma mensagem adicional é gravada. ( Veja o resultado completo do dmesg .) Mas vejo algumas mensagens relacionadas ao SSD sendo testado:
...
[ 0.882760] LSI 3ware SAS/SATA-RAID Controller device driver for
Linux v3.26.02.000.
[ 0.883566] ahci 0000:00:1f.2: version 3.0
[ 0.883643] ahci 0000:00:1f.2: irq 80 for MSI/MSI-X
[ 0.889807] e1000e: Intel(R) PRO/1000 Network Driver - 2.0.0-k
[ 0.889809] e1000e: Copyright(c) 1999 - 2012 Intel Corporation.
[ 0.891377] xor: automatically using best checksumming function:
[ 0.899068] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps
0x31 impl SATA mode
[ 0.899071] ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio
slum part ems apst
[ 0.899074] ahci 0000:00:1f.2: setting latency timer to 64
...
[ 1.234773] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 1.234785] ata7: SATA link down (SStatus 0 SControl 300)
[ 1.234802] ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 1.234820] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
...
[ 1.990817] sd 0:0:0:0: Attached scsi generic sg3 type 0
[ 1.990833] sd 0:0:0:0: [sdb] 1874978816 512-byte logical blocks: (959 GB/894 GiB)
[ 1.993034] sd 0:0:0:0: [sdb] Write Protect is off
[ 1.993036] sd 0:0:0:0: [sdb] Mode Sense: 23 00 10 00
[ 1.993158] sd 0:0:0:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA
[ 1.995812] sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 >
[ 2.000255] sd 0:0:0:0: [sdb] Attached SCSI disk
[ 2.292132] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
...
[ 9.428287] 3w-sas: scsi0: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85.
A última linha é explicada aqui .
Isso aponta para uma causa raiz?
O hdparm relata resultados idênticos no Ubuntu 12.04 e no Knoppix, exceto para -Q (queue_depth), mas alterá-lo no Ubuntu não teve nenhum efeito perceptível:
$ sudo hdparm -acdgkmurABCMNQW /dev/sda
/dev/sda:
multcount = 16 (on)
IO_support = 1 (32-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 364801/255/63, sectors = 5860533168, start = 0
look-ahead = 1 (on)
APM_level = not supported
drive state is: active/idle
acoustic = not supported
max sectors = 5860533168/5860533168, HPA is disabled
queue_depth = 31 (Knoppix had value = 1, but changing on Ubuntu didn't help)
write-caching = 1 (on)
Aqui está o lshw:
$ sudo lshw -c bus
*-core
description: Motherboard
product: P9X79
vendor: ASUSTeK COMPUTER INC.
physical id: 0
version: Rev 1.xx
serial: 130410781200420
slot: To be filled by O.E.M.
*-usb:0
description: USB controller
product: X79 series chipset USB2 Enhanced Host Controller #2
vendor: Intel Corporation
physical id: 1a
bus info: pci@0000:00:1a.0
version: 06
width: 32 bits
clock: 33MHz
capabilities: pm debug ehci bus_master cap_list
configuration: driver=ehci_hcd latency=0
resources: irq:23 memory:fb627000-fb6273ff
*-usb
description: USB controller
product: ASM1042 SuperSpeed USB Host Controller
vendor: ASMedia Technology Inc.
physical id: 0
bus info: pci@0000:06:00.0
version: 00
width: 64 bits
clock: 33MHz
capabilities: msi msix pm pciexpress xhci bus_master cap_list
configuration: driver=xhci_hcd latency=0
resources: irq:17 memory:fb400000-fb407fff
*-usb
description: USB controller
product: ASM1042 SuperSpeed USB Host Controller
vendor: ASMedia Technology Inc.
physical id: 0
bus info: pci@0000:07:00.0
version: 00
width: 64 bits
clock: 33MHz
capabilities: msi msix pm pciexpress xhci bus_master cap_list
configuration: driver=xhci_hcd latency=0
resources: irq:19 memory:fb300000-fb307fff
*-firewire
description: FireWire (IEEE 1394)
product: VT6315 Series Firewire Controller
vendor: VIA Technologies, Inc.
physical id: 0
bus info: pci@0000:09:00.0
version: 01
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress ohci bus_master cap_list
configuration: driver=firewire_ohci latency=0
resources: irq:17 memory:fb100000-fb1007ff ioport:b000(size=256)
*-usb:1
description: USB controller
product: X79 series chipset USB2 Enhanced Host Controller #1
vendor: Intel Corporation
physical id: 1d
bus info: pci@0000:00:1d.0
version: 06
width: 32 bits
clock: 33MHz
capabilities: pm debug ehci bus_master cap_list
configuration: driver=ehci_hcd latency=0
resources: irq:23 memory:fb626000-fb6263ff
*-serial UNCLAIMED
description: SMBus
product: X79 series chipset SMBus Host Controller
vendor: Intel Corporation
physical id: 1f.3
bus info: pci@0000:00:1f.3
version: 06
width: 64 bits
clock: 33MHz
configuration: latency=0
resources: memory:fb624000-fb6240ff ioport:f000(size=32)
Eu mudei do meu kernel atual, PAE de 32 bits, para um kernel de 64 bits. Gravações de disco agora são rápidas. Isso foi com o Ubuntu 13.04.
Moral da história: se você tiver mais de 4 GB de RAM, use o Linux de 64 bits. Mesmo que o kernel do PAE funcione, também pode ter problemas como este.
Tags performance hard-drive