search for: 1073741824

...---------------------------------------------------------------------------------------------------------- Also, a FULL Kstat ZFS for 5 minutes Interval module: zfs instance: 0 name: arcstats class: misc c 1073741824 c_max 1073741824 c_min 134217728 crtime 28.083178473 data_size 39272960 deleted 337691 demand_data_hits 95260 demand_data_misses...

...et='1'/> > <page size='1048576' unit='KiB' nodeset='0,2-3'/> > </hugepages> > </memoryBacking> > > Thank you. I use this xml: <cpu> <numa> <cell id='0' cpus='0' memory='1073741824' memAccess='shared'/> <cell id='1' cpus='1' memory='1073741824' memAccess='shared'/> </numa> </cpu> <memoryBacking> <hugepages> <page size="2" unit="M" nodeset="0,1"/...

...max_read=131072) *The problem *is that there is a significant performance loss with smaller block sizes. For example: *4K block size* [replica 3 volume] root at centos7u3-nogdesktop2 ~ $ dd if=/dev/zero of=/mnt/gluster/r3/file$RANDOM bs=4096 count=262144 262144+0 records in 262144+0 records out 1073741824 bytes (1.1 GB) copied, 11.2207 s, *95.7 MB/s* [replica 2 volume] root at centos7u3-nogdesktop2 ~ $ dd if=/dev/zero of=/mnt/gluster/r2/file$RANDOM bs=4096 count=262144 262144+0 records in 262144+0 records out 1073741824 bytes (1.1 GB) copied, 12.0149 s, *89.4 MB/s* *512K block size* [replica 3 vol...

Hello, I have found, that ocfs2 is very slow when doing I/O operation without cache. See a simple test: ng-vvv1:~# dd if=/data/verejna/dd-1G bs=1k | dd of=/dev/null 1048576+0 records in 1048576+0 records out 1073741824 bytes (1.1 GB) copied, 395.183 s, 2.7 MB/s 2097152+0 records in 2097152+0 records out 1073741824 bytes (1.1 GB) copied, 395.184 s, 2.7 MB/s The underlying block device is quite quick: ng-vvv1:~# dd if=/dev/mapper/3600a0b800067df83000003ba4ba0f5ef bs=1k count=1M | dd of=/dev/null 1048576+0 records...

gluster> volume heal dyn_coldfusion Self-heal daemon is not running. Check self-heal daemon log file. gluster> Is there a specific log? When i check /var/log/glusterfs/glustershd.log glustershd.log:[2013-04-30 15:51:40.463259] E [afr-self-heald.c:409:_crawl_proceed] 0-dyn_coldfusion-replicate-0: Stopping crawl for dyn_coldfusion-client-1 , subvol went down Is there a specific log? When

dear All, I am operating on an SGI machine with 16 GB memory, and I have unlimited resource access. However, when I run the following command x<-matrix(NA,32768,32768) I get the following error Error in matrix(NA,32768,32768) : cannot allocate vector of length 1073741824 I have compiled R 1.4 myself, using the default ./configure option. I have the feeling that perhaps I shall recompile it ... any suggestion is welcome. Regards and thanks with compliments for keeping going the marvellous R system. Luca -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-....

...ere is a significant performance loss with > smaller block sizes. For example: > > *4K block size* > [replica 3 volume] > root at centos7u3-nogdesktop2 ~ $ dd if=/dev/zero > of=/mnt/gluster/r3/file$RANDOM bs=4096 count=262144 > 262144+0 records in > 262144+0 records out > 1073741824 bytes (1.1 GB) copied, 11.2207 s, *95.7 MB/s* > > [replica 2 volume] > root at centos7u3-nogdesktop2 ~ $ dd if=/dev/zero > of=/mnt/gluster/r2/file$RANDOM bs=4096 count=262144 > 262144+0 records in > 262144+0 records out > 1073741824 bytes (1.1 GB) copied, 12.0149 s, *89.4 MB/s*...

.../test-index.in +++ b/builder/test-index.in @@ -1,5 +1,6 @@ [phony-debian] name=Phony Debian +arch=x86_64 file=debian.xz format=raw size=536870912 @@ -9,6 +10,7 @@ notes=Phony Debian look-alike used for testing. [phony-fedora] name=Phony Fedora +arch=x86_64 file=fedora.xz format=raw size=1073741824 @@ -18,6 +20,7 @@ notes=Phony Fedora look-alike used for testing. [phony-fedora-qcow2] name=Phony Fedora qcow2 +arch=x86_64 file=fedora.qcow2.xz format=qcow2 size=1073741824 @@ -27,6 +30,7 @@ notes=Phony Fedora look-alike used for testing. [phony-fedora-qcow2-uncompressed] name=Phony Fed...

...e children ( RO): is-control-domain ( RO): false power-state ( RO): halted memory-actual ( RO): 0 memory-target ( RO): 0 memory-overhead ( RO): 1048576 memory-static-max ( RW): 1073741824 memory-dynamic-max ( RW): 1073741824 memory-dynamic-min ( RW): 1073741824 memory-static-min ( RW): 536870912 suspend-VDI-uuid ( RO): <not in database> VCPUs-params (MRW): VCPUs-max ( RW): 1...

...s with >> smaller block sizes. For example: >> >> *4K block size* >> [replica 3 volume] >> root at centos7u3-nogdesktop2 ~ $ dd if=/dev/zero >> of=/mnt/gluster/r3/file$RANDOM bs=4096 count=262144 >> 262144+0 records in >> 262144+0 records out >> 1073741824 bytes (1.1 GB) copied, 11.2207 s, *95.7 MB/s* >> >> [replica 2 volume] >> root at centos7u3-nogdesktop2 ~ $ dd if=/dev/zero >> of=/mnt/gluster/r2/file$RANDOM bs=4096 count=262144 >> 262144+0 records in >> 262144+0 records out >> 1073741824 bytes (1.1 GB) co...

...39;1048576' unit='KiB' nodeset='0,2-3'/> >> </hugepages> >> </memoryBacking> >> >> > Thank you. > > I use this xml: > <cpu> > <numa> > <cell id='0' cpus='0' memory='1073741824' memAccess='shared'/> > <cell id='1' cpus='1' memory='1073741824' memAccess='shared'/> > </numa> > </cpu> > <memoryBacking> > <hugepages> > <page size="2" unit=&q...

Hello, FreeBSD 7.0-RELEASE-p3 #3 $top ... PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 36032 root 2838 44 0 1917M 1493M ucond 0 406:39 3.03% CGServer ... $cat /boot/loader.conf.local ... kern.maxdsiz="1073741824" kern.maxssiz="134217728" kern.dfldsiz="1073741824" $limits Resource limits (current): ... datasize 1048576 kB stacksize 131072 kB How and why is it possible for process to grow up to 1493M and even more? I suppose, it will be able to eat all availab...

...mats.expected index 97bce58ad..697eaae51 100644 --- a/v2v/test-v2v-i-ova-formats.expected +++ b/v2v/test-v2v-i-ova-formats.expected @@ -2,6 +2,7 @@ Source guest information (--print-source option): source name: 2K8R2EESP1_2_Medium hypervisor type: vmware + VM genid: memory: 1073741824 (bytes) nr vCPUs: 1 CPU vendor: diff --git a/v2v/test-v2v-i-ova-gz.expected b/v2v/test-v2v-i-ova-gz.expected index f1f79e309..ec2610007 100644 --- a/v2v/test-v2v-i-ova-gz.expected +++ b/v2v/test-v2v-i-ova-gz.expected @@ -2,6 +2,7 @@ Source guest information (--print-source option):...

...sting.\" + }, + \"hidden\": false }, - \"hidden\": false - }, - { - \"os-version\": \"phony-fedora\", - \"full-name\": \"Phony Fedora\", - \"arch\": \"x86_64\", - \"size\": 1073741824, - \"notes\": { - \"C\": \"Phony Fedora look-alike used for testing.\" + { + \"os-version\": \"phony-fedora\", + \"full-name\": \"Phony Fedora\", + \"arch\": \"x86_64\", + \&quot...

Hi All I was reading through this: http://kashyapc.com/2011/12/02/little-more-disk-io-perf-improvement-with-fallocateing-a-qcow2-disk/ I was basically searching for pointers on improving disk I/O. I wanted to know the purpose of preallocation=full & preallocation=metadata , What is the difference between them ? and which one would yield a better disk I/O speed ? Appreciate your

...e51 100644 > --- a/v2v/test-v2v-i-ova-formats.expected > +++ b/v2v/test-v2v-i-ova-formats.expected > @@ -2,6 +2,7 @@ Source guest information (--print-source option): > > source name: 2K8R2EESP1_2_Medium > hypervisor type: vmware > + VM genid: > memory: 1073741824 (bytes) > nr vCPUs: 1 > CPU vendor: > diff --git a/v2v/test-v2v-i-ova-gz.expected > b/v2v/test-v2v-i-ova-gz.expected > index f1f79e309..ec2610007 100644 > --- a/v2v/test-v2v-i-ova-gz.expected > +++ b/v2v/test-v2v-i-ova-gz.expected > @@ -2,6 +2,7 @@ Source guest...

Somewhat ineffective test of virt-index-validate.

I suspect this might be related to previous btrfs errors I''ve had on the same filesystem. See: http://python.ca/nas/linux/btrfs_bug.txt The most recent kernel message is: WARNING: at fs/btrfs/extent-tree.c:8239 btrfs_free_block_groups+0x218/0x275() Hardware name: MS-7388 Modules linked in: udf crc_itu_t isofs loop nls_iso8859_1 vboxnetflt vboxdrv nls_utf8 nls_cp437

...osoftDocs github. > > Sch78 seems to rename "Expiring Group Membership Feature" to > "Privileged Access Management Feature". If I understand it > correctly... > > first, old value is made renamable, it has: > # FLAG_ALLOW_RENAME 0x400000 > systemFlags: 1073741824 > > Although 1073741824 is 0x4000 0000, not 0x40 0000 Setting systemFlags to 1073741824 does allow the object to be renamed, so that is correct. > Then rename is done and then systemFlags is set again to 2348810240 > and that fails with "Invalid attribute syntax". That is...

On 29.01.2025 17:07, Rowland Penny via samba wrote: > On Wed, 29 Jan 2025 12:27:31 +0200 > Virgo P?rna via samba <samba at lists.samba.org> wrote: > >> # FLAG_ALLOW_RENAME 0x400000 >> systemFlags: 1073741824 >> >> Although 1073741824 is 0x4000 0000, not 0x40 0000 > > Setting systemFlags to 1073741824 does allow the object to be renamed, > so that is correct. > Yeah, seems to be an error in Microsoft Schema-Updates.md documentation. In which Samba Schema-Updates.md is based....