Як відомо багатьом, з ДЕ 4.13 було замінено Непомук новим індексатором під назвою балу, і звичайно, параметри дещо змінюються при його деактивації.
Багато користувачів мали проблеми з надмірним використанням центральний процесор по балу, але це не мій випадок. Навіть, треба сказати, що результати пошуку в Дельфін зараз вони з’являються набагато швидше. Але привіт, якщо ви не з тих користувачів, які використовують Semantic Desktop, ця стаття для вас, оскільки ми показуємо вам усі відомі способи Вимкніть Baloo.
Вимкніть Baloo графічно
Наразі, коли ми отримуємо доступ до Системні налаштування »Пошук на робочому столі ми знаходимо щось подібне:
Як бачите, жодна опція Деактивувати пошук на робочому столі не з’явиться, тому нам доводиться вдаватися до інших альтернатив. Мабуть, зараз найкращий спосіб запобігти балу run, або, принаймні, нічого індексувати, додаючи наш / Головна у виключених місцях.
Вимкніть Baloo іншими методами
Факт виключення нашої локальної папки з каталогів де балу збирається виконати індексацію, можливо, це не рішення, і чомусь споживання процесора все ще залишається високим. Ось чому ми можемо вдатися до альтернативних методів, таких як наведені нижче.
Першим альтернативним методом було б запобігти запуску Baloo, тому для цього ми відкриваємо термінал і ставимо:
$ sudo mv /usr/share/autostart/baloo_file.desktop /usr/share/autostart/baloo_file.desktop.orig
Іншим методом, мабуть менш рекомендованим, є запуск:
sudo mv / usr / bin / baloo_file_extractor /usr/bin/baloo_file_extractor.orig sudo ln -s / bin / true / usr / bin / baloo_file_extractor
а згодом:
sudo mv / usr / bin / baloo_file_cleaner /usr/bin/baloo_file_cleaner.orig sudo ln -s / bin / true / usr / bin / baloo_file_cleaner
При цьому цього повинно бути більш ніж достатньо для відключення балу або, принаймні, не дозволяйте йому використовувати центральний процесор, індексуючи наші файли. Звичайно, я повторюю, що в моєму випадку зі мною цього не сталося, і пошуки (точніше результати) дуже швидкі. Подальша інформація про Балу.
Хороша порада, у моєму випадку у мене не було проблем.
До речі, я хочу запитати: чи використовує Балу Аконаді? Тому що у мене їх завжди відключали (Аконаді та Непомук), і зараз у мене працює лише балу.
Подивіться на вікі KDE UserBase: http://userbase.kde.org/Nepomuk#Frequently_Asked_Questions
Хоча краще все прочитати.
Подивіться на вікі KDE UserBase:
http://userbase.kde.org/Nepomuk
У доданому посиланні вони говорять, що буде графічний варіант для KDE 4.13.1
Nepomuk - Baloo (пошук на робочому столі) Перехід та відсутність інформації про користувача
http://lists.kde.org/?l=kde-doc-english&m=139784896914474&w=2
PD:
Дуже добре цей блог! 😉
У KaOS без проблем.
Проблеми, які виникають у деяких дистрибутивах, я думаю, це може бути через спосіб упаковки.
Я думаю.
Те саме в моєму випадку Каос ідеально працює з балу ...
Ну, я не оновлював його на даний момент, через брак часу, але пізніше я зроблю це і що станеться, якщо все працює як слід без проблем, але якщо ні, то ви вже опублікували рішення, дякую
Я читав, що деякі дистрибутиви не повністю замінили nepomuk, вони відключили деякі функції, і він працює поряд з baloo.
У мене також без проблем працюють каос і балу.
Ну, відключити Baloo простіше, ніж зробити той самий Modus Operandi з Neponuk (який у версії 4.8.4 KDE просто плакав).
У будь-якому випадку, це необов’язковий компонент у KDE-Meta 4.13?
Правда полягає в тому, що Baloo поводився дуже стримано на моєму 14.04-бітному Kubuntu 64, на даний момент немає жодних причин відключати його it
Я встановив Kubuntu 14.04, і спочатку все було чудово, але потім "Baloo" представив проблеми перевитрати пам'яті, процесора та активності диска на 50-60%, у мене є сучасний високопродуктивний комп'ютер, але це спричинило проблеми. Очевидно, це трапляється, коли на комп’ютері є дуже великі файли розміром понад 10 Гб, наприклад віртуальні машини, особливо коли їх декілька, і при великих завантаженнях торрентів він постійно їх сканує.
Я також постраждав найгірше від цієї нової концепції пошуку.
Що ж, я почав шукати рішення на 2-й день оновлення KDE і знайшов цей спосіб деактивувати його.
Вам потрібно відкрити цей файл, який прихований у вашому домашньому каталозі .kde4 / share / config / baloorc
Потім у файл додаються такі рядки:
[Основні налаштування]
Включено індексування = false
Закрийте розділ робочого столу і до побачення непропорційне споживання цією програмою.
Привіт.
Привіт, у моєму випадку я не бачу необхідності його відключати, правда, це працює дуже добре. Балу споживає мене набагато менше, ніж Непомук, навряд чи помітно ... Наразі я залишу це працювати.
Привіт!
Я забув, я використовую Kubuntu 14.10. Так зараз…. Ура! ^^
Шановний @elav: Ви пам'ятаєте, коли раніше запускали ваш улюблений Debian + Xfce, і я відтворював його зі свого Arch + KDE? Подивіться, як змінилися часи того, що сьогодні ви щасливий користувач саме цієї системи та того середовища, і я відчуваю себе більш ніж комфортно з Xfce ... вірніше, з Xubuntu 😀
Звичайно, я продовжую запускати ChakraOS на магазинній машині та на своєму NAS, але трохи торкнувшись, мені здається, що Xubuntu 14.04 - це все, що мені потрібно: мінімалістичний без втрати юзабіліті, підтримується протягом двох років і з потворними PPA, у яких я переконуюсь мати свіжі програми.
Життя - це омлет, друже!
ХАХАХАХА .. Я не можу в це повірити ... О_О, але я не збираюся вас колоти .. якщо у вас все добре, я радий, врешті-решт Щур має свою чарівність .. 😀
У тому, що ти маєш рацію, @elav. По правді кажучи, XFCE працював як рукавичка на моєму нетбуці.
Дозвольте мені сказати вам, що KDE - це вибух. У мене на настільному ПК вже більше 10 місяців, і дозвольте сказати, що, хоча востаннє я спробував KDE на льоту, це було, коли я встановив Mandrake на своєму старому ПК, і я був здивований розвитком KDE і тими змінами що він отримав, були назавжди.
Крім того, я вже досягнув прогресу в тому, що стосується мого робочого столу KDE, надаючи йому стиль eOS у поєднанні з OpenSUSE.
PS: KDE 4.12 перевершив GNOME 3.10 з точки зору продуктивності та споживання апаратних ресурсів, а на Arch це схоже на GNOME 2.
У Чакрі він ще не знаходиться у стабільному сховищі. Я використовую його на Arch (так, я знову впав, у мене немає вибору), і я вражений його надзвичайною продуктивністю. На моєму особистому досвіді це найшвидший індексатор, який я пробував. Щодо споживання ресурсів, я також бачу його ідеальним. Безсумнівно, значне покращення порівняно з Непомуком.
перебуває в тестуванні!, підійдіть до темної сторони xD
Хе-хе, я не наважуюсь, мені подобається стабільне сховище чакр 🙂
У ті дні, коли я тестував Baloo в Arch, я був вражений його швидкістю, це правда. Це дійде до Чакри, поспіху з мого боку немає. І якщо я зупинюсь, щоб подумати про це: Baloo займає 1 секунду, щоб знайти файл x, Nepomuk - 4 секунди ... Справді, я не можу зачекати ще 3 секунди? Ми живемо занурені в безглуздий порив ... 😉
нарешті, kubuntu був не таким, як я очікував. Я сподівався, що деякі програми, які неправильно поводились у Fedora на kubuntu lts, були ідеальними ... і це вийшло навпаки. наприклад, з останніми оновленнями Fedora Avidemux, які на початку викликали деякі помилки, він працює чудово, поки в kubuntu, крім використання досить відсталої версії, він видає помилки і погано читає деякі файли.
не кажучи вже про балу. Одні кажуть, що це працює ідеально, інші ні, ті, хто каже, що це погано працює, кажуть, що мають великі файли, тоді як ті, хто працює без проблем, не згадують про цю деталь. У мене дуже великі файли, і багато, і, балу, я йшов погано. Мені довелося його відключити майже відразу.
так що повертаємось до федориту більше не XD
Це перша версія kde, яку мені не потрібно вимикати…. Я навіть не знаю, що це працює. Схоже, що зміна назви принесла ще більше сюрпризів :).
Добре ...
Здається, що потрібно зробити ще.
Це посилання одного з розробників KDE->
http://ubuntuforums.org/showthread.php?t=2217434
стаття застаріла, як і для старішої версії kde