Re: [hybi] Restarting IESG review on permessage-deflate

Joakim Erdfelt <joakim@intalio.com> Fri, 04 October 2013 16:56 UTC

Return-Path: <joakim@intalio.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 507E521F9D2C for <hybi@ietfa.amsl.com>; Fri, 4 Oct 2013 09:56:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level:
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FLcL3nOnd4Fb for <hybi@ietfa.amsl.com>; Fri, 4 Oct 2013 09:55:57 -0700 (PDT)
Received: from mail-ea0-f178.google.com (mail-ea0-f178.google.com [209.85.215.178]) by ietfa.amsl.com (Postfix) with ESMTP id B474421F9D1B for <hybi@ietf.org>; Fri, 4 Oct 2013 09:55:55 -0700 (PDT)
Received: by mail-ea0-f178.google.com with SMTP id a15so1940594eae.9 for <hybi@ietf.org>; Fri, 04 Oct 2013 09:55:54 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8AsXw4BLLT3pCMYw8gVHb8f0a0ffmej9ChZEdNlzbwY=; b=UDVBB5m5i8v1/v/G0QSYqihhb1r9xeovUL/VrMGJNyBzoFxNuKZXLdFPBRAHurkXmx 64qsVe92/JeYZU4JMiw/qtYand7+lnYHbZhtYW5mxCiE4z/9PW0vtdFh5rGQz4Vv4c9F CjloCLspx/voOjVjCD/NbMoUOYFnM0K/9dlnPLsE3wnRQGj+gmB/r4KqLnLTNdd/erYD 3UJAOm2CDDOUmw/CyA7Lf/+iArbzN5XR5tr+a7e3ymxhTUSTg/EaKgWWBPlt7Emvlzrc myGFFf4hkF+3yjo19PCd6fP800NPc/4vpMxs1CuKFtdpZ9UqcBPlnTB/Ew7SaG2akO2j ErLQ==
X-Gm-Message-State: ALoCoQkwI8XWb+I9mCTtG7gayT8zPv0fLv7S2/bBMXxYMUIMSv8SOiOrdnmI47ELAZMP4NzMBwR3
MIME-Version: 1.0
X-Received: by 10.14.246.11 with SMTP id p11mr23338201eer.9.1380905754789; Fri, 04 Oct 2013 09:55:54 -0700 (PDT)
Received: by 10.14.134.73 with HTTP; Fri, 4 Oct 2013 09:55:54 -0700 (PDT)
In-Reply-To: <634914A010D0B943A035D226786325D4446790BF34@EXVMBX020-12.exch020.serverdata.net>
References: <CAH9hSJbwd5qhMJw=3dwk3CDPua5ENRksd9=q2KDcyyma3uKzZg@mail.gmail.com> <CAG4zZZD8eq4w9kyQbX2AJcM1LA8=UyRO7txK7TvmYhSp=YU+9g@mail.gmail.com> <634914A010D0B943A035D226786325D4446790BF34@EXVMBX020-12.exch020.serverdata.net>
Date: Fri, 04 Oct 2013 09:55:54 -0700
Message-ID: <CAG4zZZDNRZ_kaXBKhx5VkKjpj+Luo53Y7ue0eaGHH_ghoBrdkQ@mail.gmail.com>
From: Joakim Erdfelt <joakim@intalio.com>
To: Tobias Oberstein <tobias.oberstein@tavendo.de>
Content-Type: multipart/alternative; boundary="001a1132ef62fbbb3104e7ed2c3f"
Cc: "hybi@ietf.org" <hybi@ietf.org>, Gabriel Montenegro <Gabriel.Montenegro@microsoft.com>
Subject: Re: [hybi] Restarting IESG review on permessage-deflate
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Oct 2013 16:56:01 -0000

> Well, I'm sorry for the Java community not being able to fix this in 10+
> years;)
>

Yet, oddly, with web technologies, this hasn't been a problem since our
initial use of Oak in 1995 (yes, Jetty has existed since 1995)
Also, the opposite is true as well.
The capabilities of one set of libraries (c & python) should not be forced
on all environments as well.
The spec should not have these kinds of things mandated or required.
We have no problem with a spec having advanced features and configurables
such as these, but don't force them.



>
> > We are not using our own implementation of Deflate, as the one provided
> by Java itself is better performant (both in speed and memory use)
>
> I feel your pain, but:
>
> 1) Z_SYNC_FLUSH is available in Java now
> http://bugs.sun.com/view_bug.do?bug_id=4206909



This does not operate in the same way as what pywebsocket expects.  However
chromium's behavior is consistent (or resilient, hard to say)



>
>
> 2) FWIW, as a sidenote, here is a pure Java implementation capable of the
> respective features:
> https://github.com/ymnk/jzlib



Again, not performant, and uses too much memory, and is ultimately at odds
with precedents already set with other web technologies.
Remember, websocket is a web technology at its heart.
Imagine the opposite, a theoretical spec mandated something that would mean
you could not use your native implementations of something common, lets say
for argument that you suddenly were forced to, by a spec, to handle
filesystem metadata tags.
Now what?
do you toss out all of your standard file i/o and filesystem libs and start
anew?
do you force the entire environment ecosystem to catch up to
this theoretical spec?
do you introduce another file system library mechanism just to handle this
theoretical spec? having 2 filesystem libraries at the same time?

As you can see, these concepts might have value, for some, but should not
be forced or required.
These are advanced features, optional features.

- Joakim