[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