From c-dev-return-21695-apmail-axis-c-dev-archive=axis.apache.org@axis.apache.org Thu Jun 03 23:48:26 2010 Return-Path: Delivered-To: apmail-axis-c-dev-archive@www.apache.org Received: (qmail 59042 invoked from network); 3 Jun 2010 23:48:26 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 3 Jun 2010 23:48:26 -0000 Received: (qmail 29479 invoked by uid 500); 3 Jun 2010 23:48:26 -0000 Delivered-To: apmail-axis-c-dev-archive@axis.apache.org Received: (qmail 29431 invoked by uid 500); 3 Jun 2010 23:48:25 -0000 Mailing-List: contact c-dev-help@axis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache AXIS C Developers List" Delivered-To: mailing list c-dev@axis.apache.org Received: (qmail 29421 invoked by uid 99); 3 Jun 2010 23:48:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jun 2010 23:48:25 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jun 2010 23:48:23 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o53Nm1ou006043 for ; Thu, 3 Jun 2010 23:48:01 GMT Message-ID: <24286315.170811275608881635.JavaMail.jira@thor> Date: Thu, 3 Jun 2010 19:48:01 -0400 (EDT) From: "nadir amra (JIRA)" To: c-dev@axis.apache.org Subject: [jira] Created: (AXIS2C-1480) Improve performance of reading HTTP headers MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Improve performance of reading HTTP headers ------------------------------------------- Key: AXIS2C-1480 URL: https://issues.apache.org/jira/browse/AXIS2C-1480 Project: Axis2-C Issue Type: Improvement Components: transport/http, util Reporter: nadir amra Currently, in file src/core/transport/http/sender/http_client.c, when processing HTTP headers, we read the data 1 byte at a time. This is too inefficient and performance intensive, since each read means a read to the TCP/IP stack. The proposal is to improve the stream utility support so that one can specify a minimum number of bytes to read. So that when a read comes down that is less than the minimum, we read the minimum into a stream buffer and then copy the requested read length into caller buffer. So next time stream is read, and there is data in the stream buffer, the data is returned without having to do a socket read. We can probably extend this on the stream write-side as well. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: c-dev-unsubscribe@axis.apache.org For additional commands, e-mail: c-dev-help@axis.apache.org