21%
11.04.2016
-fastcgi are running, as expected.
Listing 1
Process List
root 589 0.0 0.3 142492 3092 ? Ss 20:35 0:00 nginx: master process
/usr/sbin/nginx -g daemon on; master_process on;
www
21%
14.11.2013
kernel ordinal number (%n).
Listing 3
70-persistent-net.rules
Rules for KVM:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="52:54:00:*", KERNEL=="eth*", NAME="eth%n"
Rules
21%
23.07.2012
for brevity]
8 10.59 so-4-2-0.mpr3.pao1.us.above.net (64.125.28.142)
9 11.00 metro0.sv.svcolo.com (208.185.168.173)
10 9.93 scanme.nmap.org (64.13.134.52)
Nmap
21%
18.07.2013
buffered disk reads: 616 MB in
3.00 seconds = 205.03 MB/sec
$ hdparm -T /dev/sda
/dev/sda:
Timing cached reads: 6292 MB in
2.00 seconds = 3153.09 MB/sec
If this were a spinning disk, you would also
21%
05.11.2018
nodes, and make sure to do this as a user and not as root.
3. To make life easier, use shared storage between the controller and the compute nodes.
4. Make sure the UIDs and GIDs are consistent
21%
13.12.2018
In previous articles, I examined some fundamental tools for HPC systems, including pdsh [1] (parallel shells), Lmod environment modules [2], and shared storage with NFS and SSHFS [3]. One remaining
20%
01.08.2012
| 54 kB 00:00
(2/7): perl-5.10.1-119.el6_1.1.x86_64.rpm | 10 MB 00:08
(3/7): perl-Module-Pluggable-3.90-119.el6 ...
Warewulf 3 Listing 1
20%
12.09.2013
.pl
00:00:00.50023
The output shows the amount of computing time the database engine consumed. You can pass in the desired time as a CGI parameter:
$ curl http://localhost/cgi/burn0.pl\?3
00:00
20%
30.01.2020
%|
3| 2| 3.50475e-05| 1.75238e-05| 0.00%|import platform
4| 1| 2.19345e-05| 2.19345e-05| 0.00%|from time import clock
(call)| 1| 2.67029e-05| 2.67029e-05| 0.00
20%
31.05.2012
,383.80
225.23
1.55
parse_int
1.44
16.50
815.19
6,454.50
337.52
2.17
quicksort
1.49
55.84
132.71
3,127.50
713