18%
04.11.2011
convolutionSum = 0.0f;
05
06 // Iterate over convolution kernel
07 for(size_t ky = 0; ky < kernel.height; ++ky)
08 {
09 for(size_t kx = 0; kx < kernel.width; ++kx)
10
11 {
12
18%
13.06.2016
(Listing 4).
Listing 4
New Filesystem Tree
# rpm-ostree status
TIMESTAMP (UTC) VERSION ID OSNAME REFSPEC
* 2015-09-30 12:07:07 22 c4421f1bba
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%
30.11.2025
(number, label):
07 for i in xrange(number):
08 print ' ' + str(i) + ' ' + label
09 sleep((number - 15)/10.0)
10
11 if '__main__' == __name__:
12
13 p1 = Process(target = count, args = (20
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
