Re: [sip-ops] [dispatch] SIP-CLF: Results on ASCII vs. binary representation

Jiri Kuthan <jiri@iptel.org> Tue, 05 May 2009 06:06 UTC

Return-Path: <jiri@iptel.org>
X-Original-To: sip-ops@core3.amsl.com
Delivered-To: sip-ops@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 33FD828C113 for <sip-ops@core3.amsl.com>; Mon, 4 May 2009 23:06:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.431
X-Spam-Level:
X-Spam-Status: No, score=-2.431 tagged_above=-999 required=5 tests=[AWL=0.168, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BFC9ObWvAUBt for <sip-ops@core3.amsl.com>; Mon, 4 May 2009 23:06:38 -0700 (PDT)
Received: from mail.iptel.org (smtp.iptel.org [213.192.59.67]) by core3.amsl.com (Postfix) with ESMTP id 2538D3A68F3 for <sip-ops@ietf.org>; Mon, 4 May 2009 23:05:52 -0700 (PDT)
Received: from jirimac.local (shell.iptel.org [213.192.59.74]) by mail.iptel.org (Postfix) with ESMTP id 90627371022; Tue, 5 May 2009 08:05:32 +0200 (CEST)
Message-ID: <49FFD795.4040307@iptel.org>
Date: Tue, 05 May 2009 08:07:17 +0200
From: Jiri Kuthan <jiri@iptel.org>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: Adam Roach <adam@nostrum.com>
References: <WNQHYTPgGvwQ.rzn0RkdD@nylon.softarmor.com> <49FF48EE.8070705@nostrum.com>
In-Reply-To: <49FF48EE.8070705@nostrum.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: "sip-ops@ietf.org" <sip-ops@ietf.org>, Tom Taylor <tom.taylor@rogers.com>, Hadriel Kaplan <HKaplan@acmepacket.com>
Subject: Re: [sip-ops] [dispatch] SIP-CLF: Results on ASCII vs. binary representation
X-BeenThere: sip-ops@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP Operations <sip-ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sip-ops>, <mailto:sip-ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip-ops>
List-Post: <mailto:sip-ops@ietf.org>
List-Help: <mailto:sip-ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip-ops>, <mailto:sip-ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 May 2009 06:06:39 -0000

Adam Roach wrote:
> Dean Willis wrote:
>> Right. In my experience, binary offers only marginal performance over 
>> structured ASCII.
> 
> I'll correct this slightly: binary offers only marginal performance over 
> *properly* structured ASCII. I argue that the Apache log format doesn't 
> qualify for this description. (I say this after having to deal with 
> processing relatively large Apache logs, and suffering from the vast 
> quantities of time such processing takes).

in my experience, text processing is VERY CPU-consuming. (may be negligible
if the actual application is TREMENDOUSLY CPU-consuming) Both for writing
(can be somewhat improved by a performance-oriented formatting library,
most c-lib implementations are so general-purpose that performance is not
considered) and reading.

> 
> I'm okay with Tom's suggestion to add ASCII length (and tag?) fields to 
> the text format. If people want to take it that direction, I could 
> re-cast my proposed format so it contains fixed-length ASCII number 
> representations for pointers, lengths, and tags; and so that it 
> terminates records with something like an ASCII 0x0D.

database guys like to use index file. (I think I see myself as a database
guy in this context :-))

-jiri

> 
> /a
> _______________________________________________
> sip-ops mailing list
> sip-ops@ietf.org
> https://www.ietf.org/mailman/listinfo/sip-ops
>