Felix Palmen :freebsd: :c64:<p>I just stress-tested the current dev state of <a href="https://mastodon.bsd.cafe/tags/swad" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>swad</span></a> on <a href="https://mastodon.bsd.cafe/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a>. The first attempt failed miserably, got a lot of errors accepting a connection. Well, this lead to another little improvement, I added another static method to my logging interface that mimics <a href="https://mastodon.bsd.cafe/tags/perror" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>perror</span></a>: Also print the description of the system errno. With that in place, I could see the issue was "too many open files". Checking <a href="https://mastodon.bsd.cafe/tags/ulimit" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ulimit</span></a> -n gave me 1024. Seriously? 🤯 On my <a href="https://mastodon.bsd.cafe/tags/FreeBSD" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FreeBSD</span></a> machine, as a regular user, it's 226755. Ok, bumped that up to 8192 and then the stress test ran through without issues.</p><p>On a side note, this also made creating new timers (using <a href="https://mastodon.bsd.cafe/tags/timerfd" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>timerfd</span></a> on Linux) fail, which ultimately made swad crash. I have to redesign my timer interface so that creating a timer may explicitly fail and I can react on that, aborting whatever would need that timer.</p><p>Anyways, the same test gave somewhat acceptable results: throughput of roughly 3000 req/s, response times around 500ms. Not great, but okayish, and not directly comparable because this test ran in a <a href="https://mastodon.bsd.cafe/tags/bhyve" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>bhyve</span></a> vm and the requests had to pass the virtual networking.</p><p>One major issue is still the <a href="https://mastodon.bsd.cafe/tags/RAM" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>RAM</span></a> consumption. The test left swad with a resident set of > 540 MiB. I have no idea what to do about that. 😞 The code makes heavy use of "allocated objects" (every connection object with metadata and buffers, every event handler registered, every timer, and so on), so, uses the <a href="https://mastodon.bsd.cafe/tags/heap" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>heap</span></a> a lot, but according to <a href="https://mastodon.bsd.cafe/tags/valgrind" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>valgrind</span></a>, correctly frees everything. Still the resident set just keeps growing. I guess it's the classic <a href="https://mastodon.bsd.cafe/tags/fragmentation" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>fragmentation</span></a> issue...</p>
eupolicy.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
This Mastodon server is a friendly and respectful discussion space for people working in areas related to EU policy. When you request to create an account, please tell us something about you.
Administered by:
Server stats:
209active users
eupolicy.social: About · Profiles directory · Privacy policy
Mastodon: About · Get the app · Keyboard shortcuts · View source code · v4.4.1
#valgrind
0 posts · 0 participants · 0 posts today
Sourceware<p>Sourceware Survey 2025 Results</p><p>In the end we got 103 (!) responses with a nice mix of developers, users and maintainers from various hosted projects.</p><p><a href="https://sourceware.org/survey-2025" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="">sourceware.org/survey-2025</span><span class="invisible"></span></a></p><p><a href="https://fosstodon.org/tags/binutils" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>binutils</span></a> <a href="https://fosstodon.org/tags/cygwin" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>cygwin</span></a> <a href="https://fosstodon.org/tags/dwarfstd" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>dwarfstd</span></a> <a href="https://fosstodon.org/tags/elfutils" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>elfutils</span></a> <a href="https://fosstodon.org/tags/gcc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gcc</span></a> <a href="https://fosstodon.org/tags/gdb" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gdb</span></a> <a href="https://fosstodon.org/tags/glibc" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>glibc</span></a> <a href="https://fosstodon.org/tags/libabigail" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libabigail</span></a> <a href="https://fosstodon.org/tags/newlib" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>newlib</span></a> <a href="https://fosstodon.org/tags/systemTap" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>systemTap</span></a> <a href="https://fosstodon.org/tags/valgrind" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>valgrind</span></a> <a href="https://fosstodon.org/tags/bzip2" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>bzip2</span></a> <a href="https://fosstodon.org/tags/libffi" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>libffi</span></a> <a href="https://fosstodon.org/tags/dwz" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>dwz</span></a> <a href="https://fosstodon.org/tags/debugedit" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>debugedit</span></a> <a href="https://fosstodon.org/tags/gnupoke" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gnupoke</span></a> <a href="https://fosstodon.org/tags/bunsen" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>bunsen</span></a> <a href="https://fosstodon.org/tags/lvm2" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>lvm2</span></a> <a href="https://fosstodon.org/tags/annobin" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>annobin</span></a> <a href="https://fosstodon.org/tags/gnu" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gnu</span></a>-gabi <a href="https://fosstodon.org/tags/cgen" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>cgen</span></a> <a href="https://fosstodon.org/tags/kawa" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>kawa</span></a> <a href="https://fosstodon.org/tags/insight" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>insight</span></a> <a href="https://fosstodon.org/tags/pacme" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>pacme</span></a></p>
mjw<p>The <a href="https://mastodon.nl/tags/valgrind" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>valgrind</span></a> project closed 110 bugs these last 6 months, but there were also 85 new bugs opened. So the good news is that we are closing bugs faster than they are filed now and we dropped under 1000 open bugs. The bad news is that there are still 975 open bugs. Which is still a slightly intimidating number of bugs.</p><p><a href="https://sourceforge.net/p/valgrind/mailman/message/58787822/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">sourceforge.net/p/valgrind/mai</span><span class="invisible">lman/message/58787822/</span></a></p>
mjw<p>A thousand bugs. That is how many open <a href="https://mastodon.nl/tags/Valgrind" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Valgrind</span></a> bugs there are at the moment. Wondering what the best method is to deal with this.</p><p><a href="https://sourceforge.net/p/valgrind/mailman/message/51809032/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">sourceforge.net/p/valgrind/mai</span><span class="invisible">lman/message/51809032/</span></a></p>
TrendingLive feeds
Mastodon is the best way to keep up with what's happening.
Follow anyone across the fediverse and see it all in chronological order. No algorithms, ads, or clickbait in sight.
Create accountLoginDrag & drop to upload