From: Mr Dash Four <mr.dash.four@googlemail.com>
To: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>
Cc: "netfilter@vger.kernel.org" <netfilter@vger.kernel.org>
Subject: Re: ipset kernel oops
Date: Sun, 24 Apr 2011 11:41:39 +0100 [thread overview]
Message-ID: <4DB3FE63.1030305@googlemail.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1104232026240.23429@blackhole.kfki.hu>
> How much RAM have you got in that machine?
283248k physical RAM, 128MB swap file.
> Are the 30k addresses
> pseudo-random, i.e. don't come from several netblocks?
>
99.8% from all addresses/subnets come my geoip database (IP addresses
compiled from various countries I banned from my networks as they have
no business accessing it) - the rest consists of pseudo-random
(selected) subnets. It is also worth mentioning that:
1. When ipset loads these addresses during boot no such error takes
place (though it takes about 10+ minutes for these to load as the
machine on which this run is not very powerful);
2. The error happens when I try to load these ipsets from the command
line (i.e. do exactly the same thing from the shell as in 1 above);
3. At no point during 1 or 2 the swap file is used, which leads me to
believe that this error does not happen because of insufficient memory;
On a separate note, is it normal for my ipsets to take absolute *ages*
to load (about 5 minutes on a P4 machine as well)? I am loading these
exact sets on a Core2 machine and even though it takes much less time
(about 20 seconds or so) I am still a bit bemused why does it take that
long, comparing to other ipset operations? I can't complain about the
run-time performance of ipset though - it is simply unmatched by
anything else I used (or attempted to use)!
next prev parent reply other threads:[~2011-04-24 10:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-22 21:39 ipset kernel oops Mr Dash Four
2011-04-23 18:28 ` Jozsef Kadlecsik
2011-04-24 10:41 ` Mr Dash Four [this message]
2011-04-25 17:46 ` Jozsef Kadlecsik
2011-04-25 19:19 ` Mr Dash Four
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DB3FE63.1030305@googlemail.com \
--to=mr.dash.four@googlemail.com \
--cc=kadlec@blackhole.kfki.hu \
--cc=netfilter@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.