By the way, this would be a great library to port for serialization and interfacing to other programming languages:
https://avro.apache.org/docs/current/index.html

It gets quite a bit of praise in the book Designing Data-Intensive Applications (https://dataintensive.net) which I can highly recommend.

Cheers,
Bernhard

> Am 22.10.2017 um 17:11 schrieb Herbert König <herbertkoenig at gmx.net>:
> 
> Hi,
> 
> DataStream it is. On an Array of objects
> 
> JSON  write avg. 6 s  read avg.  1s    for 1500 KB
> 
> ReferenceStream write avg. 1.9 s read avg.  0.4 s  for 689 KB
> 
> DataStream write avg. 1.55 s read avg. 0.13s for 698 KB
> 
> Cheers,
> 
> Herbert
> 
> Am 21.10.2017 um 17:38 schrieb Herbert König:
>> Hi Hannes,
>> 
>> Am Sat, 21 Oct 2017 15:05:19 +0200
>> schrieb "H. Hirzel" <hannes.hirzel at gmail.com>:
>> 
>>> And noteworthy in addition is that in case you do not have cycles in
>>> your net of objects a DataStream is just fine.
>>> 
>>> http://wiki.squeak.org/squeak/4310
>> Which I don't have so maybe this is even faster because it doesn't
>> employ any logic to deal with cycles.
>> 
>> Thanks,
>> 
>> Herbert
>> 
>> 
>>> --Hannes
>>> 
>>> On 10/21/17, Herbert König <herbertkoenig at gmx.net> wrote:
>>>> Thanks all,
>>>> 
>>>> first I'll try Edgar's way. Nothing new to load/learn and I used
>>>> ReferenceStream earlier.
>>>> 
>>>> 
>>>> Cheers,
>>>> 
>>>> 
>>>> Herbert
>>>> 
>>>> 
>>>> Am 20.10.2017 um 12:18 schrieb Herbert König:
>>>>> Hi all,
>>>>> 
>>>>> I want to spread an algorithm over several images. For that I need
>>>>> to transfer some objects.
>>>>> 
>>>>> For other purposes I already read and write objects via JSON
>>>>> files. To change this to UDP is straightforward. But the
>>>>> conversion to JSON and back takes considerable time, biggest chunk
>>>>> of data is an array with floats.
>>>>> 
>>>>> Is there a fast and easy way to transfer objects binary between
>>>>> images? I can transfer only the array of floats (maybe a float
>>>>> array) if that saves time.
>>>>> 
>>>>> 
>>>>> Thanks,
>>>>> 
>>>>> 
>>>>> Herbert
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> 
>> 
> 
>