Зайнятий курсор (спінінг чекати) висить


13

Я запускаю Ubuntu 13.04, і проблема полягає в тому, що іноді значок вказівника миші застрягає зайнятим курсором (я можу його перемістити) або спінінг чекати. Коли це трапляється, якщо курсор миші знаходиться на будь-яких заголовках вікон, запуску Unity і панелі, курсор стає зайнятим. Через деякий час проблема просто йде.

Я не можу надіслати скріншот, оскільки він не відображається на екрані.

Я стикаюся з цією проблемою, коли намагаюся запустити деякі програми:

  • Ubuntu один
  • gksudo nautilus

Технічні характеристики обладнання:

  • Seagate Barracude 3.5 "7200RPM HDD
  • MSI Z77A-G43
  • Оперативна пам'ять Kingston HyperX 1600 МГц DDR3 4 Гб
  • Core i5-2500k
  • Мій комп'ютер використовує Intel HD 3000, який знаходиться на i5-2500k

Я не використовую жодного іншого драйвера, крім того, який постачається з Ubuntu 13.04

Ось відео, на якому ви можете побачити проблему: https://www.dropbox.com/s/61rzeutdogog821/out-2.ogv

Я можу сказати, що щодо споживання системних ресурсів під час обертання курсору суттєвих змін немає.


1
Я відчував цю проблему ще з самих ранніх версій Ubuntu. Ніколи не ставив під сумнів це. Добре запитання +1.
hytromo

Ви можете розмістити свої специфікації ПК? Зокрема процесор, оперативна пам’ять, тип жорсткого диска / SSD, відеокарта. Якщо ви перебуваєте на марці / моделі ноутбука.
Cubiq

1
Додано відео проблеми
Hckr

2
У мене точно така ж проблема, і я не думаю, що це пов'язано з продуктивністю, як це відбувається з дуже простими додатками, такими як gedit, не відкриваючи жодних документів. Також курсор очікування швидко зникає, коли ви переключите фокус на інший додаток, або він може затриматися надовго, якщо ви просто дозволите, як він показав Hckr у відео.
Віталій

1
Та ж проблема. 18.04 та в новому встановленні 19.04. Це просто горіхи. І так, це не пов'язано з роботою. Я також думаю, що це спрацьовує набагато частіше, ніж інакше, коли використовується Nautilus (файловий менеджер за замовчуванням).
Відображення імені

Відповіді:


6

Це, безумовно, проблема, яку я також помітив. У мене дуже швидкий комп'ютер із SSD, і жоден процесор не використовувався в процесі надання курсору. Порожнє вікно gedit показувало бідну річ.

Насправді ця проблема змусила мене настільки божевільно, що я вирішив піти з "хакітським" рішенням - позбутися "мислячого" курсору . Мені це ніколи не було потрібно.

Спосіб позбутися "мислячого" курсору, нічого не порушуючи, - просто замінити його звичайним зображенням курсору.

Якщо ви використовуєте тему курсора за замовчуванням DMZ-White, просто відкрийте термінал ( Ctrl-Alt-T) і запустіть ці команди:

cd /usr/share/icons/DMZ-White/cursors
sudo mv watch watch.old
sudo ln -s left_ptr watch
nohup unity --replace &
exit

Перезапустіть, якщо проблема все-таки виникає.

Тепер це технічно не виправляє проблему, але це безумовно приховує її від роздратування.


1
Дякую, це "корисно", але не відповідь, яку я хочу. Я використовую це для позбавлення від проблеми, якщо немає іншого рішення.
Hckr

Я згоден, це серйозна проблема, і це не правильне рішення. Я припускаю, що звіт про помилку має бути поданий, якщо його має більше ніж одна людина. Я думав, що це просто мій комп’ютер.
Kupiakos

Як я досліджував, є деякі інші користувачі, які стикаються з цією проблемою, вирішуючи її за допомогою свого методу. Кажуть, спінінг-очікування виявляється% 90 неправильно. Я думаю, що це стане краще на Ubuntu 13.10 з Mir / Xmir.
Hckr

Коли я намагався вирішити @Kupiakos, я зрозумів, що курсор очікування, який відображається, не є таким, як визначено темою курсору. Це змушує мене замислитися, чи проблема не пов’язана з тим, як обробляється анімація курсору.
Віталій

0

На це дуже важко відповісти. Виключаючи апаратні несправності (особливо жорсткі диски), наступне - це те, що я відчував у ці роки роботи Ubuntu.

З кожним випуском Ubuntu має тенденцію бути дещо вимогливішим до HW. Буває, що драйвер відеокарти або оновлення xorg роблять OS оснасткою, але в кінцевому рахунку вам завжди потрібна більш потужна установка.

Це нормально, оскільки апаратне забезпечення постійно розвивається, а також Ubuntu. Сьогодні ви не можете випустити ОС, яка однаково добре працює на сучасних та 10-ох комп'ютерах.

Отже, якщо у вас низька специфікація, особливо в оперативній пам'яті та потужності процесора, ви можете не оновлюватись до останньої версії кровотоку, або ви можете перейти на менш вимогливий дистрибутив, як lubuntu.

Якщо у вас менше 2 ГБ оперативної пам'яті, це перше, що потрібно оновити. Я помітив, що для звичайного офісного використання ви ледь не помічаєте різниці між 4 ГБ або 8 ГБ, але якщо у вас менше 2 ГБ, ви ризикуєте використати занадто багато дискових підкачок (що може спричинити сумнозвісне спінінг).

На жаль, я помітив, що Ubuntu та Gnome взагалі не такі спритні, як раніше, навіть на суперпотужних ПК. У мене була остання модель i7 з 16gb та nvidia-карткою, але іноді система все-таки відставала (навіть у голих костях, таких як Arch).

Єдине рішення, яке я міг знайти (без переходу на інший менеджер Windows) - це встановити SSD. Це найкраще оновлення, яке ви можете зробити на своєму ПК. Навіть дуже невеликий SSD тільки для /розділу (хоча дані можуть зберігатися на звичайному жорсткому диску) робить велику (велику) різницю.

Також перехід на інший файловий браузер може допомогти вам у деяких ситуаціях, коли винуватцем є Nautilus, але найкраще - перейти на SSD.

Ви можете спробувати заспокоїти симптоми, видаливши фонові процеси, наприклад, ви можете спробувати видалити zeitgeist, але наприкінці менш болючим рішенням здається SSD.


0

є те, що, на мою думку, схоже питання: Схоже, Canonical чекає повних 15 - 20 хвилин після завантаження системи та відкриття браузера, а потім вони роблять щось, що бере контроль над HD і триває його постійно зайнятим., Стільки так що я фактично не можу отримати доступ до жодного функціонування ОС. Це повинна бути приємна ОС. Шкода, що вони займають її настільки, що її не можна використовувати, коли вони є.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.