I replaced call of 'malloc' in 'caml_alloc_for_heap' function to mmap, and
'free' in 'caml_free_for_heap' to unmap. Unused memory is freed after
Gc.compaction.
On Sat, Apr 21, 2012 at 11:26 AM, ri...@happyleptic.org wrote:
There is a commit dating from a few days ago that might
be related to
Hi!
We have developped a daemon on ocaml using the lwt lib(libev). It processes
about 800 requests per second, but it increases to 2 Gb in memory for a
hour of work. We have studied the problem for a long time, using mtrace,
mallinfo and other tools, and we tried to change GC params. We found out
Ocaml 3.12.0., Lwt 2.3.1
On Apr 20, 2012 7:12 PM, SerP serp...@gmail.com wrote:
Hi!
We have developped a daemon on ocaml using the lwt lib(libev). It
processes about 800 requests per second, but it increases to 2 Gb in memory
for a hour of work. We have studied the problem for a long time
We encountered a problem of a slow compilation. When the project grew up,
the time of compilation increased considerably. We have many classes and
objects, and the type checking of objects and classes performs very slowly.
I have Core i3 3GHz iMac, and the average compilation time of one module is
2dacc: e12fff1ebx lr
2dad0: e3a0mov r0, #0 ; 0x0
2dad4: e12fff1ebx lr
=
On Tue, Jun 28, 2011 at 10:40 PM, Wojciech Meyer
wojciech.me...@googlemail.com wrote:
SerP serp...@gmail.com writes:
Yes. it seems
Has anyone experience for running ocaml native programms on android?
My problem in floating point calculations.
let x = 255. in
int_of_float x
Result is always 0.
Any suggestions very welcome.
--
Caml-list mailing list. Subscription management and archives:
Yes. it seems that the problem in android libc, but it is not clear where
exactly
On Tue, Jun 28, 2011 at 10:02 PM, Pierre-Alexandre Voye
ontolog...@gmail.com wrote:
Maybe an issue with android's libc which manage float in certain
circumstance ?
Le 28 juin 2011 19:52, SerP serp...@gmail.com