From owner-soc-status@FreeBSD.ORG Wed Jun 22 04:40:49 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90DC5106572D for ; Wed, 22 Jun 2011 04:40:49 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0EB8FC22 for ; Wed, 22 Jun 2011 04:40:48 +0000 (UTC) Received: by ewy1 with SMTP id 1so147589ewy.13 for ; Tue, 21 Jun 2011 21:40:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=5ditOe0tNBN/h++N8ahlZWN2+GxKcJ/QuI86ocKrEQg=; b=jJ322cJ50rECIBYY70oIE985qCWBJp1aLtQQeY23Kz6AnTlbDUnd9hdT7x66D8jQSF nOIlbtMEcTbK4H9i7MdLAlbrLCR1R6cTvise7rfUxLG3FIOXk3/N4u0tDli9gN4BLNth setsr+e+Lu2YRmikK4WIkJr93Z5U9yK2LMlEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=SHdEOKF67ZmugYg7/XjF7n4zcTh4HPi0ed5lLpx8cDy/YQ55JTdcQkNCLESacO3acP RIKkZioZkSSxWfcZKh20eb4E4qQ9jnU/ldxDnK3UkUBaHeOc7uoDGufNz/YiwZMV7uqb FbMYyLlmEpoY6Wh5jRxQVXCNEXe1n4c8sN/xY= Received: by 10.14.95.75 with SMTP id o51mr135095eef.235.1308717648169; Tue, 21 Jun 2011 21:40:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.102.5 with HTTP; Tue, 21 Jun 2011 21:40:28 -0700 (PDT) From: Kazuya Goda Date: Wed, 22 Jun 2011 13:40:28 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 04:40:49 -0000 Hi, The goal of my project is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. This week status : Since last week, I have had TCP connection problem. 500 clients send connection request , about 400 clients connection established is failed. I used iperf for benchmark.Watching netstat output, I found listen queue is overflow. This overflow was caused by backlog which is listen() system call arguments. Backlog is set to 5 on iperf, but it's too small. I change value of backlog to 128, listen queue doesn't overflow. Next week: * Benchmark test Regards, Kazuya Goda