On Wednesday, 16 December 2015 at 09:47:35 UTC, Jakob Jenkov
wrote:
Since we are rather new to D, would anyone be interested in
helping us a bit out making such a library? We can probably do
the coding ourselves, but might need some tips about how to
pack it nicely into a D library which can
On Sunday, 20 December 2015 at 21:37:35 UTC, Jakob Jenkov wrote:
The designers of HTTP would strongly argue that is a major
thing HTTP got right, and is the feature primarily responsible
for it huge success.
Then why is HTTP 2 moving away from it? And Web Sockets?
Clearly, having the choice be
The designers of HTTP would strongly argue that is a major
thing HTTP got right, and is the feature primarily responsible
for it huge success.
Then why is HTTP 2 moving away from it? And Web Sockets?
Clearly, having the choice between keeping state and not keeping
state is preferable to HTTP ta
On Sunday, 20 December 2015 at 19:16:19 UTC, David Nadlinger
wrote:
On Sunday, 20 December 2015 at 01:16:46 UTC, Jakob Jenkov wrote:
According to Thrift's own docs their binary encoding is not
compact. For compact encoding it seems they refer to Protobuf.
There seems to be a confusion of termi
On Sunday, 20 December 2015 at 01:16:46 UTC, Jakob Jenkov wrote:
According to Thrift's own docs their binary encoding is not
compact. For compact encoding it seems they refer to Protobuf.
There seems to be a confusion of terminology here. Thrift has a
"Binary" protocol, which is not compact in
On Sunday, 20 December 2015 at 17:52:40 UTC, Jakob Jenkov wrote:
I just had a look at Cap'n Proto. From what I can see in the
encoding spec, performance of ION will be comparable.
"If a disease has many treatments, it has no cure".
This is certainly true for serialization protocols.
The major
I suggest to compare also against this [1].
The author, Kenton Varda, was the primary author of Protocol
Buffers version 2, which is the version that Google released
open source.
[1] https://capnproto.org
I just had a look at Cap'n Proto. From what I can see in the
encoding spec, performan
I suggest to compare also against this [1].
The author, Kenton Varda, was the primary author of Protocol
Buffers version 2, which is the version that Google released
open source.
[1] https://capnproto.org
Will do - at some point. Writing proper benchmarks against other
frameworks / encoding
On Sunday, 20 December 2015 at 01:16:46 UTC, Jakob Jenkov wrote:
[...]
That depends on what API you use, and how much "meta data"
(e.g. class names and property names) you write in the
serialized ION data. ION is quite flexible about how much meta
you want to include.
[...]
I suggest to
How does the performance of ION compare with Protocol Buffers
(https://developers.google.com/protocol-buffers/?hl=en) and
Apache Thrift ( https://thrift.apache.org/)?
Oh - one final thing:
If you *really* want speed you should not parse ION into objects
before using the data. Since ION is sel
How does the performance of ION compare with Protocol Buffers
(https://developers.google.com/protocol-buffers/?hl=en) and
Apache Thrift ( https://thrift.apache.org/)?
That depends on what API you use, and how much "meta data" (e.g.
class names and property names) you write in the serialized IO
On Wednesday, 16 December 2015 at 09:47:35 UTC, Jakob Jenkov
wrote:
Hi D Community,
ION is similar to MessagePack and CBOR,
but with a few additions. ION has a table mode which can be
used to model tables (like CSV files) efficiently, and which
can also be used in larger object graphs. Our ea
On Wednesday, 16 December 2015 at 11:06:21 UTC, Jakob Jenkov
wrote:
Sounds like an interesting thing. I will lend a hand.
Great! We probably won't get started until January, as we have
some documentation work to do on the Java library still, and
some more systematic benchmarks to run etc. We
Sounds like an interesting thing. I will lend a hand.
Great! We probably won't get started until January, as we have
some documentation work to do on the Java library still, and some
more systematic benchmarks to run etc. We will announce it here
again when we get there.
A GitHub repo would
On Wednesday, 16 December 2015 at 10:08:14 UTC, Jakob Jenkov
wrote:
If you hop onto IRC #d Freenode, there maybe somebody from
time to time that can give you a hand. Or at worst help solve
some of your problems.
Thanks!
Oh, I forgot to tell that the IAP Tools for D library will be
open
If you hop onto IRC #d Freenode, there maybe somebody from time
to time that can give you a hand. Or at worst help solve some
of your problems.
Thanks!
Oh, I forgot to tell that the IAP Tools for D library will be
open source, Apache 2 License.
On 16/12/15 10:47 PM, Jakob Jenkov wrote:
Hi D Community,
I am currently working on a cloud project where we intend to reinvent a
lot of the old, less-than-optimal technologies. Among the technologies
we are working on is a new general purpose network protocol called IAP.
IAP comes with a gener
Hi D Community,
I am currently working on a cloud project where we intend to
reinvent a lot of the old, less-than-optimal technologies. Among
the technologies we are working on is a new general purpose
network protocol called IAP.
IAP comes with a general purpose binary data format called IO
18 matches
Mail list logo