LINUX.ORG.RU
Форум — Admin  

PostgreSQL + LUKS == тормоза?


0

0

Всем привет

Имею компьютер с такими характеристиками:

* Pentium IV 2.4 GHz

* 768 МБ DDR1

* IBM/Hitachi Deskstar 120GXP family IC35L040AVVA07-0 41.2 GB UDMA100

* IDE interface: Intel Corporation 82801DB (ICH4) IDE Controller (rev 02)

* CentOS 5.5

* 2.6.18-194.11.1.el5

На диске создан PV, VG и несколько LV. Один из LV размечен в ext3 с применением LUKS. На этом LV располагаются файлы БД PostgreSQL. При любых операциях с БД процессы postmaster и kryptd начинают потреблять почти все ресурсы процессора, выполнение даже простых запросов длится долго. В чём причина? Если LUKS не годится для хранения файлов БД, то тогда как лучше организовать хранение и шифрование?

Спасибо

★
← сервис named генерит ошибку в логах
[LDAP] Смена корня. →
Ответ на: комментарий от hc

Если в БД не гос. или ком. тайны, и шифрование используется преимущественно для защиты от лишних глаз, то можно попробовать применить AES с меньшим ключом, либо иные алгоритмы (Blowfish, к примеру, может быть быстрее при сравнимой криптостойкости).

GotF ★★★★★
()

Похоже, у БД очень мало памяти на кэши. Увеличение памяти (параметры в postgresql.conf) должно частично решить проблему.

Если LUKS не годится для хранения файлов БД, то тогда как лучше организовать хранение и шифрование?

Зависит от задач. Иногда ситуацию можно улучшить шифрованием на уровне приложения/бд (см. модуль pgcrypto)

mikki
()
Ответ на: комментарий от hc

Можно ли сменить ключ на уже размеченном разделе?

Ключ в LUKS сменить можно, но алгоритм (а смена длины ключа шифрования сюда тоже относится) — нет.

GotF ★★★★★
()

И вообще, засоветуйте, пожалуйста, качественную книгу по постгресу

hc ★
() автор топика
Ответ на: комментарий от hc

Учитывая темпы развития pg, лучше документации с оф. сайта ничего не будет.

mikki
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← сервис named генерит ошибку в логах
Admin
[LDAP] Смена корня. →