Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:91967
Return-Path: <sascha.schumann@myrasecurity.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 1516 invoked from network); 27 Mar 2016 02:12:05 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 27 Mar 2016 02:12:05 -0000
Authentication-Results: pb1.pair.com smtp.mail=sascha.schumann@myrasecurity.com; spf=pass; sender-id=pass
Authentication-Results: pb1.pair.com header.from=sascha.schumann@myrasecurity.com; sender-id=pass
Received-SPF: pass (pb1.pair.com: domain myrasecurity.com designates 185.85.3.44 as permitted sender)
X-PHP-List-Original-Sender: sascha.schumann@myrasecurity.com
X-Host-Fingerprint: 185.85.3.44 mailoutb.myrasec.de  
Received: from [185.85.3.44] ([185.85.3.44:19212] helo=mailoutb.myrasec.de)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 0A/F3-03797-27147F65 for <internals@lists.php.net>; Sat, 26 Mar 2016 21:12:04 -0500
Date: Sun, 27 Mar 2016 04:12:40 +0200 (CEST)
To: Scott Arciszewski <scott@paragonie.com>
cc: Stanislav Malyshev <smalyshev@gmail.com>, 
    PHP Internals <internals@lists.php.net>
In-Reply-To: <CAKws9z0d+-Gs2iF5wEB1d_1H_156LgQYoA1xvFMC7RnPT-kSRw@mail.gmail.com>
Message-ID: <alpine.DEB.2.20.1603270406010.32182@myrasec.de>
References: <CAKws9z1bY=nLo=K8D9OQ_K0yhfNE-5SAEaDgyZnM34P3v8im9g@mail.gmail.com> <56F7398A.5050002@gmail.com> <105488689.506.427e4c07-ed66-4bbb-aea2-097c92d2538e.open-xchange@myra232.schumann.net>
 <CAKws9z0d+-Gs2iF5wEB1d_1H_156LgQYoA1xvFMC7RnPT-kSRw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Subject: Re: [PHP-DEV] [RFC] RFC4648 encoding
From: sascha.schumann@myrasecurity.com (Sascha Schumann)

> That's something to consider, but please keep in mind a sense of
> perspective: Anthony measured a _negligible_ performance hit (5 * 10^-6
> seconds).
> 
> Are there any real-world applications that would suffer tremendously from
> this academic slow-down?

Yes, but that is a micro-benchmark.  Real applications will
have much bigger issues completely unrelated to this.  While
I can fully appreciate this topic in the context of e.g.
openssl, nobody around here has designed the current
implementation for the requirement you are after.

That does not mean it is not worth pursuing.  But the problem
might need to be reframed.

Sascha