oprofile of the comparison tests is of my curiosity.
> but different (non-rfc-compliant) congestion
> control allows faster start and faster recovery.
People like compliance to standards, even if it decreases performance.
:) Take care.
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmai
rvice.net.ru/~s0mbre/blog/devel/networking/2006_12_21.html
>
Very interesting. Are there any details of your benchmarking available,
namely, how it was done?
Have you some comparison profiling data (oprofile) to figure out where
the advantages are coming from?
--
On 7/4/07, Eric Dumazet <[EMAIL PROTECTED]> wrote:
On Wed, 4 Jul 2007 11:40:48 +0200
"Robert Iakobashvili" <[EMAIL PROTECTED]> wrote:
> On 7/4/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > On Wed, Jul 04, 2007 at 09:50:31AM +0200, Robert Iakobashvili (
On 7/4/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
On Wed, Jul 04, 2007 at 09:50:31AM +0200, Robert Iakobashvili ([EMAIL
PROTECTED]) wrote:
> If I am correct, a TCP server can make up to
> 64K accepts for a port at a single IP-address.
No, it is essentially unlimited - linu
.
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
http://curl-loader.sourceforge.net
A web testing and traffic generation tool.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a
ls all 2.6.19+ versions. Results are same on both systems ,
so thats the reason I am thinking that there is some limit in kernel
>> On Jun 25 2007 12:41, Robert Iakobashvili wrote:
>> >> > I am getting after initial successes some errors:
>> >> > "rtnl_ta
On 6/25/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Jun 25 2007 12:41, Robert Iakobashvili wrote:
>> > I am getting after initial successes some errors:
>> > "rtnl_talk(): RTNETLINK answers: Cannot allocate memory"
>> > and
>> > #ip a
Hi
On 6/25/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Jun 25 2007 11:47, Robert Iakobashvili wrote:
>
> I am getting after initial successes some errors:
> "rtnl_talk(): RTNETLINK answers: Cannot allocate memory"
> and
> #ip addr | wc-l is 8194.
I'
kernel is vanilla 2.6.20.7.
Try to see, what happens, when you increase the memory on your comp,
if an option.
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
http://curl-loader.sourceforge.net
A web testing and traffic g
t prevents from
> adding more IP addresses than 4096. What do I need to change in Linux
> kernel ( and then recompile ) to be able to add more IP addresses than
> 4K addresses per system? ..
How are you doing this?
Could it be some IPv6 issue like scope?
--
Sincerely,
Robert Iakobashvili,
c
The maximum we added was 60K of secondary
IPv4 addresses. It consumes some memory, however.
We have also added thousands of IPv6. I will try to test, if there is any
limit for doing it.
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
submitting issues/bugs with
more details.
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
http://curl-loader.sourceforge.net
A web testing and traffic generation tool.
-
To unsubscribe from this list: send the line "un
ng any kernel below 2.6.19 (for example: 2.6.12 or 2.6.15) works
fine.
Including 2.6.21?
Which browser/s have you tried?
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
http://curl-loader.sourceforge.net
A web testing and t
pressure by
#netstat -s ?
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
Navigare necesse est, vivere non est necesse
...
http://curl-loader.source
> Yes, it fixes.
Thanks, I will submit it to -stable branch.
David and John,
Thanks for your caring and attention.
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
Navigare necesse est, vivere non
0928 91392
The patch was applied smothly just with line offsets.
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
Navigare necesse est, vivere non est necesse
..
>> Robert Iakobashvili wrote:
>> > Vanilla 2.6.18.3 works for me perfectly, whereas 2.6.19.5 and
>> > 2.6.20.6 do not.
>> >
>> > Looking into the tcp /proc entries of 2.6.18.3 versus 2.6.19.5
>> > tcp_rmem and tcp_wmem are the same, wherea
Hi John,
On 4/15/07, John Heffner <[EMAIL PROTECTED]> wrote:
Robert Iakobashvili wrote:
> Vanilla 2.6.18.3 works for me perfectly, whereas 2.6.19.5 and
> 2.6.20.6 do not.
>
> Looking into the tcp /proc entries of 2.6.18.3 versus 2.6.19.5
> tcp_rmem and tcp_wmem are the same
On 4/13/07, David Miller <[EMAIL PROTECTED]> wrote:
From: "Robert Iakobashvili" <[EMAIL PROTECTED]>
Date: Thu, 12 Apr 2007 23:11:14 +0200
> It works good with 2.6.11.8 and debian 2.6.18.3-i686 image.
>
> At the same Intel Pentium-4 PC with the same about kernel
On 4/13/07, David Miller <[EMAIL PROTECTED]> wrote:
From: "Robert Iakobashvili" <[EMAIL PROTECTED]>
Date: Thu, 12 Apr 2007 23:11:14 +0200
> It works good with 2.6.11.8 and debian 2.6.18.3-i686 image.
>
> At the same Intel Pentium-4 PC with the same about kernel
g
from the loopback (lo) - same picture.
Don't fill yourself alone, it may be the same problem, that
we encounter.
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
Navigare necesse est, vivere non
mp;w=2, read from
bottom.
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
Navigare necesse est, vivere non est necesse
...
http://sourceforge.ne
Hi Krzysztof,
On 12/29/06, Krzysztof Oledzki <[EMAIL PROTECTED]> wrote:
On Wed, 27 Dec 2006, jamal wrote:
> On Wed, 2006-27-12 at 09:09 +0200, Robert Iakobashvili wrote:
>
>>
>> My scenario is treatment of RTP packets in kernel space with a single network
>&
g with such design. Some day we
can wish to
add a 10Gbps network card and 16 cores/CPUs, but it will not be
helpful to scale.
Probably, some cards have separated Rx and Tx interrupts. Still,
scaling is an issue.
I will look into PCI-E option, thanks Jamal.
--
Sincerely,
Robert Iakobashvili,
co
done using the TPR (Thread Priority Register) of the
> > APIC. It's just... not there in Linux (other OSes do use this).
>
> Have you any specific pointers for doing it (beyond Internet search)?
> Your input would be very much appreciated.
--
Sincerely,
Robert Iakob
Arjan,
On 12/25/06, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
On Mon, 2006-12-25 at 13:26 +0200, Robert Iakobashvili wrote:
>
> > Am I understanding you correctly that you want to spread the load of the
> > networking IRQ roughly equally over 2 cpus (or cores or
Hi Arjan,
On 12/25/06, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
On Sun, 2006-12-24 at 11:34 +0200, Robert Iakobashvili wrote:
> Sorry for repeating, now in text mode.
>
> Is there a way to balance IRQs from a network card among Intel CPU cores
> with Intel 5000 series chi
: [80] #0d []
Capabilities: [100] Advanced Error Reporting
--
Sincerely,
Robert Iakobashvili,
coroberti %x40 gmail %x2e com
...
Navigare necesse est, vivere non est necesse
irqbalancing may improve something.
--
Sincerely,
------
Robert Iakobashvili, coroberti at gmail dot com
Navigare necesse est, vivere non est necesse.
--
-
To unsubscribe from
well as
encourage moving aio-applications from windows to linux.
--
Sincerely,
--
Robert Iakobashvili, coroberti at gmail dot com
Navigare necesse est, vivere non est necesse
_write
* aio_suspend
* aio_error
* aio_return
* aio_cancel
where aio_suspend is very important.
--
Sincerely,
--
Robert Iakobashvili, coroberti at gmail dot com
Navigare necesse est, vivere non est n
behavior of bind () for packet socket done deliberately, or
better to correct it so that bind will fail and return errno, e.g. ENODEV?
Thanks.
--
Sincerely,
--
Robert Iakobashvili, coroberti at gmail dot com
Navigare necesse est
f
and other files in
http://www.cs.wustl.edu/~schmidt/PDF
Enjoy,
--
Sincerely,
---
Robert Iakobashvili, coroberti at gmail dot com
NAVIGARE NECESSE EST
--
-
To unsubscribe from this list: send th
Your patches have been recently discussed on ACE mail list
(ACE is an Adaptive Communication Environment - a userspace framework
toolkit for OO communication)
regarding future support of linux kernel to so-called Proactor design
pattern, where true asynch support from kernel has real advantages
omiscuous netlink socket'
Unix-domain traffic remains also without a look optin in tcpdump/sniffer.
This forced me once to develop a debugging traffic mode, using
loopback interface.
--
Sincerely,
---
Robert Iakobashvili, corober
nd a one more copy of a unicast and include the DEBUG_NETLINK socket to
a multicast.
Sniffing kernel packets via such netlink sockets actually may be extended for
the unix-domain traffic as well.
What do you think?
--
Sincerely,
-------
d to unix-domain
traffic as well, or there are other ways to sniff such packets?
Security people will cry, but sometimes we need good troubleshooting
means in userland.
Sincerely,
-------
Robert Iakobashvili, coroberti at gmai
ktgen to generate a high packets
load via a Cisco switch. Y may wish to monitor your switch ports statistics
to understand, what is IN and what is OUT.
--
Sincerely,
----
Robert Iakobashvili - NAVIGARE NECESSE EST
co
On 11/23/05, Robert Iakobashvili <[EMAIL PROTECTED]> wrote:
> On 11/23/05, Yu Zhiguo <[EMAIL PROTECTED]> wrote:
> > Please refer to the function netlink_broadcast(),
> >int netlink_broadcast(struct sock *ssk, struct sk_buff *skb, u32 pid,
> > u32 grou
Are there netlink socket
netlink_unicast () and netlink_broadcast () interrupt safe?
If not, where is the problem and the
direction to make them safe?
If it is not easy, what could be a workaroud?
Thank you in advance.
Robert
40 matches
Mail list logo
