Проблема с В спящем режиме на медленной Ubuntu 11.10

Я установил Ubuntu 11.10 на своей машине, и я замечаю несколько проблем с Быть в спящем режиме функциональностью. Когда я использую s2disk/pm-hibernate, я вижу смущающе медленное пробуждение от быть в спящем режиме состояния. Я говорю на порядке 5-6 минут, когда Windows 7 в той же системе возобновляется в течение 1 минуты, даже когда я в спящем режиме с немного загруженной системой. Но это медленное резюме от в спящем режиме, недопустимо, и я радовался бы, может ли кто-то помочь мне восстановить его. У меня есть процессор Core i5 с 8 ГБ RAM. Я приступил к 6 ГБ пространства на жестком диске для подкачки. Было бы полезно, если кто-то может помочь мне определить и исправить узкое место в процессе резюме.

Также с Windows 7 I смог установить мою систему для пробуждения от, в спящем режиме состояние автоматически в требуемое время. Но я не могу получить ту же функциональность, работающую на Linux. Я следую этому Руководству Пробуждения Автоматической системы.

Спасибо за помощь!

Обновление:

Интересное наблюдение из /var/log/kern.log

Во время этапа s2disk: Я вижу, что следующий журнал обменивается сообщениями:

Jan 16 01:38:00 pc kernel: [10682.575070] PM: Preallocating image memory... done (allocated 1902274 pages)
Jan 16 01:38:00 pc kernel: [10706.894027] PM: Allocated 7609096 kbytes in 24.33 seconds (312.74 MB/s)

Это, кажется, узкое место этапа s2disk.

Во время резюме единственные трудоемкие шаги согласно kern.log:

Jan 16 01:38:01 pc kernel: [10709.361876] video LNXVIDEO:00: Restoring backlight state
Jan 16 01:38:13 pc kernel: [10726.919537] wlan0: authenticate with c0:c1:c0:f0:68:6b (try 1)

Это занимает 12 секунд.

Jan 16 01:38:15 pc kernel: [10728.620666] [drm:drm_mode_getfb] *ERROR* invalid framebuffer id
Jan 16 01:38:17 pc kernel: [10730.903990] wlan0: deauthenticated from *:*:*:*:*:6b (Reason: 15)

Это занимает 2 секунды.

Jan 16 01:38:17 pc kernel: [10730.967287] cfg80211: Calling CRDA to update world regulatory domain
Jan 16 01:38:19 pc kernel: [10732.265611] wlan0: authenticate with *:*:*:*:*:6b (try 1)

Это занимает 2 секунды.

Jan 16 01:38:19 banga-pc kernel: [10732.271086] wlan0: associated
Jan 16 01:38:35 banga-pc kernel: [10748.866054] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain
Jan 16 01:38:35 banga-pc kernel: [10748.866063] cfg80211: World regulatory domain updated:

Это занимает 16 секунд.

Отдохните все сообщения журнала близко расположены вовремя. Это не объясняет время резюме 5-6 минут. Также после того, как приблизительно 2 минуты включаются, я действительно вижу окна, и все кроме системы занимает приблизительно 3-4 минуты для становления применимым. До тех пор я не вижу указателя мыши, и клавиатура не работает. Экран остается замороженным до тех пор как будто ожидание на sudo s2disk Я вышел прежде, чем быть в спящем режиме система.

Странный, но я действительно нуждаюсь в помощи для фиксации этого скоро. Я привык к <30 секунд возобновляют время и перезапуск моего компьютера <однажды в неделю. Я был бы рад, если я мог бы получить то же с Ubuntu. Я также нуждаюсь в помощи для фиксации вещи Пробуждения ACPI, которую я упомянул выше.

В случае, если имеет значение, что у меня есть интегрированная видеокарта Intel на моем ноутбуке.

1
задан 16 January 2012 в 11:01

3 ответа

Проблема заключается в том, что вам необходимо записать 8 ГБ ОЗУ на диск, что еще хуже, вы должны перебрать 6 ГБ подкачки, чтобы определить, какие данные с чем идут. Может быть, попробуйте уменьшить размер раздела подкачки (или полностью удалить его, у вас достаточно ОЗУ) и посмотреть, поможет ли это вообще. В противном случае нам нужно будет увидеть несколько файлов журнала. man dmesg и man syslog

Это также может быть упрямое оборудование. Трудно сказать на данный момент.

0
ответ дан 16 January 2012 в 11:01

Просто измените размер свопа до 8 Гб, поскольку во время гибернации данные ОЗУ записываются в своп. Сколько данных теперь можно записать для обмена? 6 Гб. Сколько данных может быть записано в ОЗУ? 8 Гб. 8 минус 6 - 2 пропущенных ГБ.

0
ответ дан 16 January 2012 в 11:01

Вам следует проверить значение swappiness. Обычно его оставляют на 60. Это должно быть 10 или 15:

cat / proc / sys / vm / swappiness

Вы можете изменить его на лету с помощью

sudo bash -c "echo -e 10> / proc / sys / vm / swappiness"

и заставьте его придерживаться

[ 115] sudo bash -c "echo" vm.swappiness = 15 '>> /etc/sysctl.conf"

0
ответ дан 16 January 2012 в 11:01

Другие вопросы по тегам:

Похожие вопросы: