search for: mremap

...buffer, then repeats the call to inflate, which again returns status==0 and avail_out==0, thus entering an infinite loop. This is what happens under strace: =====[cut here]===== [pid 8379] old_mmap(NULL, 151552, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x404cc000 [pid 8379] mremap(0x404cc000, 151552, 188416, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 188416, 225280, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 225280, 262144, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 262144, 299008, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mr...

Hi, Tried to build dovecot-2.3.4 on Solaris 11 x86 and it fails at configure part. I just went checked and it last version it works on is v2.3.2.1 Version 2.3.2.1 (OK) # ./configure .... checking Linux compatible mremap()... no checking whether shared mmaps get updated by write()s... yes checking whether fd passing works... yes ... Version 2.3.4 (FAIL) .... checking Linux compatible mremap()... no checking whether shared mmaps get updated by write()s... no checking whether fd passing works... no configure: error:...

http://dovecot.org/test/ This release is built with autoconf 2.59 and libtool 1.9. We'll see how it works out :) The required changes were done by Matthias Andree. - The last fix for connection hanging made IDLE use 100% CPU - We don't use Maildir/.INBOX/ directory anymore, indexes are stored in Maildir-root - Don't crash with FETCH BODY[n.MIME] - Changed %p (protocol)

.../2018 16:14, Sami Ketola wrote: >> It was studio cc. gcc doesn't make it through configure and I didn't ask why. > > Can you share a little bit more info on how did the compile (or configure even) fail with gcc on Solaris 11? $ ./configure $ARGS ... checking Linux compatible mremap()... no checking whether shared mmaps get updated by write()s... no checking whether fd passing works... no configure: error: fd passing is required for Dovecot to work Which in the log corresponds to: configure:22685: ./conftest ./configure[2026]: eval: line 1: 22335: Memory fault(coredump) Ap...

...esn't make it through configure and I >>>> didn't ask why. >>> Can you share a little bit more info on how did the compile (or >>> configure even) fail with gcc on Solaris 11? >> >> $ ./configure $ARGS >> ... >> checking Linux compatible mremap()... no >> checking whether shared mmaps get updated by write()s... no >> checking whether fd passing works... no >> configure: error: fd passing is required for Dovecot to work >> >> Which in the log corresponds to: >> >> configure:22685: ./conftest >&g...

Any user with shell access, or with access to upload a cgi script can exploit this to make machine thrash badly. Seems to circumvent any limits in the kernel Here are my settings dlai@whale.home.org:/home/dlai?limit cputime unlimited filesize 20000 kbytes datasize 8192 kbytes stacksize 8192 kbytes coredumpsize 1000000 kbytes memoryuse 8192 kbytes descriptors

On 18/09/17 17:23, Ben Turner wrote: > Do you want tuned or untuned? If tuned I'd like to try one of my tunings for metadata, but I will use yours if you want. (Re-CC'd list) I would be interested in both, if possible: To confirm that it's not only my machines that exhibit this behaviour given my settings, and to see what can be achieved with your tuned settings. Thank you!

...*pte; if (pte_present(oldpte)) { @@ -70,6 +71,7 @@ static void change_pte_range(struct mm_s } } while (pte++, addr += PAGE_SIZE, addr != end); + arch_leave_lazy_mmu_mode(); pte_unmap_unlock(pte - 1, ptl); } =================================================================== --- a/mm/mremap.c +++ b/mm/mremap.c @@ -98,6 +98,7 @@ static void move_ptes(struct vm_area_str new_ptl = pte_lockptr(mm, new_pmd); if (new_ptl != old_ptl) spin_lock_nested(new_ptl, SINGLE_DEPTH_NESTING); + arch_enter_lazy_mmu_mode(); for (; old_addr < old_end; old_pte++, old_addr += PAGE_SIZE,...

We have a windows 2003 dc here at the university and I have successfully setup samba-3.0.2-6.3E on a RHEL WS3 machine. The problem is that after several hours, or several days winbind stops running and connections fail. I have seen instances of this on other sites, but no firm answers. I can provide files and logs if helpful

...io cc.? gcc doesn't make it through configure and I >>> didn't ask why. >> >> Can you share a little bit more info on how did the compile (or >> configure even) fail with gcc on Solaris 11? > > > $ ./configure $ARGS > ... > checking Linux compatible mremap()... no > checking whether shared mmaps get updated by write()s... no > checking whether fd passing works... no > configure: error: fd passing is required for Dovecot to work > > Which in the log corresponds to: > > configure:22685: ./conftest > ./configure[2026]: eval: line...

On 03/01/2019 16:45, Andrew Watkins wrote: > Tried to build dovecot-2.3.4 on Solaris 11 x86 and it fails at configure > part. I just went checked and it last version it works on is v2.3.2.1 > ... > .... > checking Linux compatible mremap()... no > checking whether shared mmaps get updated by write()s... no > checking whether fd passing works... no > configure: error: fd passing is required for Dovecot to work > .... In think it's thunk (but I forget exactly what aspect). Try: ./configure --disable-hardening ... O...

...uot;ls /var/log/named/" that command just freezes. An strace shows that ls is endlessly doing this: ... getdents(3, /* 66 entries */, 32768) = 3888 getdents(3, /* 85 entries */, 32768) = 5000 getdents(3, /* 70 entries */, 32768) = 4128 getdents(3, /* 80 entries */, 32768) = 4696 mremap(0x2b8b2b181000, 311296, 618496, MREMAP_MAYMOVE) = 0x2b8b2b181000 getdents(3, /* 82 entries */, 32768) = 4736 getdents(3, /* 50 entries */, 32768) = 2920 getdents(3, /* 53 entries */, 32768) = 3088 getdents(3, /* 82 entries */, 32768) = 4800 getdents(3, /* 73 entries */, 32768) = 4248...

mainly question for the intel folks, any chance to rerun the ltp testsuites to see how we are doing these days with all the changes ? thanks :) Wim

On Apr 18, 2010, at 11:08 PM, John Criswell wrote: > Second, why are you only interested in user time? The reason why we had > RunSafely.sh measure user + system time is that it gives a more accurate > depiction of how well an optimization works. If a program spends most > of its time in the OS, increasing speed in user-space doesn't gain us > much. If a transform

On 27/09/2018 13:40, Stephan Bosch wrote: >> Address Line Code >> 00000000: DEBUG BLOCK: 3 >> 00000001: EXTENSIONS [1]: >> 00000002: vacation >> 00000004: 2: VACATION >> 00000007: 4: seconds: NUM 5 >> 00000009: Binary is corrupt. >> >> The line numbers differs and 86400 is read as 5. It is like it has

...close 0.09 0.000098 0 847 fstat64 0.00 0.000000 0 8 time 0.00 0.000000 0 6 lseek 0.00 0.000000 0 1560 gettimeofday 0.00 0.000000 0 25 mremap ------ ----------- ----------- --------- --------- ---------------- 100.00 0.113709 28200 1740 total Here's an extract from strace -p 13320 -f. I don't understand anything from it. ----------------------------------------------------------------------...

This means we no longer waste an extra file descriptor per worker process in the master. Now there''s no need to set a higher file descriptor limit for systems running >= 1024 workers. --- I just pushed this out to git://bogomips.org/unicorn.git and it''ll be in Unicorn 4.x. The subset of raindrops used by Unicorn should work on all machines with mmap(2) +

...clude/linux/elfnote.h | 88 ++++++++++++++++++++ include/linux/mm.h | 9 ++ kernel/fork.c | 2 mm/fremap.c | 2 mm/memory.c | 106 ++++++++++++++++++++++++- mm/mprotect.c | 2 mm/mremap.c | 2 mm/msync.c | 2

...clude/linux/elfnote.h | 88 ++++++++++++++++++++ include/linux/mm.h | 9 ++ kernel/fork.c | 2 mm/fremap.c | 2 mm/memory.c | 106 ++++++++++++++++++++++++- mm/mprotect.c | 2 mm/mremap.c | 2 mm/msync.c | 2

...n the process gets stuck, an strace shows a constant and very quick flow of: 30666 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2593, ...}) = 0 The final moments of the strace showed: 30667 restart_syscall(<... resuming interrupted call ...> <unfinished ...> 30666 mremap(0x7f7aa4d0a000, 2732032, 2752512, MREMAP_MAYMOVE) = 0x7f7aa4d0a000 30666 brk(0) = 0x23aaea000 30666 brk(0x23ab0b000) = 0x23ab0b000 30666 brk(0) = 0x23ab0b000 30666 brk(0x23ab2c000) = 0x23ab2c000 30666 brk(0)...