Message-ID: <422BE33D.5080904@yahoo.com.au>
Date: Mon, 07 Mar 2005 16:14:37 +1100
From: Nick Piggin <nickpiggin@yahoo.com.au>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050105 Debian/1.7.5-1
MIME-Version: 1.0
To: Ben Greear <greearb@candelatech.com>
CC: Christian Schmid <webmaster@rapidforum.com>, linux-kernel@vger.kernel.org
Subject: Re: BUG: Slowdown on 3000 socket-machines tracked down
References: <4229E805.3050105@rapidforum.com> <422BAAC6.6040705@candelatech.com> <422BB548.1020906@rapidforum.com> <422BC303.9060907@candelatech.com>
In-Reply-To: <422BC303.9060907@candelatech.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1062
Lines: 34

Ben Greear wrote:
> Christian Schmid wrote:
> 
>> Ben Greear wrote:

>>> How many bytes are you sending with each call to write()/sendto() 
>>> whatever?
>>
>>  
>> I am using sendfile-call every 100 ms per socket with the poll-api. So 
>> basically around 40 kb per round.
> 
> 
> My application is single-threaded, uses non-blocking IO, and sends/rcvs 
> from/to memory.
> It will be a good test of the TCP stack, but will not use the sendfile 
> logic,
> nor will it touch the HD.
> 

I think you would have better luck in reproducing this problem if you
did the full sendfile thing.

I think it is becoming disk bound due to page reclaim problems, which
is causing the slowdown.

In that case, writing the network only test would help to confirm the
problem is not a networking one - so not useless by any means.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/