ِDear Stefaan, and Lurance,<br>The interactively output of ulimit -a is:<br><br>core file size (blocks, -c) 0<br>data seg size (kbytes, -d) unlimited<br>scheduling priority (-e) 0<br>file size (blocks, -f) unlimited<br>pending signals (-i) 16375<br>max locked memory (kbytes, -l) 32<br>max memory size (kbytes, -m) unlimited<br>open files (-n) 1024<br>pipe
size (512 bytes, -p) 8<br>POSIX message queues (bytes, -q) 819200<br>real-time priority (-r) 0<br>stack size (kbytes, -s) unlimited<br>cpu time (seconds, -t) unlimited<br>max user processes (-u) 16375<br>virtual memory (kbytes, -v) unlimited<br>file locks (-x) unlimited<br><br>The output of ulimit -a using at is:<br>core file size (blocks, -c)
0<br>data seg size (kbytes, -d) unlimited<br>scheduling priority (-e) 0<br>file size (blocks, -f) unlimited<br>pending signals (-i) 16375<br>max locked memory (kbytes, -l) 32<br>max memory size (kbytes, -m) unlimited<br>open files (-n) 1024<br>pipe size (512 bytes, -p) 8<br>POSIX message queues (bytes, -q) 819200<br>real-time
priority (-r) 0<br>stack size (kbytes, -s) 10240<br>cpu time (seconds, -t) unlimited<br>max user processes (-u) 16375<br>virtual memory (kbytes, -v) unlimited<br>file locks (-x) unlimited<br><br>The only difference between them is:<br>diff 1 2<br>12c12<br>< stack size (kbytes, -s) unlimited<br>---<br>> stack size (kbytes, -s)
10240<br><br>So it looks that we should change the stack size of "at login" from 10240 to the unlimited stack size of "interactively login", right?<br><br>Regards,<br>S. Jalali.<br> <br><br><br><b><i>Laurence Marks <L-marks@northwestern.edu></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Check if your implimentation of at is exporting environmental<br>variables such as ulimit correctly.<br><br>On 9/18/07, Saeid Jalali <s_jalali_a@yahoo.com> wrote:<br>> Dear all,<br>> We are running the latest version of the code on Fedora Core 7 using the<br>> latest MKL and ifc compiler. Our system is Intel(R) Core(TM)2 Quad CPU @<br>> 2.40GHz.<br>><br>> Our case, containing 60 atoms, is converged selfconsistently, if we perform<br>> run_lapw -p interactively. However, we would run it in background using at<br>> daemon. But surprisingly, we have observed the following error at
first<br>> cycle, when we perform run_lapw -p using "at now" command:<br>> ** testerror: Error in Parallel LAPW2<br>><br>> This is in the case that the at daemon works well for other lighter cases.<br>> Even it works for this heave case, if we reduce the Rkmax.<br>><br>> The RAM memory of our system is 2 GB, and the swap memorry is 4 GB. When the<br>> 4 cores of our system are involved to run, in parallel, the lapw1, almost<br>> 3.5 GB out of the 4 GB swap space is used.<br>><br>> We are surprised from where the problem of running the 60 atoms case only at<br>> background (and not interactively!) comes.<br>><br>> Your,<br>> S. Jalali.<br>><br>><br>><br>> yxl@email.jlu.edu.cn wrote:<br>> Dear users,<br>> Do you have ever met the same situation? In step kgen the number of<br>> k-points is<br>> the same, if enter 'yes' in 'Shift k-mesh' then all things will be ok until<br>> convergence,<br>> but if
enter 'no' then lapw1 error: Cholesky INFO = 4715<br>> 'SECLR4' - POTRF (Scalapack/LAPACK) failed.<br>> I couldn't understand it, what's the difference between them. Any<br>> suggestions will<br>> be appreciated.<br>> Best wishes!<br>> yours sincerely,<br>> hongxia<br>> _______________________________________________<br>> Wien mailing list<br>> Wien@zeus.theochem.tuwien.ac.at<br>> http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien<br>><br>><br>><br>> ________________________________<br>> Moody friends. Drama queens. Your life? Nope! - their life, your story.<br>> Play Sims Stories at Yahoo! Games.<br>><br>><br>> _______________________________________________<br>> Wien mailing list<br>> Wien@zeus.theochem.tuwien.ac.at<br>> http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien<br>><br>><br><br><br>-- <br>Laurence Marks<br>Department of Materials Science and Engineering<br>MSE Rm 2036
Cook Hall<br>2220 N Campus Drive<br>Northwestern University<br>Evanston, IL 60208, USA<br>Tel: (847) 491-3996 Fax: (847) 491-7820<br>email: L-marks at northwestern dot edu<br>Web: www.numis.northwestern.edu<br>EMM2007 http://ns.crys.ras.ru/EMMM07/<br>Commission on Electron Diffraction of IUCR<br>www.numis.northwestern.edu/IUCR_CED<br>_______________________________________________<br>Wien mailing list<br>Wien@zeus.theochem.tuwien.ac.at<br>http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien<br></s_jalali_a@yahoo.com></blockquote><br><p> 
<hr size=1>Be a better Globetrotter. <a href="http://us.rd.yahoo.com/evt=48254/*http://answers.yahoo.com/dir/_ylc=X3oDMTI5MGx2aThyBF9TAzIxMTU1MDAzNTIEX3MDMzk2NTQ1MTAzBHNlYwNCQUJwaWxsYXJfTklfMzYwBHNsawNQcm9kdWN0X3F1ZXN0aW9uX3BhZ2U-?link=list&sid=396545469">Get better travel answers </a>from someone who knows.<br>Yahoo! Answers - Check it out.