6 days ago
On Wednesday, 19 April 2017 at 19:30:03 UTC, Thomas Brix Larsen wrote:
> On Wednesday, 19 April 2017 at 18:24:46 UTC, Jay Norwood wrote:
>> [...]
>>
>> Ok, thanks. I took a look at several capnproto implementations just now, and didn't see any tests for a mmap 'feature'.  The roadmap doc below indicates it doesn't exist, and perhaps there are some details yet to be resolved to make it 'friendly' for a mmap.
>
> But reading using random access *is* a feature of Cap'n Proto. So when reading a memory mapped Cap'n Proto file, getters will be faster if you use it in a non-sequential way.
>

I have made some minor changes to make adaptors responsible for allocating buffers. This made it possible to add a new adaptor MemoryMapped and a sample[1] to show it off.

I have also verified that no buffer allocations happen while reading using MemoryMapped.

Note that writing using memory mapping is still not possible.

[1]: https://github.com/ThomasBrixLarsen/capnproto-dlang/blob/master/source/samples/mmap.d
6 days ago
On Tuesday, April 18, 2017 18:09:54 Thomas Brix Larsen via Digitalmars-d- announce wrote:
> "Cap’n Proto is an insanely fast data interchange format and capability-based RPC system. Think JSON, except binary. Or think Protocol Buffers, except faster."
>
> This is the initial public release of my optimized port of the Java implementation of Cap'n Proto.
>
> State:
> * Passes Cap'n Proto testsuite.
> * Optimized. Just a little slower than the official C++
> implementation (see benchmarks on github).
> * Missing RPC part of Cap'n Proto.
>
> http://code.dlang.org/packages/capnproto-dlang https://github.com/ThomasBrixLarsen/capnproto-dlang

LOL. Oh, I remember a coworker bringing up this library. It's the one that the site claimed was infinitely faster than protocol buffers (IIRC, because of some work that protocol buffers does that Captain Proto skips entirely).

- Jonathan M Davis


6 days ago
On Thursday, 20 April 2017 at 18:25:03 UTC, Jonathan M Davis wrote:
> On Tuesday, April 18, 2017 18:09:54 Thomas Brix Larsen via Digitalmars-d- announce wrote:
>
> LOL. Oh, I remember a coworker bringing up this library. It's the one that the site claimed was infinitely faster than protocol buffers (IIRC, because of some work that protocol buffers does that Captain Proto skips entirely).

Exactly!
Well, "Captain Proto" knows what he does, as he was the man that wrote google protobuf.

The same way of working of Cap'n Proto is what Google introduced later in FlatBuffer...
but it's missing totally all the good stuff taken from e-lang, that in my opinion is a big plus.

Don't take me wrong, I know that a lot is to be implemented, today, but I love man with a clean path towards brilliant ideas [1]

[1] https://capnproto.org/rpc.html

/Paolo

Next ›   Last »
1 2