Re: [precis] order of operations

Peter Saint-Andre <stpeter@stpeter.im> Thu, 05 May 2016 16:57 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: precis@ietfa.amsl.com
Delivered-To: precis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7518B12D527 for <precis@ietfa.amsl.com>; Thu, 5 May 2016 09:57:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.898
X-Spam-Level:
X-Spam-Status: No, score=-2.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.996, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PG3NuaXERFYm for <precis@ietfa.amsl.com>; Thu, 5 May 2016 09:57:56 -0700 (PDT)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 04EEC12D1B2 for <precis@ietf.org>; Thu, 5 May 2016 09:57:55 -0700 (PDT)
Received: from aither.local (unknown [73.34.202.214]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 3A77441669; Thu, 5 May 2016 11:07:37 -0600 (MDT)
To: Sam Whited <sam@samwhited.com>
References: <20160301221928.17792.35793.idtracker@ietfa.amsl.com> <1C1668EA-1734-4D90-82E6-3894ECB6407C@viagenie.ca> <56D61E27.40000@stpeter.im> <56F96A20.7030509@stpeter.im> <E5D59850-BE7B-4AB9-863F-E883DA9C4E13@viagenie.ca> <CECC45A3-B52F-489A-B64E-8D9B8DCDBD47@gmx.de> <572A5FB7.9000305@stpeter.im> <CAHbk4RLOc=LXWAR1E6Mrm99TPUzeFfWTSg=Xd1-On_cQRXDjAg@mail.gmail.com> <572A7D23.4080404@stpeter.im> <CAHbk4RJnAN6yD4m17RGGfgsqtHR4zC=kP7t2C=Zv-ZMK6KVXYg@mail.gmail.com>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <572B7B92.9050703@stpeter.im>
Date: Thu, 5 May 2016 10:57:54 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.2
MIME-Version: 1.0
In-Reply-To: <CAHbk4RJnAN6yD4m17RGGfgsqtHR4zC=kP7t2C=Zv-ZMK6KVXYg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/precis/P4-cTHisyKLCjBLzlQqn2e3Latg>
Cc: precis@ietf.org
Subject: Re: [precis] order of operations
X-BeenThere: precis@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Preparation and Comparison of Internationalized Strings <precis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/precis>, <mailto:precis-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/precis/>
List-Post: <mailto:precis@ietf.org>
List-Help: <mailto:precis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/precis>, <mailto:precis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 May 2016 16:57:57 -0000

On 5/4/16 7:47 PM, Sam Whited wrote:
> On May 4, 2016 17:52, "Peter Saint-Andre" <stpeter@stpeter.im
> <mailto:stpeter@stpeter.im>> wrote:
>  > The original suggestion (some years ago now) was browser-based
> clients that could not easily download the entire Unicode character
> database from a web server to the browser in order to do enforcement or
> comparison,
>
> That makes sense; the trie I use to store the derived properties for all
> of Unicode 8.0.0 is 23 KB in memory (it would be a bit bigger over the
> wire; though there's also room for improvement there). This seems
> reasonable at first glance, however, a similar structure for
> normalization ends up being 53 KB, and the one for width mapping is 11
> KB; I suppose it begins to add up quickly if you're on a slow connection

That's an interesting approach. The person who originally brought this 
up (I think it was Joe Hildebrand) might have been thinking that a web 
client would need to import the entire UCD from a web server upon 
initial connection, which would be prohibitive.

Peter