Анализатор логов iptables

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

Ничего сложного.
Нужно собрать ядро с поддержкой ULOG, после этого
#emerge ulogd

Настраиваешь ulogd

[global]
######################################################################
# GLOBAL OPTIONS
######################################################################

# netlink multicast group (the same as the iptables --ulog-nlgroup param)
nlgroup=12

# logfile for status messages
logfile="/var/log/ulogd.log"

# loglevel: debug(1), info(3), notice(5), error(7) or fatal(8)
loglevel=5

# socket receive buffer size (should be at least the size of the
# in-kernel buffer (ipt_ULOG.o 'nlbufsiz' parameter)
rmem=100000

# libipulog/ulogd receive buffer size, should be > rmem
bufsize=150000

plugin="/usr/lib/ulogd/ulogd_BASE.so"
plugin="/usr/lib/ulogd/ulogd_PGSQL.so"

[PGSQL]
table="ulog"
schema="public"
pass="ddfgdsfgsdfg456"
user="user"
db="somedb"
host="127.0.0.1"
port="64564"

В базе делаешь табличку и для того, чтобы постгри не умер, из крона запускаешь серию SQL запросов , которые распихивают данные из основной таблички и группируют их за день, за месяц и просто накопительные по месяцам.

Идея замечательная, но на практике почемуто часто слетает основная табличка.