All of lore.kernel.org
 help / color / mirror / Atom feed
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)!


  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.