4 ms·
Great question. Not the author, but I am assuming it breaks two of their requirements: > 4. ... it should not require reading the entire serialized object >
by subhobroto 9y ago
Great question.
Not the author, but I am assuming it breaks two of their requirements:
> 4. ... it should not require reading the entire serialized object
> 5. ... It should be language independent
I am curious about their thoughts about CapnProto though: https://news.ycombinator.com/item?id=15485082 https://news.ycombinator.com/item?id=15485082
- pcmoritz 9y agoAuthor here. For CapnProto see the answer to the other comment above. Concerning dill, we have been using it for serializing function and classes (and then switched to cloudpickle because it supports some Python functionality better and the community around it is very active responsive); cloudpickle/dill are great in that they support a very wide variety of Python objects, especially concerning code (functions, lambdas, classes); it is less ideal for large data, because there is no zero copy mechanism, the format is not standardized and serialization/deserialization can be slow, sometimes it is slower than pickle. We do fall back to cloudpickle for objects we don't support like Python lambdas. We also use it to serialize class definitions, so the data associated to classes is serialized using the solution presented above and the code/methods are serialized using cloudpickle. This combines the advantages of both solutions.