Operation of calculations
This text regulates the conditions under which it is possible to run processes on generally available shared faculty machines that are more demanding on system resources (memory, CPU, disk operations, etc.) or are of a longer-term nature, etc.
When starting such processes, it is generally necessary to make sure that you do not have exclusive access to the teaching machines and that they can also be used by other users (this applies in particular to Aisy ). Therefore, it is necessary to run such processes with care, especially so as not to restrict interacting users. This can be achieved by following the instructions below.
For larger calculations (duration in the order of days, more machines, CPU intensive) it is also necessary to report them with a brief justification and duration to the address
These instructions do not need to be applied for non-repetitive short-term processes or for interactive debugging of your programs. Also running calculations on Aura works in another mode and not all restrictions described here apply.
Faculty machine administrators continuously monitor the use of machines. In case of notification to the administrator, it is necessary to reduce the generated load. Processes that are not reported or overload the machine (s) may be terminated without notice. Administrators may also temporarily suspend their account in the event of repeated or more serious non-compliance with the instructions provided herein.
On classroom machines that are used directly in teaching (Nymfe23–74 and sometimes Luna01–12), it is undesirable to run calculations at the time of teaching or potential exams, ie generally between 07: 45–20: 15. In general, however, it is best to run calculations only at night, if possible.
If the calculations are of a longer-term nature and are part of the research, resp. final work, it is advisable to use a computer server Aura designed for this. If you do not have access to it, you can, in justified cases, request its allocation at
For CPU-intensive processes, you need to set them with the lowest priority +19, for example with the command
nice -n +19 ./program
It is also possible to restrict the running of process threads only to the specified CPU cores by the command
taskset -c 1-2,4 ./program
If the running process generates a higher I / O load (disk access, large transfers), it is advisable to place files with such access in a folder on the local disk (
/tmp ), not to the home directory (
/home/xlogin ), as it is available over the network via NFS and the volume on which the data is located is also used by other machines.
You can use the command to reduce the amount of memory used by processes running from a single shell instance when running more memory-intensive calculations
ulimit -v as a prevention against memory depletion or overuse. You can also set a limit for the time consumed by a process using the command
ulimit -t ; if the limit is exceeded, the process will end with a KILL signal. The command will provide more information about it and its other options
help ulimit or system call documentation
During the calculations, it is appropriate to continuously monitor the status, resp. machine load (disk full, memory, I / O, load, process status), for which the following tools are used:
top, htop- summary information on the system and the processes in it
ps ux- A listing of information about my processes
iostat- list of information about I / O operations
who- list of registered users (relevant only for machines in classrooms and halls)
df- disk capacity utilization