[mesa-users] RAM issues in sdb_test

sutirtha sengupta sutirtha.sg86 at gmail.com
Thu Jun 27 16:23:30 EDT 2013


I get this:
sutirtha at aibn160:~$ ulimit -s
8192



On Thu, Jun 27, 2013 at 10:20 PM, Richard Townsend
<townsend at astro.wisc.edu>wrote:

> Try
>
> ulimit -s unlimited
>
> before you run MESA?
>
> On Jun 27, 2013, at 9:10 PM, Bill Paxton wrote:
>
> > Hmmmm ----- we're now into things I know nothing about.
> > let's see if there is anyone on mesa-users who can step in.
> > Any Ubuntu experts out there?
> >
> > -B
> >
> >
> >
> >
> > On Jun 27, 2013, at 1:04 PM, sutirtha sengupta wrote:
> >
> >> Hi Bill,
> >> I should have also replied to you but see the forwarded message below
> regarding the output for ulimit -a as suggested by Josiah.
> >> Also here is the terminal output for the run I just made (using the sdb
> test suite) - had to do it by ssh since the computer freezes as soon as the
> data is loaded into RAM (see the attached htop screenshot status) :P
> >>
> >> sutirtha at aibn160:/vol/aibn160/aibn160_1/sutirtha/codes/MESA/cemps/mesa-4904/star/test_suite/sdb$
> ./rn
> >> DATE: 2013-06-27
> >> TIME: 21:57:27
> >>  saved initial &star_job inlist values: star_job_namelist.out
> >>                                          version_number        4936
> >>  read inlist_sdb
> >> load saved model sdb.mod
> >>
> >>  reading OP cache file
> /vol/aibn160/aibn160_1/sutirtha/codes/MESA/cemps/mesa-4904/data/kap_data/op_mono_cach.bin
> >>  done reading OP cache file
> >>  set_initial_age   0.0000000000000000
> >>  set_initial_dt   1000.0000000000000
> >>  set_initial_model_number           0
> >>  change to basic_plus_fe56_ni58.net
> >>  number of species =          10
> >>  change_lnPgas_flag = T
> >>  net name basic_plus_fe56_ni58.net
> >>  do_element_diffusion T
> >>  lnPgas_flag = T
> >>                       use small_mtx_decsol bcyclic_dble          10
>     100
> >>  kappa_file_prefix OP
> >>  kappa_lowT_prefix lowT_fa05_gs98
> >>    eos_file_prefix mesa
> >>                                         OMP_NUM_THREADS           4
> >>
> >>
> >>
> __________________________________________________________________________________________________________________________________________________
> >>
> >>        step    lg_Tcntr    Teff       lg_LH     lg_Lnuc     Mass
> H_rich     H_cntr     N_cntr     Y_surf     X_avg     eta_cntr   pts  retry
> >>    lg_dt_yr    lg_Dcntr    lg_R       lg_L3a    lg_Lneu     lg_Mdot
>  H_poor     He_cntr    O_cntr     Z_surf     Y_avg     gam_cntr  iters bckup
> >>         age    lg_Pcntr    lg_L       lg_LZ     lg_Psurf    lg_Dsurf
> He_poor    C_cntr     Ne_cntr    Z_cntr     Z_avg     v_div_cs     dt_limit
> >>
> __________________________________________________________________________________________________________________________________________________
> >>
> >> log_dt 3.000   age 0.000E+00   model    1   iters  246   steps  246
> retries    0   nzlo   12   nzhi  596   n  585   nz  631
> diffusion_call_number    1
> >>           1   8.055024  2.793E+04  -7.533101   0.809822   0.462161
> 0.000117   0.000000   0.005494   0.317840   0.000220   0.493794    631
>  0
> >>    3.000000   4.352398  -0.861374   0.786628  -0.589184 -99.000000
> 0.462045   0.906993   0.004434   0.019101   0.931643   0.159352      3
>  0
> >>  1.0000E+03  20.244529   1.015151  -0.474140   4.507572  -8.088677
> 0.000000   0.070082   0.008758  9.301E-02  6.814E-02 -0.787E-09
>  varcontrol
> >>
> >> save LOGS/profile1.data for model 1
> >>
> >>
> >> ---------- Forwarded message ----------
> >> From: sutirtha sengupta <sutirtha.sg86 at gmail.com>
> >> Date: Thu, Jun 27, 2013 at 7:17 PM
> >> Subject: Re: [mesa-users] RAM issues in sdb_test
> >> To: Josiah Schwab <jwschwab at berkeley.edu>
> >>
> >>
> >> I got the following output from ulimit -a:
> >> core file size          (blocks, -c) 0
> >> data seg size           (kbytes, -d) unlimited
> >> scheduling priority             (-e) 0
> >> file size               (blocks, -f) unlimited
> >> pending signals                 (-i) 62882
> >> max locked memory       (kbytes, -l) 64
> >> max memory size         (kbytes, -m) unlimited
> >> open files                      (-n) 65535
> >> pipe size            (512 bytes, -p) 8
> >> POSIX message queues     (bytes, -q) 819200
> >> real-time priority              (-r) 0
> >> stack size              (kbytes, -s) 8192
> >> cpu time               (seconds, -t) unlimited
> >> max user processes              (-u) 62882
> >> virtual memory          (kbytes, -v) unlimited
> >> file locks                      (-x) unlimited
> >>
> >> Sutirtha.
> >>
> >>
> >>
> >> On Thu, Jun 27, 2013 at 7:04 PM, Josiah Schwab <jwschwab at berkeley.edu>
> wrote:
> >> > I hope you are willing to do some digging on this one since there's
> nothing obvious for a quick fix.
> >>
> >> It might be useful to see the output of ulimit -a and see the value of
> max memory size or related parameters.
> >>
> >> Josiah
> >>
> >>
> >> <htop_aibn160.png>
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by Windows:
> >
> > Build for Windows Store.
> >
> >
> http://p.sf.net/sfu/windows-dev2dev_______________________________________________
> > mesa-users mailing list
> > mesa-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/mesa-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20130627/2b759166/attachment.html>


More information about the Mesa-users mailing list