> -   aspacem_maxAddr = (Addr) 0x7fffffffffff;
> +   aspacem_maxAddr = (Addr) 0x4000000000 - 1; // 256G

Are you sure this frag is right?  It seems to have drastically
reduced aspacem_maxAddr.  It may be that this is a constant
that shouldn't change.

You can see what the initial memory layout looks like by doing
this

  valgrind -d -d /bin/date

and looking at the "<<< SHOW_SEGMENTS: Initial layout (5 segments)"
for both the original and patched versions.  For the original version,
I have

--12650:2: aspacem     0: RSVN 0000000000-0003ffffff     64m ----- SmFixed
--12650:2: aspacem     1:      0004000000-0801ffffff  32736m
--12650:2: aspacem     2: RSVN 0802000000-0802000fff    4096 ----- SmFixed
--12650:2: aspacem     3:      0802001000-0fffffffff  32735m
--12650:2: aspacem     4: RSVN 1000000000-ffffffffffffffff  16383e ----- SmFixed

that is .. 2 32G RSVNs with a 4k guard page in between.  If you do it right,
I *think* what you should get is 2 128G RSVNs with a 4k guard page in
between.

J



------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/valgrind-users

Reply via email to