Bug#934080: [libc6] Significant degradation in the memory effectivity of the memory allocator
Hello, Florian 14.08.19 15:07, Florian Weimer пише: Is there a way to reproduce your results easily? Upstream, we're looking for workloads which are difficult to handle for glibc's malloc and its default settings, so that we hopefully can improve things eventually. This way of the ready builds of the application and LiveDisks is simplest one for me, than writing a test application with simulation such sort complex load, so you can already install the application, start and observer. I meant: Is there a reproduction recipe someone could use, without being familiar with the application? Sure, and I have wrote such one in the first email, without specifying the program. About this program, it is OpenSCADA, which packages you may get here http://oscada.org/en/main/download/ for the Work version and for Debian versions from 7 to 10. About installing, you may read this one http://oscada.org/wiki/Special:MyLanguage/Documents/How_to/Install but shortly, you need to install the package openscada-model-aglks, after connection a Debian repository of this program. $ wget http://ftp.oscada.org/Debian/10/openscada/openscada.list $ cp openscada.list /etc/apt/sources.list.d $ $ wget -O - http://ftp.oscada.org/Misc/pkgSignKey | sudo apt-key add - $ apt-get update; apt-get install openscada-model-aglks The package openscada-model-aglks is a ready configuration and data to start and work since it is a simulator itself. Next let's per the stages: 1. Start the program and set the initial state, fixing the memory allocation — measuring the initial memory consumption value > Just start the program from the desktop menu for the entry "Simulator "AGLKS" on the open SCADA system" or by the command: $ openscada_AGLKS > Wait for about one minute to fix the memory consumption > Open the page: http://oscada.org/wiki/images/4/42/WebVision_wvis_cfg.png , where you can control of the WEB-sessions opening and closing, so allocating and freeing the memory — such sort of the iterations. > Set the "Life time of the sessions" on the page to 1 minute instead 10, to decrease the waiting time > In a Web-browser open the page "http://localhost:10002/WebVision";, this is the initial memory consumption value. 2. Perform the allocation-freeing iteration 2.1. Open the first Web-interface page from a Web-browser of the host system > The first page is "http://localhost:10002/WebVision/prj_AGLKS"; 2.2. Close the page on the Web-browser 2.3. Wait to close-freeing session of the first Web-interface page on the program side, 1 minute — measuring the iteration memory consumption value 3. Return to the stage 2 and repeating 5 iterations But I think, the problem related in linking the areas to the threads, and such sort of programs as OpenSCADA, in the Web-mode, recreate the threads which then rebind to different arenas, why we have such sort of memory leak into the arenas. And it seems is a conceptual problem of the arenas in GLibC. Regards, Roman
Processed: Bug#908946 marked as pending in glibc
Processing control commands: > tag -1 pending Bug #908946 [glibc] ldconfig: Default to the new format for ld.so.cache Added tag(s) pending. -- 908946: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908946 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Bug#934823 marked as pending in glibc
Processing control commands: > tag -1 pending Bug #934823 [src:glibc] glibc needs an update for linux-5.2 kernel headers (alpha) Added tag(s) pending. -- 934823: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934823 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Bug#933513 marked as pending in glibc
Processing control commands: > tag -1 pending Bug #933513 [src:glibc] glibc: mips{64,n32}r6{,el} ln wrong ld.so filename Added tag(s) pending. -- 933513: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933513 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
[Git][glibc-team/glibc][glibc-2.29] 8 commits: debian/testsuite-xfail-debian.mk: drop XFAILs that have been fixed for quite some time.
Aurelien Jarno pushed to branch glibc-2.29 at GNU Libc Maintainers / glibc Commits: 14fb15c8 by Aurelien Jarno at 2019-08-15T20:31:32Z debian/testsuite-xfail-debian.mk: drop XFAILs that have been fixed for quite some time. - - - - - d1d4abf5 by Aurelien Jarno at 2019-08-15T20:31:32Z debian/control.in/main, debian/rules: build with GCC 9. - - - - - 87239d52 by Aurelien Jarno at 2019-08-15T20:31:32Z debian/sysdeps/mips*.mk: drop -mno-plt, but keep -mno-pie. - - - - - 8da8f5c0 by Aurelien Jarno at 2019-08-15T20:31:32Z debian/patches/any/git-socket-constants.diff: backport upstream change to use in-tree copy of SO_ constants for !__USE_MISC to fix compatibility with recent kernel headers. - - - - - 6c419ac0 by Aurelien Jarno at 2019-08-15T20:31:32Z Fix ld.so link on mips{64,n32}r6{,el}. Closes: #933513. - - - - - 137cab9d by Aurelien Jarno at 2019-08-15T20:31:32Z Add bug number - - - - - 40bd9daf by Aurelien Jarno at 2019-08-15T20:31:32Z debian/patches/any/submitted-ld.so-cache-new-format.diff: default to the new format for ld.so.cache. Closes: #908946. - - - - - b1c6c0ec by Aurelien Jarno at 2019-08-15T20:31:32Z debian/patches/git-updates.diff: update from upstream stable branch: * debian/patches/git-updates.diff: update from upstream stable branch: - Fix build on alpha with recent kernel headers. Closes: #934823. - - - - - 22 changed files: - debian/changelog - debian/control - debian/control.in/main - + debian/patches/any/git-socket-constants.diff - + debian/patches/any/submitted-ld.so-cache-new-format.diff - debian/patches/git-updates.diff - debian/patches/series - debian/rules - debian/sysdeps/mips.mk - debian/sysdeps/mips64.mk - debian/sysdeps/mips64el.mk - debian/sysdeps/mips64r6.mk - debian/sysdeps/mips64r6el.mk - debian/sysdeps/mipsel.mk - debian/sysdeps/mipsn32.mk - debian/sysdeps/mipsn32el.mk - debian/sysdeps/mipsn32r6.mk - debian/sysdeps/mipsn32r6el.mk - debian/sysdeps/mipsr6.mk - debian/sysdeps/mipsr6el.mk - debian/tests/control - debian/testsuite-xfail-debian.mk View it on GitLab: https://salsa.debian.org/glibc-team/glibc/compare/d6de43dfa3df4010832ec8c37a7abd35b3218fa7...b1c6c0ecf3a358368acf0af89f631fd71ba5083a -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/compare/d6de43dfa3df4010832ec8c37a7abd35b3218fa7...b1c6c0ecf3a358368acf0af89f631fd71ba5083a You're receiving this email because of your account on salsa.debian.org.
Processed: bug 908946 is forwarded to https://sourceware.org/bugzilla/show_bug.cgi?id=23668
Processing commands for cont...@bugs.debian.org: > forwarded 908946 https://sourceware.org/bugzilla/show_bug.cgi?id=23668 Bug #908946 [glibc] ldconfig: Default to the new format for ld.so.cache Set Bug forwarded-to-address to 'https://sourceware.org/bugzilla/show_bug.cgi?id=23668'. > thanks Stopping processing here. Please contact me if you need assistance. -- 908946: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908946 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Re: tzdata 2019b-1
On 2019-08-08 18:59, Aurelien Jarno wrote: > On 2019-08-08 15:27, Josh Pollara wrote: > > When can we expect tzdata 2019b-1 to be available in stretch? > > I have no idea why it has been uploaded only to sid. I'll try to work on > that in the next days. tzdata version 2019b is now available for both stretch-updates and buster-updates: https://lists.debian.org/debian-stable-announce/2019/08/msg0.html They'll be released with stretch 9.10 and buster 10.1 scheduled for 2019-09-07. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#934823: glibc needs an update for linux-5.2 kernel headers (alpha)
Package: src:glibc Version: 2.28-10 Severity: sersious Tags: sid bullseye patch currently c-t-b-p ftbfs on alpha. A patch needs to be backported. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1836064 the c-t-b-ports package ftbfs: /bin/bash ../scripts/move-if-change /<>/glibc-2.29/build-tree/alpha-libc/gnu/lib-names.T /<>/glibc-2.29/build-tree/alpha-libc/gnu/lib-names.h touch /<>/glibc-2.29/build-tree/alpha-libc/gnu/lib-names.stmp if test -r /<>/glibc-2.29/build-tree/alpha-libc/csu/abi-tag.h.new; then mv -f /<>/glibc-2.29/build-tree/alpha-libc/csu/abi-tag.h.new /<>/glibc-2.29/build-tree/alpha-libc/csu/abi-tag.h; \ else echo >&2 'This configuration not matched in ../abi-tags'; exit 1; fi In file included from :1: ../sysdeps/unix/sysv/linux/alpha/sysdep.h:54: error: "__NR_osf_shmat" redefined [-Werror] #define __NR_osf_shmat 209 In file included from ../sysdeps/unix/sysv/linux/sys/syscall.h:24, from ../sysdeps/unix/sysdep.h:20, from ../sysdeps/unix/alpha/sysdep.h:19, from ../sysdeps/unix/sysv/linux/alpha/sysdep.h:29, from :1: /<>/glibc-2.29/debian/include/asm/unistd.h:8: note: this is the location of the previous definition #define __NR_osf_shmat __NR_shmat cc1: all warnings being treated as errors a definition of __NR_osf_shmat was added during the 5.1 cycle: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=12b57c5c70f397a9410411d4e348096edada20f9 Looks like a fix has been applied to upstream glibc: https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=d5ecee822e72a2fd156338ab2be2f2e70a1da55a