|
이 매우 긴 일련의 열 (부품 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에게 감사드립니다. 곧 뵙겠습니다.