[ruslandh]

1 Sata в Linux использует тот-же механизм, что и SCSI, а режим работы с SCSI устройствами не предпологает изминения режима доступа к дискам - просто выбирается при активации интерфейса самый быстрый режим, лог этого выбора можно найти в /var/log/dmesg .
2 Анализируя dmeasg сразу после загрузки (соответствуют файлу /var/log/dmesg) можно узнать из-за чего происходят тормоза (если это проблемы железа, а не настройки демонов).
Возможно слишком свежееее ядро, сам с сталкивался с аналогичными проблемами на ядрах старше 2.6.17 (в ядре как раз поменяли алгоритм работы модулей SATA и использование в нём irqpoll) https://bugzilla.altlinux.org/show_bug.cgi?id=10714

[Envel]

Есть еще sdparm.
Мне кажется вы зря тут панику разводите, проблемы просто нет. Либо я что-то не понимаю. Как вы входите в систему? Может через kdm/gdm, тогда вполне нормально, что KDE/GNOME загружаются по 10-15 секунд, тем более это SuSE.

[vlad1977]

2 Анализируя dmeasg сразу после загрузки (соответствуют файлу /var/log/dmesg) можно узнать из-за чего происходят тормоза (если это проблемы железа, а не настройки демонов).

Вот такой dmesg образовался - см. прицепленный файл.
А как его надо анализировать? Я ничего не нашел подозрительного. По крайней мере dmesg | grep fail вообще не дает результатов никаких. Собственно поэтому я весь вывод без фильтров вставил, может я фильтровал неверно, а с целого месседжа можно что-то другое еще выловить, что я не выловил.

Мне кажется вы зря тут панику разводите, проблемы просто нет. Либо я что-то не понимаю. Как вы входите в систему? Может через kdm/gdm, тогда вполне нормально, что KDE/GNOME загружаются по 10-15 секунд, тем более это SuSE.

Захожу через программу приветствий Gnome. Периодически она кстати падает и вместо нее включается другая, но ощутимой прибавки к скорости нет. Envel, А почему Вы считаете, что это нормально, что через гном/кде грузиться 15 сек. - это нормально?

Есть еще sdparm

Есть. Вот и он:

Код:

linux-rulez1:~ # sdparm -av /dev/sda
    /dev/sda: ATA       ST3320620AS       3.AA
Read write error recovery [0x1] mode page [PS=0]:
  AWRE        1
  ARRE        1
  TB          0
  RC          0
  EER         0
  PER         0
  DTE         0
  DCR         0
  RRC         0
  COR_S       0
  HOC         0
  DSOC        0
  WRC         0
  RTL         0
>> Format (SBC) mode page [0x3] not supported
>> Rigid disk (SBC) mode page [0x4] not supported
>> Verify error recovery (SBC) mode page [0x7] not supported
Caching (SBC) [0x8] mode page [PS=0]:
  IC          0
  ABPF        0
  CAP         0
  DISC        0
  SIZE        0
  WCE         1
  MF          0
  RCD         0
  DRRP        0
  WRP         0
  DPTL        0
  MIPF        0
  MAPF        0
  MAPFC       0
  FSW         0
  LBCSS       0
  DRA         0
  NV_DIS      0
  NCS         0
  CSS         0
Control [0xa] mode page [PS=0]:
  TST         0
  TMF_ONLY    0
  D_SENSE     0
  GLTSD       1
  RLEC        0
  QAM         0
  QERR        0
  RAC         0
  UA_INTLCK   0
  SWP         0
  ATO         0
  TAS         0
  AUTOLOAD    0
  BTP        -1
  ESTCT      30
>> Control extension mode subpage [0xa,0x1] not supported
>> SAT pATA control mode subpage [0xa,0xf1] not supported
>> XOR control (SBC) mode page [0x10] not supported
>> Protocol specific logical unit mode page [0x18] not supported
>> Protocol specific port mode page [0x19] not supported
>> Power condition mode page [0x1a] not supported
>> Informational exceptions control mode page [0x1c] not supported
>> Background control (SBC) mode subpage [0x1c,0x1] not supported
linux-rulez1:~ #

[ruslandh]

cat /var/log/dmesg | grep -B1 +A4 ATA

В принципе инетресен этот участок :

Код:

Probing IDE interface ide0...
hda: SONY DVD RW DRU-800A, ATAPI CD/DVD-ROM drive
input: ImPS/2 Generic Wheel Mouse as /class/input/input2
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
libata version 1.20 loaded.
sata_nv 0000:00:05.0: version 0.8
ACPI: PCI Interrupt Link [APSI] enabled at IRQ 23
GSI 16 sharing vector 0xE1 and IRQ 16
ACPI: PCI Interrupt 0000:00:05.0[A] -> Link [APSI] -> GSI 23 (level, low) -> IRQ 225
PCI: Setting latency timer of device 0000:00:05.0 to 64
ata1: SATA max UDMA/133 cmd 0x9F0 ctl 0xBF2 bmdma 0xE000 irq 225
ata2: SATA max UDMA/133 cmd 0x970 ctl 0xB72 bmdma 0xE008 irq 225
ata1: SATA link up 3.0 Gbps (SStatus 123)
ata1: dev 0 cfg 00:0c5a 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:407f 93:0000
ata1: dev 0 ATA-7, max UDMA/133, 625142448 sectors: LBA48
sata_get_dev_handle: SATA dev addr=0x50000, handle=0xffff810037fe0c80
ata1: dev 0 configured for UDMA/133
sata_get_dev_handle: SATA dev addr=0x50000, handle=0xffff810037fe0c80
scsi0 : sata_nv
ata2: SATA link down (SStatus 0)
scsi1 : sata_nv
  Vendor: ATA       Model: ST3320620AS       Rev: 3.AA
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sda: 625142448 512-byte hdwr sectors (320073 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 625142448 512-byte hdwr sectors (320073 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
 sda: sda1 sda2 < sda5 sda6 sda7 > sda3

Ничего некорректного не заметил.

А почему Вы считаете, что это нормально, что через гном/кде грузиться 15 сек. - это нормально

Ненормально, это если около минуты

[vlad1977]

Ненормально, это если около минуты

Ясно... а если Gnome поменять на KDE или Xfce, что-то изменится? Действительно раздражает эта тугодумность компа. Может ему памяти больше прикрутить ?

тугодумность проявляется и при старте программ. Не такая сильная - но есть. А сами десктоп эффекты работают просто идеально. Никаких тормозов, все просто отлично. Фильмы крутятся отлично, в том числе и прямо с дивидюков...

[ruslandh]

vlad1977
Если поставить более лёгкий WM, то и загружаться будет бысьрее.
Просто KDE и Gnome включают кучу своих серверов от автомонтирования до ....

[vlad1977]

Теперь все ясно. Спасибо!