On Thu, Apr 9, 2015 at 8:32 PM, Esteban Lorenzano <estebanlm@gmail.com> wrote:
On 09 Apr 2015, at 20:10, volkert <volkert@komponentenwerkstatt.de> wrote:
Great story and great work. Really helpfull to get a feeling about the current "limits" of the Pharo Platform ... far away from my current data volume requirements, but good to know ...
Thanks for sharing.
BW, Volkert
Am 09.04.2015 um 16:52 schrieb Serge Stinckwich:
Dear all,
this is a small report about the RESILIENCE team using Pharo&Roassal for the D4D datathon challenge: http://www.d4d.orange.com/en/home
The idea was to use mobile network data from Senegal provided by Orange company in order to solve some development problems.
The amount of data provided by Orange was really huge, something like 66 Gb: we have the number and the durations of calls between each pairs of GSM antennas in Senegal (1666 different antennas) and also some information about the mobility of people. You can find more information about the data here: http://arxiv.org/abs/1407.4885
We try to extract some data from August 2013, because we know that some floods occurs at that time in Dakar. Our main objective was to to be able to visualise mobility and communications patterns with ROASSAL to see if there is any differences before and after the floods.
We had a lot of problems to solve in a short period of time :-)
At the beginning, we couldn't open huge files with Pharo. Only open a file that is around 3.4Go is impossible. Pharo says that the file does not exist. Thierry tells us that us that one must compile the VM with -D_FILE_OFFSET_BITS=64. (the Cog VMs are also built with -D_GNU_SOURCE). Why this is not done by default ?
no idea⦠probably because I donât work in windows then this things escapes to me :)
We use a Linux VM. -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/