[Wien] at daemon

[Saeid Jalali]

ِDear Stefaan, and Lurance,
The interactively output of ulimit -a is:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 16375
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 16375
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

The output of ulimit -a using at is:
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 16375
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 16375
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

The only difference between them is:
diff 1 2
12c12
< stack size              (kbytes, -s) unlimited
---
> stack size              (kbytes, -s) 10240

So it looks that we should change the stack size of "at login" from 10240 to the unlimited stack size of "interactively login", right?

Regards,
S. Jalali.
 


Laurence Marks <L-marks at northwestern.edu> wrote: Check if your implimentation of at is exporting environmental
variables such as ulimit correctly.

On 9/18/07, Saeid Jalali  wrote:
> Dear all,
> We are running the latest version of the code on Fedora Core 7 using the
> latest MKL and ifc compiler. Our system is Intel(R) Core(TM)2 Quad CPU @
> 2.40GHz.
>
> Our case, containing 60 atoms, is converged selfconsistently, if we perform
> run_lapw -p interactively. However, we would run it in background using at
> daemon. But surprisingly, we have observed the following error at first
> cycle, when we perform run_lapw -p using "at now" command:
> **  testerror: Error in Parallel LAPW2
>
> This is in the case that the at daemon works well for other lighter cases.
> Even it works for this heave case, if we reduce the Rkmax.
>
> The RAM memory of our system is 2 GB, and the swap memorry is 4 GB. When the
> 4 cores of our system are involved to run, in parallel, the lapw1, almost
> 3.5 GB out of the 4 GB swap space is used.
>
> We are surprised from where the problem of running the 60 atoms case only at
> background (and not interactively!) comes.
>
> Your,
> S. Jalali.
>
>
>
> yxl at email.jlu.edu.cn wrote:
>  Dear users,
>  Do you have ever met the same situation? In step kgen the number of
> k-points is
> the same, if enter 'yes' in 'Shift k-mesh' then all things will be ok until
> convergence,
>  but if enter 'no' then lapw1 error: Cholesky INFO = 4715
>  'SECLR4' - POTRF (Scalapack/LAPACK) failed.
>  I couldn't understand it, what's the difference between them. Any
> suggestions will
> be appreciated.
> Best wishes!
>  yours sincerely,
>  hongxia
> _______________________________________________
> Wien mailing list
> Wien at zeus.theochem.tuwien.ac.at
> http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien
>
>
>
>  ________________________________
> Moody friends. Drama queens. Your life? Nope! - their life, your story.
>  Play Sims Stories at Yahoo! Games.
>
>
> _______________________________________________
> Wien mailing list
> Wien at zeus.theochem.tuwien.ac.at
> http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien
>
>


-- 
Laurence Marks
Department of Materials Science and Engineering
MSE Rm 2036 Cook Hall
2220 N Campus Drive
Northwestern University
Evanston, IL 60208, USA
Tel: (847) 491-3996 Fax: (847) 491-7820
email: L-marks at northwestern dot edu
Web: www.numis.northwestern.edu
EMM2007 http://ns.crys.ras.ru/EMMM07/
Commission on Electron Diffraction of IUCR
www.numis.northwestern.edu/IUCR_CED
_______________________________________________
Wien mailing list
Wien at zeus.theochem.tuwien.ac.at
http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien


       
---------------------------------
Be a better Globetrotter. Get better travel answers from someone who knows.
Yahoo! Answers - Check it out.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://zeus.theochem.tuwien.ac.at/pipermail/wien/attachments/20070919/ce5fa3bd/attachment.html