All of lore.kernel.org
 help / color / mirror / Atom feed
From: Aleksander <aleksander@krediidiinfo.ee>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Intel or AMD is better processor for router (800+ users)
Date: Tue, 10 Oct 2006 19:58:44 +0000	[thread overview]
Message-ID: <452BFB74.10104@krediidiinfo.ee> (raw)
In-Reply-To: <20061004190542.02D884B321C@poczta.interia.pl>

Marek Kierdelewicz wrote:
> I think you could do well with P4 3GHz HT. It would be cheapest and
> most effective choice. With HT enabled kernel two nic-s could be
> configured that each nic's interrupt is serviced by another
> processor. 
> 
> I recommend reading this article:
> http://lwn.net/Articles/145406/
> 
> P4 will suffice as long as you will keep your config optimised (hashing
> tc filters, using ipset instead of long sequences of iptables
> rules ...). 

Hi,

The referenced article mentions this in the chapter "4.2.3.1  CPUs 
should only following one NIC".

The author highly recommends disabling IRQ balancing in the kernel 
config, but does not clarify what this does. I tried googling but didn't 
find much info. What does it exactly do, and why is disabling it 
recommended/required?

It seems to me, IRQ balancing does not allow to specify interrupts per 
device but assigns them automatically on the run, correct?

While searching the web, I found reports about big performance increases 
in 3D rendering due to disabling the feature. Can this be true and why?

Thanks,
	Alex
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

  parent reply	other threads:[~2006-10-10 19:58 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-04 19:05 [LARTC] Intel or AMD is better processor for router (800+ users) sAwAr
2006-10-06 11:38 ` Pasi Kärkkäinen
2006-10-06 11:54 ` Aleksander
2006-10-06 15:25 ` Marek Kierdelewicz
2006-10-10 19:58 ` Aleksander [this message]
2006-10-14 11:46 ` Marek Kierdelewicz

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=452BFB74.10104@krediidiinfo.ee \
    --to=aleksander@krediidiinfo.ee \
    --cc=lartc@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.