RE: Performance of buffer based functionality (JSON, AES, serialize())
| From: | Michel Bartz | Date: | Thu, 25 Nov 2010 19:12:50 +0000 |
| Subject: | RE: Performance of buffer based functionality (JSON, AES, serialize()) | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-50571@lists.php.net to get a copy of this message | ||
Hi,
I think it would, a lot of sites/apps nowadays rely a lot on JSON encoding/decoding, plus a lot of
technologies are relying on serialization/json encoding (Memcached, Redis, to name a few) at the PHP
level, which can be a really big performance eater if you use it a lot.
On the other hand, it's not too difficult to get IGBinary setup as serializer instead of the
default one, and it does some pretty good improvement.
Ever considered making it a part of PHP? What would be the implication (as I'm not too familiar
with all the internals of PHP besides extensions...)?
Michel Bartz
Lead Developer
Manwin Canada
Skype: michel.php
-----Original Message-----
From: Andi Gutmans [mailto:andi@zend.com]
Sent: Thursday, November 25, 2010 12:47 PM
To: internals@lists.php.net
Subject: [PHP-DEV] Performance of buffer based functionality (JSON, AES, serialize())
Hi,
Completely different topic :)
I've been looking a bit into performance around json encoding, hashing+encryption (aes) and
serialize()/unserialize(). Data that is marshaled and often transmitted over the wire.
I know there have been some high-end apps that have benefited from some custom serializers, etc...
(typically platform dependent).
I wonder if people here think improvements in these areas would move the needle for the majority of
mainstream apps or not.
Thanks,
Andi
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights
and obligations. Any distribution, use or copying of this e-mail or the information it contains by
other than an intended recipient is unauthorized. If you received this e-mail in error, please
advise me (by return e-mail or otherwise) immediately.
Ce courrier ?lectronique est confidentiel et prot?g?. L'exp?diteur ne renonce pas aux droits et
obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des
renseignements qu'il contient par une personne autre que le (les) destinataire(s) d?sign?(s)
est interdite. Si vous recevez ce courrier ?lectronique par erreur, veuillez m'en aviser
imm?diatement, par retour de courrier ?lectronique ou par un autre moyen.