mariadb и kde

MyISM потребляет меньше памяти, но считается уже устаревшим движком. InnoDB быстрее работает, но если достаточно памяти, а памяти он есть много.

Я на маленькой VPS использую такой конфиг MariaDB (InnoDB):

[mysqld]
datadir = /var/lib/mysql
socket = /var/lib/mysql/mysql.sock
symbolic-links = 0
default-storage-engine = InnoDB
skip-federated
skip-blackhole
skip-archive
skip-networking
skip-external-locking

max_connections = 20
connect_timeout = 5
wait_timeout = 28800
max_allowed_packet = 4M
thread_cache = 8
sort_buffer_size = 2M
key_buffer_size = 128K
query_cache_size = 4M
#query_cache_type = DEMAND
query_cache_limit = 512K
table_cache = 32
tmp_table_size= 16M
max_heap_table_size = 32M

innodb_flush_method = O_DIRECT
innodb_buffer_pool_size = 64M
innodb_additional_mem_pool_size = 2M
innodb_log_buffer_size = 8M
innodb_file_per_table = 1
innodb_thread_concurrency = 0
innodb_stats_on_metadata = off
innodb_old_blocks_time = 1000

[mysqldump]
quick
max_allowed_packet = 16M

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

 PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
2406 mysql      20   0  954M  132M  5240 S  0.0 26.9 13:01.20 /usr/libexec/mysqld

А SQLite нельзя использовать?

deprecated

Лол. Почему? Неужели её возможностей не хватает плееру и календарику?

Лол. Почему? Неужели её возможностей не хватает плееру и календарику?

http://techbase.kde.org/Projects/PIM/Akonadi#Why_not_use_sqlite.3F

Why not use sqlite?

We tried. Really. It just can't handle the concurrent access very well.

Please refer to [2] for more information on this subject.

мне портаж пишет вот это

* Messages for package app-office/akonadi-server-1.12.1:

*
* We strongly recommend you change your Akonadi database backend to MySQL in your
* user configuration. This is the backend recommended by KDE upstream.
* In particular, kde-base/kmail-4.10 does not work properly with the sqlite
* backend anymore.
* You can select the backend in your ~/.config/akonadi/akonadiserverrc.
* Available drivers are: QSQLITE3
*
* QSQLITE3 has been set as your default akonadi storage backend.
* You can override it in your ~/.config/akonadi/akonadiserverrc.
* Available drivers are: QSQLITE3

С конкурентностью действительно проблемы( Но можно было бы хранить данные, нужные преимущественно одному приложению в разных БД-файлах, а конкурентность реализовать через лок-файлы, например. Было бы медленее, но проще и менее требовательно к ресурсам.

А так, конечно, причины понятны. О конкурентном доступе сразу не подумал. Ещё вариант решения проблемы конкуретного доступа — имеем демон, который монопольно общается с sqlite-бд, а все остальные проги просят данные у него.

Ещё вариант решения проблемы конкуретного доступа — имеем демон, который монопольно общается с sqlite-бд, а все остальные проги просят данные у него.

Смысл пропадает, тогда можно сразу мускуль накатывать

Всё это не поможет, сама база не умеет больше 1 запроса одновременно.

Обязанность по настройке мускуля они накладывают на пользователя, это нифига не юзер-френдли и по-моему дохрена для плеера. А своя приблуда не зависит ни от чего, решает только эту задачу, соответственно, требует ресурсов много меньше мускуля и, что более важно, не просит юзера настроить mysql для прослушивания музыки.

В курсе, мне кажется, это будет существенно только для nepomuk'а, всему остальному за глаза хватит и одного запроса. Кстати, первый вариант частично решает эту проблему. Но всё равно, оба такие паршивые.

Но и mysql, решая одни проблемы, создаёт другие.

В курсе, мне кажется, это будет существенно только для nepomuk'а, всему остальному за глаза хватит и одного запроса.

У них одна база на всех, т.е. если все приложения попробуют выполнить по 1 запросу каждое, они выполнятся по очереди.

По умолчанию там ничего не требуется, оно само работает.

В курсе, мне кажется, это будет существенно только для nepomuk'а

Nepomuk использовал не mysql.

В курсе, что это значит. Только для того, чтобы это было ощутимо, вопросы должны быть весьма сложными.

Nepomuk использовал не mysql.

Классно. А что?

По умолчанию там ничего не требуется, оно само работает.

А MySQL установить, инициализировать, пароль установить, вбить эти настройки в прикладное ПО?

Классно. А что?

Вроде virtuoso.

А MySQL установить, инициализировать, пароль установить, вбить эти настройки в прикладное ПО?

Это если использовать внешний сервер, единый для всех приложений. По умолчанию используется внутренний сервер, который не требует настройки.

По умолчанию используется внутренний сервер, который не требует настройки.

Не знал, прикольно. Тогда даже годное решение.

Обязанность по настройке мускуля они накладывают на пользователя

Где ?

и по-моему дохрена для плеера.

Соглаcен, но это - вопрос к плейеру. А Аконенади много для чего используется. Вот, года два, как KMail затормозил, к примеру...

По умолчанию используется внутренний сервер, который не требует настройки.

Лучше уточнить, что сам бинарник sql - системный, просто запускается от юзера и с соответствующими параметрами. База, соответственно, получается не системная. :-)

Вот только меня всегда вопрос мучает. Если она повредится, но само починиться сможет ? repair table там, и т.п.