19%
23.03.2016
7
):
$ ls -s /sys/devices/system/edac/mc/mc0
total 0
0 ce_count 0 csrow1 0 csrow4 0 csrow7 0 reset_counters 0 size_mb
0 ce_noinfo_count 0 csrow2 0 csrow5 0 device 0 sdram
19%
17.06.2011
sprzblog mysql ↩
limesurvey -uroot -ppassword > ↩
backup.sql
will take 21 seconds to complete:
real 0m21.626s
user 0m0.000s
sys 0m0.000s
In the case of larger databases on non
19%
30.11.2025
sprzblog mysql limesurvey -uroot -ppassword > backup.sql
will take 21 seconds to complete:
real 0m21.626s
user 0m0.000s
sys 0m0.000s
In the case of larger databases on non-replicated servers
19%
05.09.2011
can see how the arp cache poisoning works:
$ sudo nemesis arp -v -r -d eth0 -S 192.168.1.2 \
-D 192.168.1.133 -h 00:22:6E:71:04:BB -m 00:0C:29:B2:78:9E \
-H 00:22:6E:71:04:BB -M 00:0C:29:B2:78:9E
19%
30.01.2024
Dell Precision Workstation T7910
Power
1,300W
CPU
2x Intel Xeon Gold E5-2699 V4, 22 cores, 2.4GHz, 55MB of cache, LGA 2011-3
GPU, NPU
n/a*
Memory
19%
21.08.2012
just two nodes: test1, which is the master node, and n0001, which is the first compute node):
[laytonjb@test1 ~]$ pdsh -w test1,n0001 uptime
test1: 18:57:17 up 2:40, 5 users, load average: 0.00, 0.00
19%
11.10.2016
000000000005f000-0x000000000005ffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000000060000-0x000000000009ffff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
[ 0
19%
22.09.2016
] usable
[ 0.000000] BIOS-e820: [mem 0x000000000005f000-0x000000000005ffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000000060000-0x000000000009ffff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000000a0000-0
19%
20.06.2012
/shm
10.1.0.250:/var/chroots/sl6.2
53G 29G 22G 57% /vnfs
10.1.0.250:/home 53G 29G 22G 57% /home
10.1.0.250:/opt 53G 29G 22G 57% /opt
10.1.0.250:/usr
19%
18.06.2014
ctime-mtime age in days: 700.000 days
Oldest ctime-mtime age file in days: 5,153.000 days
Youngest ctime-mtime age file in days: 0.000 days
Standard deviation ctime-mtime age in days: 543.8009 days
[ 0
