search for: pwrite64

...0.2M 74.8M testpl 305G 92.8G 600 729 72.0M 31.3M testpl 305G 92.8G 448 1.23K 54.3M 70.1M testpl 305G 92.8G 576 1.39K 70.1M 76.3M The I/O stats from the array show the same. Running truss against the I/O tool shows that it is only doing writes... /18: pwrite64(6, "12 4 V x\003E9BD ODB7F F".., 8192, 0x00000006FB4FC000) = 8192 /9: pwrite64(6, "12 4 V x\003DCD9EB9F8CCA".., 8192, 0x0000000D3AFC6000) = 8192 /10: pwrite64(6, "12 4 V x\003DFC502 :AD ^".., 8192, 0x000000075ABF0000) = 8192 /12: pwrite64(6, "12 4 V x\00...

Hi all, Does anyone happen to know if there are *any* 32-bit architectures (on which Linux runs) for which the ABI for a "long long" is different from passing two "longs" in the appropriate order, i.e. (hi,lo) for bigendian or (lo,hi) for littleendian? I'd like to switch klibc to use the 64-bit file ABI thoughout, but it's a considerable porting effort, and

...munmap(0xb7c73000, 1052672) = 0 munmap(0xb7d74000, 528384) = 0 brk(0x84c1000) = 0x84c1000 time(NULL) = 1252311837 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/cur", {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 pwrite64(8, "\0\0\0\0@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1\0\0\0\200\200\200\214"..., 92, 32720) = 92 pwrite64(8, "\200\200\200\207", 4, 32720) = 4 fstat64(8, {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 pread64(8, "\200\200\200\207@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1...

....def +++ b/usr/klibc/SYSCALLS.def @@ -189,8 +189,10 @@ int fdatasync,fsync::fdatasync(int); int readv(int, const struct iovec *, int); int writev(int, const struct iovec *, int); int ftruncate64,ftruncate::ftruncate(int, off_t); -ssize_t pread64,pread::pread(int, void *, size_t, off_t); -ssize_t pwrite64,pwrite::pwrite(int, void *, size_t, off_t); +<parisc> ssize_t pread64,pread::__pread(int, void *, size_t, off_t); +<parisc> ssize_t pwrite64,pwrite::__pwrite(int, void *, size_t, off_t); +<!parisc> ssize_t pread64,pread::pread(int, void *, size_t, off_t); +<!parisc> ssize_t...

...400 pset 7700 lwp_park 34600 times 39400 kill 46200 close 67900 open 177100 read 326500 kaio 16935000 pwrite64 31855600 semsys 6015496000 CPU Times for processes oracle, SYSCALL TIME (ns) sysconfig 700 pset 4200 times 11200 kill 21700 lwp_park...

...0\0\0\0\0\0\0\0\0"..., 88) = 88 gettimeofday({1224887351, 92207}, NULL) = 0 select(32, [5 21 31], [], NULL, {60, 0}) = 1 (in [5], left {60, 0}) read(5, "\0\0\200@", 4) = 4 read(5, "\377SMB/\0\0\0\0\30\7\310\0\0\0\0\0\0\0\0\0\0\0\0\4\0\377"..., 32832) = 32832 pwrite64(34, "V\307=\215\22\243\246\315\367\245Yw\303\31\305\6nLz\243"..., 32768, 65112414) = 32768 write(5, "\0\0\0/\377SMB/\0\0\0\0\210\1\310\0\0\0\0\0\0\0\0\0\0\0"..., 51) = 51 gettimeofday({1224887351, 100692}, NULL) = 0 select(32, [5 21 31], [], NULL, {60, 0}) = 2 (in [5 31], left {...

Hi Jones, many thanks for your reply. Yepp, I'm using ACL's (Posix ACL's) on filesystem to regulate the access of users for files and directories. Do you mean that this is the "normal" way? These geteuid and getegid system calls are so slow? On the previous system (Debian Wheezy, Samba 3) I've also used ACL's, but there were much faster than this... What should

...): syscall seconds calls ------------------------------------ read 17.89 392497 time .36 17632 utime 179.76 17479 getgid .01 96 fcntl 2.43 52505 poll .55 17523 pwrite64 6.48 17477 send .95 17524 In this run, 85% of the system calls are the utime() call. And here's the same 1G file copy using version 3.0.10: syscall seconds calls read 15.03 390972 close .20 9 t...

...UNW_1.4' ./bin/libtdb.so: undefined reference to `fcntl@SUNW_0.9' ./bin/libtalloc.so: undefined reference to `close@SUNW_0.9' ./bin/libtdb.so: undefined reference to `read@SUNW_0.9' ./bin/libtdb.so: undefined reference to `msync@SUNW_0.9' ./bin/libtdb.so: undefined reference to `pwrite64@SUNW_1.4' ./bin/libtdb.so: undefined reference to `select@SUNW_1.4' ./bin/libtdb.so: undefined reference to `fsync@SUNW_0.9' collect2: ld returned 1 exit status make: *** [bin/smbd] Error 1 There's no special configure options. I'm using gnu's ld not Sun's. The only ref...

...amba.git;a=commit;h=c89affbd8da230cae6df25558fe621510690392c [2] % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 57.39 0.275347 1 510297 poll 10.68 0.051248 1 80000 pwrite64 8.63 0.041410 0 840458 readv 4.26 0.020430 0 1555919 gettimeofday 3.53 0.016950 0 2513576 fcntl64 2.96 0.014199 0 165051 writev 1.42 0.006830 0 1520391 geteuid32...

Hi Louis, On Wed, Apr 22, 2015 at 01:15:21PM +0200, L.P.H. van Belle wrote: > Or.. > get the sources and recompile agains 14.04 > > use the following commands. > enable the deb-src in /etc/apt/sources.list > and run : > > apt-get build-dep sernet-samba > apt-get source sernet-samba -b > > you wil end up with .deb files ;-) yep, thanks - I'll check it

Here's an assortment of build and run-time fixes for various architectures that we've applied in Debian. Ben. Aurelien Jarno (1): ppc64: fix struct stat Ben Hutchings (2): MIPS: Update archfcntl.h syscalls: Override detection of direct socket syscalls on i386, m68k, s390 Helge Deller (1): Add pread and pwrite 32bit syscall wrappers for parisc Mauricio Faria de Oliveira

...ck 0.03 0.000108 3 40 munmap 0.02 0.000100 2 58 getdents64 0.02 0.000064 0 6110 fstatat64 0.01 0.000033 0 5005 clock_gettime 0.00 0.000010 0 327 pwrite64 0.00 0.000006 0 35 setresgid32 0.00 0.000000 0 1 restart_syscall 0.00 0.000000 0 5 chdir 0.00 0.000000 0 1 time 0.00 0.000000 0 10 lseek...

...as the message requests in above structure. Each message will be written to or read from this region at offset 0: int vhost_vfio_write(struct vhost_dev *dev, struct vhost_vfio_op *op) { int count = VHOST_VFIO_OP_HDR_SIZE + op->size; struct vhost_vfio *vfio = dev->opaque; int ret; ret = pwrite64(vfio->device_fd, op, count, vfio->bar0_offset); if (ret != count) return -1; return 0; } int vhost_vfio_read(struct vhost_dev *dev, struct vhost_vfio_op *op) { int count = VHOST_VFIO_OP_HDR_SIZE + op->size; struct vhost_vfio *vfio = dev->opaque; uint64_t request = op->reques...

...as the message requests in above structure. Each message will be written to or read from this region at offset 0: int vhost_vfio_write(struct vhost_dev *dev, struct vhost_vfio_op *op) { int count = VHOST_VFIO_OP_HDR_SIZE + op->size; struct vhost_vfio *vfio = dev->opaque; int ret; ret = pwrite64(vfio->device_fd, op, count, vfio->bar0_offset); if (ret != count) return -1; return 0; } int vhost_vfio_read(struct vhost_dev *dev, struct vhost_vfio_op *op) { int count = VHOST_VFIO_OP_HDR_SIZE + op->size; struct vhost_vfio *vfio = dev->opaque; uint64_t request = op->reques...

...8 3 40 munmap > 0.02 0.000100 2 58 getdents64 > 0.02 0.000064 0 6110 fstatat64 > 0.01 0.000033 0 5005 clock_gettime > 0.00 0.000010 0 327 pwrite64 > 0.00 0.000006 0 35 setresgid32 > 0.00 0.000000 0 1 restart_syscall > 0.00 0.000000 0 5 chdir > 0.00 0.000000 0 1 time > 0.00 0.000000 0...

...ous declaration on line 859 of "/usr/include/unistd.h". "/usr/include/unistd.h", line 862.33: 1506-377 (I) The type "long long" of parameter 4 differs from the previous type "long". "/usr/include/unistd.h", line 863.33: 1506-343 (S) Redeclaration of pwrite64 differs from previous declaration on line 860 of "/usr/include/unistd.h". "/usr/include/unistd.h", line 863.33: 1506-377 (I) The type "long long" of parameter 4 differs from the previous type "long". "/usr/include/unistd.h", line 942.25: 1506-343 (S...

...this > > region at offset 0: > > > > int vhost_vfio_write(struct vhost_dev *dev, struct vhost_vfio_op *op) > > { > > int count = VHOST_VFIO_OP_HDR_SIZE + op->size; > > struct vhost_vfio *vfio = dev->opaque; > > int ret; > > > > ret = pwrite64(vfio->device_fd, op, count, vfio->bar0_offset); > > if (ret != count) > > return -1; > > > > return 0; > > } > > > > int vhost_vfio_read(struct vhost_dev *dev, struct vhost_vfio_op *op) > > { > > int count = VHOST_VFIO_OP_HDR_SIZE +...

...this > > region at offset 0: > > > > int vhost_vfio_write(struct vhost_dev *dev, struct vhost_vfio_op *op) > > { > > int count = VHOST_VFIO_OP_HDR_SIZE + op->size; > > struct vhost_vfio *vfio = dev->opaque; > > int ret; > > > > ret = pwrite64(vfio->device_fd, op, count, vfio->bar0_offset); > > if (ret != count) > > return -1; > > > > return 0; > > } > > > > int vhost_vfio_read(struct vhost_dev *dev, struct vhost_vfio_op *op) > > { > > int count = VHOST_VFIO_OP_HDR_SIZE +...

...; > Each message will be written to or read from this region at offset 0: > > int vhost_vfio_write(struct vhost_dev *dev, struct vhost_vfio_op *op) > { > int count = VHOST_VFIO_OP_HDR_SIZE + op->size; > struct vhost_vfio *vfio = dev->opaque; > int ret; > > ret = pwrite64(vfio->device_fd, op, count, vfio->config_offset); > if (ret != count) > return -1; > > return 0; > } > > int vhost_vfio_read(struct vhost_dev *dev, struct vhost_vfio_op *op) > { > int count = VHOST_VFIO_OP_HDR_SIZE + op->size; > struct vhost_vfio *vfio =...