18%
07.11.2011
core : ' + str(icore)
07
08 if '__main__' == __name__:
09
10 osrvr = Server()
11 ncpus = osrvr.get_ncpus()
12
13 djobs = {}
14 for i in xrange(0, ncpus):
15 djobs[i] = osrvr
18%
09.08.2015
,000 IOPS mark. The latency test illustrates the differences between read and write access. About 0.12ms are added from read only, through 65/35 mixed, to write only in a HWR. The increase is about 0.10ms per
18%
14.11.2013
of the virtual computer models; their hardware configurations follow on the right. For example, the computer named m1.small only has one CPU and 256MB of RAM. The free/max column is also interesting: The number
18%
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
18%
13.12.2018
_64 3/4
19 Verifying : bzip2-1.0.6-13.el7.x86_64 4/4
20
21 Installed:
22 mssql-server.x86_64 0:14.0.3026.27-2
23
24 Dependency
18%
10.09.2012
_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg --lock-file /var/lock/mrtg/mrtg_l --confcache-file /var/lib/mrtg/mrtg.ok)
Aug 22 17:12:50 test1 laytonjb: This is a cron test
Logger allows you to direct your comments
18%
20.03.2014
": 2048,
07 "resolvers": ["192.168.111.254"],
08 "disks": [
09 {
10 "image_uuid": "1fc068b0-13b0-11e2-9f4e-2f3f6a96d9bc",
11 "boot": true,
12 "model": "virtio"
13 }
14 ],
15
18%
05.12.2014
_domain": "yourdomain.com",
06 "dataset_uuid": "d34c301e-10c3-11e4-9b79-5f67ca448df0",
07 "resolvers": [
08 "192.128.0.9",
09 "192.128.0.10"
10 ],
11 "max_physical_memory": 4096,
12 "nics": [
13
18%
11.04.2016
; in Listing 3, the bridge device is then configured with its IP address and other parameters.
Listing 2
Network Configuration (1)
[Match]
Name=enp2s25
[Network]
Bridge=docker0
Listing 3
18%
13.06.2016
]
Name=docker0
[Network]
DNS=192.168.100.1
Address=192.168.100.42/24
Gateway=192.168.100.1
Listing 3
Network Configuration (2)
[Match]
Name=enp2s25
[Network]
Bridge=docker0
