|
이 매우 긴 일련의 열 (부품 1, 부품 2, 부품 3, 부품 4, 부품 5 y 부품 6)는 여기에 결말이있을 것입니다. 시맨틱 데스크톱의 다른 요소를 확장 할 수는 있지만, 시맨틱 데스크톱을 비활성화하는 가장 좋은 방법을 조언하는 인터넷 전체에 흩어져있는 많은 가이드에서 제공되는 인수에 답할 수 없습니다. 메모리를 소모 할 수 있기 때문입니다. 조각으로. |
걱정하지 마세요. Nepomuk가 저처럼 제대로 작동하는 시스템에서 볼 수있는 것과 같은 캡처를 할 수있는 유일한 방법은 저와 똑같이하는 것입니다. 1 만 개의 주소가있는 텍스트 PDF 파일에서 13GB를 다운로드하고 실행합니다. Nepomuk 인덱서를 통해 (농담이 아닙니다.) 또한 말 그대로 수천 페이지의 PDF를 처리한다고 생각하지 않습니다 (변호사로서 저는 칠레 헌법의 역사, 각각 10 페이지의 텍스트 PDF 1.200 개를 처리해야합니다). 따라서 올바르게 구성된 시스템에서 이 잡는 것을 보지 마십시오.
이제 진지하고 기술적으로 살펴 보겠습니다. "좋은 성능을 얻기 위해 Nepomuk 사용 안 함"에 대한 또 다른 자습서가 아니라 "Nepomuk을 켜고 뛰어난 성능을 얻는 방법"에 대한 인터넷의 첫 번째 자습서입니다. 주의하세요.
전제 조건
아마도 이것이 내 가이드에서 먼저 왔어 야했고, 미안하지만, 올바르게 활성화하는 방법을 알려주기 전에 Nepomuk (처음 XNUMX 회에서했던 작업)를 활성화하는 이유를 정당화해야했습니다. 따라서 필요한 사항을 살펴보고 구성 할 것입니다.
우선, 우리가 사용할 배포판에 대해 엄격해야합니다. 다음은 매우 명확한 요구 사항입니다. 오래된 소프트웨어를 통합하려는 배포판은 KDE에서 작동하지 않으며 안타깝게도 데비안이 포함되어 있습니다. Fedora KDE 팀의 리더 인 Rex Dieter의 엄청난 작업 덕분에 Red Hat Enterprise Linux 4.10 용 KDE 6이 포함 된 패키지 세트가 있으므로 KDE와 안정적인 배포판이 필요한 경우 옵션은 RHEL 6입니다. 해당 저장소가 활성화 된 CentOS와 같은 RHEL 6 클론
둘째, KDE는 열악한 패키징에 매우 민감하기 때문에 KDE가 패키징되는 방식에주의해야합니다. 최근까지 쿠분투는 그로테스크 한 패키징 오류를 만들고, 지원되지 않는 버전의 필수 패키지를 혼합하여 끔찍한 쿠분투 경험을했고, 사람들은 Nepomuk가 왜 그렇게 느리고 실제로 패커의 잘못 이었는지 궁금해하는 사람들이 많았습니다. Nepomuk 및 Akonadi 전송 체인은 이것이다 (projects.kde.org 및 최신 버전의 프로젝트 이름 사용).
kdelibs(4.10.4)
네 포묵 코어 (4.10.4)
kde- 런타임 (4.10.4)
네포 무크 위젯 (4.10.4)
공유 데스크톱 온톨로지 (0.10.0)
소프라노 (2.9.1)
아코나디 (1.9.2)
마지막주의 사항 3 : 사용 된 KDE 버전에 의존하지 않으며 안정적인 포인트 버전을 사용하는 경우에도 마지막으로 사용 가능한 것이어야합니다. 규칙은 : KDE는 안정 브랜치에서이 패키지의 최신 안정 버전을 사용하고 베타 브랜치에서 git 스냅 샷을 사용합니다. 많은 추가 KDE 업데이트 저장소가 KDE를 업데이트하지만 마지막 세 개의 패키지가 아닌 심각한 문제가 발생합니다.
여기에 최근에 Nepomuk에서 가져온 Strigi가 추가되었는데, 이는 그것을 포장하려는 모든 사람들에게 진정한 골칫거리였습니다. 새 버전이 제대로 광고되지 않았고 우분투는 오랫동안이 프로그램의 새 버전을 패키징하지 않았고, 문제를 해결하기 위해 Sebastian Trüg의 블로그를 소란스럽게 만들어야했습니다. 다행히도이 문제는 거의 끝났고 Strigi는 더 이상 업데이트되지 않아 패키징 문제가 해결되었습니다.
이런 이유로 좋은 지수 분포로 Chakra를 추천합니다. Chakra의 KDE 패키저 인 Manuel Tortosa는이 모든 것을 알고 있으므로 패키지의 품질이 좋고 Chakra 아래의 Nepomuk 및 Akonadi에 대한 경험도 좋습니다. 차크라는 GTK +에 의존하는 패키지를 기본값으로 사용하지 않는 것과 같은 몇 가지 심각한 제한이 있지만 좋은 시작입니다.
또한 다음에 볼 수 있듯이 MySQL에서 MariaDB로 이미 전환 한 배포판을 적극 권장합니다. 이유는 나중에 살펴 보겠습니다.
땅 준비
모든 전제 조건을 충족하는지 확인하고 깨끗한 시스템이있는 한 기본 설정을 일부 변경합니다.
아코나디
.local / share / akonadi / mysql.conf 파일에 다음 행을 배치 할 것입니다.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
이 파일이 없으면 Akonadi를 시작하여 파일을 만든 다음 닫습니다. 콘솔에서 :
akonadictl 시작 akonadictl 중지
이것 때문에? MySQL (또는 MariaDB)은 Akonadi를 지원하는 데이터베이스이며 MySQL은 갑작스러운 중단을 좋아하지 않습니다. 시스템 충돌이나 정전이 발생하는 경우 MySQL은 Akonadi 데이터베이스에 오류를 발생시키고 이러한 오류가 누적되어 KMail이 해제되어 사용 속도가 느려집니다. 이러한 옵션은 각 트랜잭션이 즉시 디스크에 기록되어 시스템 충돌 또는 손상시 Akonadi의 손상 위험을 최소화 함을 의미합니다. 이 옵션은 특정 버전의 MySQL에서 오류를 일으키지 만 MariaDB에서는 잘 작동합니다.
핵심
Nepomuk의 성능을 크게 향상시키기 위해 파일 모니터링을 최대 제한까지 올릴 것입니다. /etc/sysctl.conf 파일의 다음 옵션이 작업을 수행합니다.
fs.inotify.max_user_watches = 524288
이 두 가지 후에 Nepomuk을 활성화합니다. 이것은 시스템 환경 설정 | 데스크톱 검색. 메모리 사용량을 기본 설정으로 유지하고 이메일 인덱싱을 설정하겠습니다. 인덱싱 속도를 높일 수있는 방법에 대한 1 부 팁을 확인하고 그 후에는 나머지 가이드를 확인하여 의미 론적 데스크톱을 즐기십시오!
유지
Akonadi 데이터베이스 손상을 방지 할 수없고 Nepomuk이 느리게 실행되면 어떻게됩니까? KDE 4.10이 구현 한 방어선은 여전히 하나입니다 : Nepomuk Cleaner, Akonadi가 가지고있는 거의 알려지지 않은자가 청소 도구.
$ akonadictl 진공: Akonadi 데이터베이스 "진공". 열망으로 이해하십시오. 리소스에 반영되지 않은 모든 항목은 제거됩니다.
$akonadictl fsck: Akonadi 데이터베이스의 손상을 수정하십시오. 이것이 항상 작동하는 것은 아니므로 처음부터 이러한 일이 발생하지 않도록 방지해야합니다. 어떻게? 우리가 이미 본 옵션으로.
$ 네포 무크 클리너: Vishesh Handa가 Nepomuk 데이터베이스를 정리하기 위해 준비한 스크립트 세트로, 그는 그래픽 인터페이스로 변환했습니다. "시작"버튼을 누르고 잊어 버리십시오. KDE 버전을 업데이트하는 경우이 프로그램을 실행해야합니다.
모든 장신구, 64 비트 시스템 및 실험적인 Akonadi 리소스를 사용하면 Nepomuk 및 Akonadi의 합계는 약 350MB의 RAM을 소비합니다. 일부에게는 많이 있지만, 제 생각에는 얻은 엄청난 기능에 적합합니다.
그러나 Nepomuk는 여전히 내 취향에 비해 너무 느리게 실행됩니다. 내가 뭘?
잠시만 기다려주세요. KDE 4.11은 Nepomuk의 엄청난 성능 향상을 포함합니다. 이것은 어떤 종류의 과장도 아닙니다. Vishesh Handa의 수치에 따르면, 우리는 데이터베이스에 쓰기에서 KDE 5의 4.10 배, 읽기에서 7 배 이상,이 모든 것을 평균적으로 말합니다. KDE 4.11에서 볼 수있는 변경 사항은 방대하며 마침내 데이터베이스가 필요한 응용 프로그램의 대안으로 Nepomuk를 사용할 수 있습니다.
또한 Akonadi-Nepomuk 커넥터의 올바른 실행을 방해하는 버그는 이미 4.11 분기에서 수정되었으며 Nepomuk 클리너는 크게 개선 될 것입니다. 우리는 새로운 Office 파일 인덱서를 갖게 될 것이며 나중에 공개 될 다른 도구를 즐길 수있을 것입니다.
이 가이드를 반복합니다. Nepomuk를 활성화하여 멋진 성능을 달성하는 방법에 대해 찾을 수있는 유일한 가이드가 원활한 설정에 도움이되므로 이전에 본 것을 수행하는 데 도움이됩니다. 이 모든 기사를 읽어 주셔서 감사합니다.이 시리즈를 출판 해 주신 Pablo Castagnino에게 감사드립니다. 곧 뵙겠습니다.
훌륭한 공헌 Ernesto! 이 모든 정보를 공유 해주셔서 감사합니다. KDE가 어떻게 작동하는지 (지금 막 시작하는) KDE가 제공하는 모든 도구를 더 잘 활용하는 방법을 이해하는 데 많은 도움이되었습니다.
안녕하십니까!
안녕하세요 Ernesto,
모든 배송에 감사 드리며 매우 도움이되었습니다. 저는 Arch에서 KDE 4.11을 사용하고 있습니다. 네포 무크는 야수이며 인덱싱은 이전 AMD 듀얼 코어의 7 % 이상을 사용하지 않았습니다.
그건 그렇고, 나는 4GB 이상의 RAM을 가진 사람들의 경우 Nepomuk를 최소 500MB 이상 할당하는 것이 가장 좋습니다.이 방법으로 CPU 소비가 감소하고 시스템 속도가 느려집니다. 파일 등-증가합니다. 이것에 대해 어떻게 생각하십니까?
안부
안녕하세요 Ernesto,
매우 완전하고 상세한 일련의 기사에 대해 대단히 감사하며 KDE와 그 도구를 최대한 활용하는 데 도움이됩니다. 다른 한편으로, 저는 여러분에게 질문을하고 싶습니다. 저는 두 개의 Akonadi 명령으로 시도했습니다. "Akonadictl vacuum"과 "akonadictl fsck"를 일반 사용자로 사용하면 아무것도 반환하지 않으며 sudo와 함께 사용하면 다음을 반환합니다.
D-Bus 세션 버스를 사용할 수 없습니다!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
두 번째 줄과 유사한 일련의 데이터 (더 짧아서 추가하고 싶지 않음), 이것은 무엇을 의미합니까? 일반 사용자로 사용할 때 아무것도 반환하지 않으면 데이터베이스가 정상임을 의미합니까? 또는이 명령이 관리자로 작동하지 않습니까?
기사에 대한 감사와 축하를 다시 한 번 말씀 드리며, 변호사로서의 일이 오랫동안 필요했던 칠레의 헌법 변경과 관련이 있기를 바랍니다.
내 경험상 64 비트 시스템에서 최적의 지점은 Nepomuk에 128MB 할당입니다 (나머지 350MB는 Akonadi, MySQL 및 관련 서비스에서 제공됨). 그 이상으로 넘어 가면 실제 성능 향상으로 해석되지 않고 Nepomuk에 더 많은 메모리를 제공 할 수 있습니다.
이 매개 변수는 서비스가 최적화되지 않았고 Nepomuk의 데이터베이스 인 Virtuoso가 작동하기 위해 막대한 양의 메모리가 필요한 KDE 4.7 시대에 완전히 정당화되었습니다. 그런 게 아니에요.
안녕하세요. Carlos. Ernesto가 대답하는 동안 OpenSuse에 대한 저의 경험에 대해 말씀 드리겠습니다. 실제로 그리고 말씀하신대로 KDE를 선택합니다. 이는 시스템과 안정적이고 신뢰할 수 있으며 고도로 통합 된 환경으로 변환됩니다. 업데이트의 경우 KDE 팀에서 출시 한 지 약 한 달 후에 도착하지만 다음으로 업데이트 할 수 있습니다. 커뮤니티에서 유지 관리하는 준공식 저장소의 최신 버전, 지금까지 거기에서 업데이트했으며 문제가 없었지만 세부 사항이 있으며 Ernesto가 사용 가능한 패키지 및 버전에 관한 그의 가이드에서 지적한 것입니다. 예를 들어 OpenSuse의 공식 및 준공식 KDE 저장소에는 Soprano 패키지 버전 2.9.0이 포함되어 있지만 다른 패키지가 최신 버전이기 때문에 버전 2.9.1를 검색하고 다운로드하여 위의 문제를 빠르게 해결할 수 있습니다. .XNUMX OpenSuse Build Service 웹 사이트 (소프트웨어 센터와 같은 것). 처음에 Suse가 KDE를 기본 환경으로 선택했다는 사실이 안정적이고 안정적인 시스템을 가져온다는 사실을 언급했는데, KDE에서 사용했던 이전 배포판과 비교해 보면 OpenSuse보다 빠르게 작동하지만 비용이 청구되는 Fedora와 비교하여 이렇게 말합니다. 안정성에 대한 찬사, 여러 번 충돌로 고통을 겪었고 Nepomuk 및 Akonadi를 활성화 한 경우는 오류 알림, 강제 재부팅 및 리소스 소비에 지나지 않았습니다.
오늘날, 그리고이 일련의 기사 덕분에 저는 안정적이고 빠르며 고도로 통합 된 시스템을 갖게되었습니다.
안부.
안녕하세요 카를로스,
다른 배포판에서 Opensuse에 온 우리 모두는 저장소 및 관리 문제를 약간 혼란스럽게 생각하는 것 같습니다.하지만 말씀하신 것처럼 세심하고 인내심을 갖는 문제입니다. 그것을 이해하고 그 이점을 인식하면 데비안, 우분투 또는 아치에 비해 Opensuse에 대한 문서를 찾는 것이 더 어렵다는 것도 사실이지만 커뮤니티는 매우 활발하며 주로 OpenSuse 전용 블로그가 많이 있습니다 (이 배포판 매우 특별한 광신을 불러 일으 킵니다) 그리고 IRC 채널에서는 항상 여러분을 도울 준비가되어 있습니다.
게시물의 주제를 왜곡하는 것은 내 의도가 아니며 Pablo와 Ernesto의 허락을 받아 도움이 될 수있는 링크를 남기기를 바랍니다. 개인적으로 많은 도움이되었습니다. 첫 번째는 Suse의 리포지토리와이를 관리하여 안정적이고 완전하며 업데이트 된 시스템을 얻는 방법에 대해 설명하는 기사에서 발췌 한 것이고 다른 하나는 Opensuse에 대해 이야기하는 데 전념하는 블로거의 페이지입니다.
1.- http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2.- http://www.victorhckinthefreeworld.wordpress.com/
나는 그들이 당신에게 도움이 될 것이라고 믿습니다.
안부.
안녕하세요 Ernesto :
KDE 데스크탑을위한 최적의 Linux 배포판에 대해 좀 더 자세히 알아볼 수 있습니까?
Red Hat에 대해 말씀하셨습니다. Fedora에도 적용됩니까? OpenSuse는 기본 데스크탑으로 KDE를 선택한 것 같습니다. Mageia도 같은 파장에 있습니다. 아마도 PcLinuxOS? 미리 감사드립니다.
감사합니다 Moscosov. 현재 OpenSuse를 사용하고 있습니다. 저는 데비안에서 왔고 OpenSuse (다른 저장소, 프로그램 설치 도구 등)를 처음 사용하고 있으며 테스트 중이지만 배포판으로 자리 잡고 있습니다. 나는 그것이 매우 안정적이고 거의 모든 것이 잘되고 있다는 것을 안다. (데비안에서 더 손이 닿는 문제에 대한 문서와 "해결책"을 찾는 데 약간의 문제를 제외하고). 이제 그놈을 대신해서 설치했기 때문에 내가 KDE를 고수하고 있다는 것이 분명합니다. 그리고 데스크톱 앞에서 배포판을 선택하는 것 사이에서 배포판 자체가 가질 수있는 것보다 데스크톱 사용의 이점을 우선시합니다.
데비안의 패키지 관리는 나에게 더 쉬워 보인다 : main, contrib, non-free 그리고 거기에 거의 모든 것이있다. openuse에서는 더 많은 비용이 들지만 (팩맨, 공장 ...) 익숙해지고 약간 세심한 것이 문제라고 생각합니다. 그러나 나는 이미 이것이 더 나은 성능과 사용을 가진 KDE를 갖는 것에 대한 패널티라면 배포판을 변경한다고 이미 말했습니다. 그렇기 때문에 Mandriva에서 데스크탑으로 KDE를 물려받은 Mageia와 같은 다른 사람들도 키웠으며 모든 것을 즉시 사용할 수 있습니다. 나는 또한 그 뒤에 데비안 스타일의 기초가 있다는 것을 좋아합니다 (저는 그것을 존중하지만 Canonical로 돌아 왔습니다. 그리고 Novell에 대해 불만이 있습니다 ... 그리고 Fedora에 대해 조금 있습니다).
즉, Moscosov, 보고서에 감사드립니다.
인사말.
세상의 어떤 것도 sudo와 함께 사용하지 않으므로 작동하지 않습니다.
아무 것도 반환되지 않는 것은 정상입니다. 이러한 명령을 실행 한 후해야 할 일은 기다리는 것입니다. 이러한 명령을 실행 한 후 시스템 모니터를 실행하면 (KDE에서 Control + Esc를 눌러 수행 할 수있는 작업) 그 후에 MySQL의 CPU 사용량이 증가하는 것을 알 수 있습니다. 그것은 Akonadi가 작동하고 있음을 의미합니다. 내버려둬.
1.이 기사가 나오는 동안 Soprano 버전 2.9.2가 나왔기 때문에 OBS에 새로운 방문을해야합니다.
2. KDE와 함께 단순하고 단순한 Fedora를 사용하는 것은 결코 좋은 생각이 아닙니다. 이동 http://kde-redhat.sourceforge.net/ 거기에 나타나는 Yum 저장소를 활성화하십시오. Rex는 Fedora 용 KDE 패치 작업을 훌륭하게 수행하지만 패키지가 주 저장소에 도달하는 데 종종 시간이 걸리기 때문에 많이 보지 못합니다.
3. 너무 축축 해져서 특정한 것을 추천했습니다 (Chakra Linux). 저는 SuSE가 저에게 잘 작동하도록 해본 적이 없습니다. SuSE가 적어도 제 그래픽 카드의 독점 드라이버와 잘 어울리지 않기 때문입니다 (내가받는 것은 일반화 된 시스템 패닉뿐입니다). 그들의 KDE 데스크탑이 최고 수준이라고 들었습니다.
4. 내가 확실히 젖게 될 것은 어떤 배포판이 아닌지에 대한 것이다 : Debian. 데비안 Sid에 KDE 4.8.4가 최신 버전의 KDE로 사용 가능하다고 말하는 것으로 충분합니다. "안정된"버전을 사용하는 것은 좋지만 KDE 4.10.2 (RHEL에서 사용할 수있는 최신 버전, 안정적인 배포판과 안정적인 배포판을 비교하고 있음)는 2 랩을 제공하며 Debian의 "불안정한"저장소 인 Debian Sid는 다음 위치에 있어야합니다. 최소 KDE 4.10.4.
데비안을 KDE와 함께 설치하고 싶다면 두 가지 사용 가능한 옵션 (ZorinOS 저장소를 통합하거나 실험 저장소를 혼합)으로 많은 작업이 필요합니다. 예,이 경우 가장 좋은 방법은 단순히 하드 디스크 또는 솔리드 스테이트 드라이브를 지우는 것입니다. CentOS 또는 Scientific을 설치하십시오. 게다가 데비안 팀은 내가 배워야했던 것처럼 git 트리에서 Strigi를 컴파일하지 않은 모든 사람들을 위해 1 년 반 동안 느린 KDE의 주인공이었습니다.
Mageia? 아니요, 간단한 이유가 있습니다. 일단 KDE 버전을 출시하면 영원히 유지됩니다. Mandriva와 함께 포인트 업데이트를 받기 위해 "Mandriva International Backports"로 이동해야했고 MIB 팀은 Mageia를 지원하지 않고 ROSA Linux로 마이그레이션하기로 결정했습니다 (매우 명시적인 anti-Mageia 그래픽 포함). . 따라서 Mandriva 제품군이라면 ROSA Linux가 Mageia보다 선택입니다.
마지막으로 KDE는 배포판이 항상 최신 상태 여야한다는 사실은 "롤링 버전"을 정말 빛나게합니다. 내 옵션은 Gentoo에서 KDEmod를 사용하여 Arch로 이동하고 거기에서 곧바로 Chakra (KDEmod의 영적 연속)로 이동하는 것이었고 후회하지 않았습니다. 그러나 Arch Linux는 유지 관리에 많은 작업이 필요합니다.
요컨대, 색상 취향입니다. 대부분의 경우, 가장 좋은 KDE 배포판은 당신이 사용하고있는 것입니다. 당신은 그것의 특이성에 익숙하기 때문입니다. 사용할 배포판을 알고 있고 배포판을 사용하는 경우 KDE에서 경험을 개선하기 위해 수행 할 작업 (예 : SuSE에서 KDE Distro 저장소로 전환)을 알아야합니다. 기본값을 유지하는 것보다 안정이 더 좋습니다. 패키지).
Ernesto에 대한 답변에 감사드립니다. 명령으로 다시 테스트를 수행했으며 완벽하게 작동했으며 제공 한 팁 덕분에 시스템이 고급 스럽습니다.
Akonadi와 Nepomuk 또는 KDE의 다른 영역에서 사용을 심화하는이 일련의 기사를 계속하기를 바랍니다.
정말 감사합니다.
안부.
Ernesto 대단히 감사합니다. 맞습니다. 저는 Nepomuk에 128MB가 할당 된 시스템을 최소 모니터링했으며 이전 구성과 비교하여 성능에 큰 차이를 느끼지 못했습니다.
그건 그렇고, 훌륭한 블로그, 축하합니다.
여기에서 답할 생각 이었지만 Pablo에게 이메일을 보내고 다른 칼럼으로 답장하기로 결정했습니다. 곧 출시 되길 바랍니다.
OpenSuSE는 더 이상 Novell과 관련이 없습니다. Novell은 2로 분할되었습니다. 이름이 남아있는 부분은 Attachmate가 인수 한 반면 SuSE는 다소 독립적 인 회사로 돌아갔습니다.
그것을 읽으면 몇 가지 질문을하지만 모두 관련이 있습니다.
1. 새 배포를 시도하기로 결정한 경우 a) nepomukbackup을 사용하여 레이블 및 사용자 지정 데이터를 백업하는 것이 가장 좋습니다. b) 배포판을 설치하여 새 사용자로 테스트합니다. c) 백업을 복원합니다 (시스템 환경 설정 | 데스크톱 검색에서 수행 할 수 있으며 세 번째 탭으로 이동). 사용자 지정 데이터를 백업하고 모든 항목을 다시 색인화하면 찾고있는 "의미 론적 정보의 이식성"과 동일한 기능을 갖게됩니다.
게다가 얼마 전에 Nepomuk 태그를 메타 데이터 (EXIF, ID3)의 파일 자체에 다시 쓰는 실험이 있었지만 완료되지 않았습니다.
2. 같은 이유로, 레이블이 컴퓨터간에 이동할 수없고 Nepomuk 데이터베이스에 의존한다는 주요 제한이 있습니다.
3. 내가 설명했듯이 가장 좋은 방법은 KDE의 최신 안정 버전이있는 배포판을 사용하는 것입니다. KDE 4.10.4는 바로 그 것이며, 그 버전이없는 배포판은 자격이 없습니다. 그 외에 KDE를 사용하는 가장 좋은 배포판은 기본 원칙으로 사용중인 배포판입니다. 저는 개인적으로 큰 스페인어 사용 커뮤니티, KDE 패키지의 좋은 품질 및 Chakra 용으로 컴파일 된 모든 패키지가 GNOME 종속성을 가능한 한 많이 제거하여 불필요한 메모리 소비를 피하고 지친 상태를 단순화한다는 사실을 위해 Chakra를 추천합니다. 지원하다.
백업 가져 오기는 복사본에 남아 있어야하는 것을 삭제하기 때문에주의해서 사용해야합니다. 적어도 며칠 전에 저에게 일어났던 일입니다 (다행히도 새 설치 였고 파일 XNUMX 개에만 영향을 미쳤습니다). Chakra는 내 선택입니다 (MVconv 도구를 사용하여 나에게 발생한 것처럼 패키지 부족으로 인해 Chakra가 수행 할 수없는 특정 문제를 해결하기 위해 보조 배포판을 사용하는 것이 항상 편리하지만).
명확히 해주셔서 감사합니다. 그런 의미에서 문제를 피하기 위해 사용자 폴더 내에 Nepomuk를 포함하는 것이 가장 좋다고 생각합니다 (사진이있는 모든 사람을위한 공유 홈 디렉토리와 쓰기 권한이있는 음악이 있습니다. digikam 통합 이 경우 nepomuk가있는 amarok 데이터베이스는 사용자가 변경할 때마다 확실히 문제를 일으킬 것입니다 (예 : 돌고래 / 네포 묵을 통한 파일 등급).
강제 인덱싱에 대한 권장 사항을 만들었습니다. 이제 검색을 통해 결과를 확인하는 것이 놀랍습니다. 약 1 개의 파일 (대부분 텍스트)을 인덱싱하는 데 3 ~ 16.000 시간이 걸렸을 것 같습니다. 시도). 결과에 매우 만족합니다. 나는 이것에서 많은 것을 얻을 수 있다고 생각하기 때문에 나머지 가이드를 적용 할 것입니다. 감사합니다.
이것이 KDE의 오래된 버전이 작동하지 않는 이유입니다. KDE 4.10의 Nepomuk은 KDE 20의 Nepomuk 속도의 약 4.6 배이고 KDE 4.11은 KDE 5의 속도의 7 ~ 4.10 배라고 주장한다고해도 과언이 아닙니다. 합집합.
안녕하세요 Ernesto.
저는 몇 년 동안 Gnome을 사용해 왔고 KDE를 사용해보기로 결정했습니다. 특히 nepomuk이 제공하는 혜택에 관심이있었습니다. 튜토리얼을 따른 후에는이 서비스를 활성화 할 수 없습니다.
체크 박스를 선택했고 굵게 표시된 메시지는 다음과 같습니다.
"네포 무크 시맨틱 데스크탑 활성화": 데스크탑 검색 서비스가 활성화되었습니다.
"네포 무크 파일 인덱서 활성화": 파일 인덱싱 서비스가 실행되고 있지 않습니다.
"이메일 색인 생성기 활성화": 데이터 색인 준비 완료 (0 %).
"세부 정보"옵션에서 파일 : 계산 중 및 이메일 : 계산 중을 선택하십시오. 새로 고침을 선택했지만 아무 일도 일어나지 않습니다.
네포 묵을 활성화 할 수없는 이유를 정의하는 데 도움을 줄 수 있습니다. 저는 Sabayon을 운영 체제로 사용합니다.
관심과 도움에 감사드립니다.
안부