GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Notices by Michael A. Murphy :system76: (mmstick@fosstodon.org)

  1. Embed this notice
    Michael A. Murphy :system76: (mmstick@fosstodon.org)'s status on Thursday, 06-Feb-2025 10:35:02 JST Michael A. Murphy :system76: Michael A. Murphy :system76:
    in reply to
    • Brodie Robertson

    @BrodieOnLinux There are a handful of related bug reports on their tracker.

    https://sourceware.org/bugzilla/show_bug.cgi?id=14827

    https://sourceware.org/bugzilla/show_bug.cgi?id=26969

    https://sourceware.org/bugzilla/show_bug.cgi?id=30769

    https://sourceware.org/bugzilla/show_bug.cgi?id=15321

    You'll find a lot of blog articles on the subject, too.

    https://www.algolia.com/blog/engineering/when-allocators-are-hoarding-your-precious-memory

    https://blog.cloudflare.com/the-effect-of-switching-to-tcmalloc-on-rocksdb-memory-use/

    https://www.linkedin.com/blog/engineering/infrastructure/taming-memory-fragmentation-in-venice-with-jemalloc

    https://www.softwareatscale.dev/p/run-python-servers-more-efficiently

    https://notes.secretsauce.net/notes/2016/04/08_glibc-malloc-inefficiency.html

    Many simply result to switching to jemalloc since it handles allocations across multiple threads more efficiently, with less fragmentation.

    In conversation about 4 months ago from fosstodon.org permalink
  2. Embed this notice
    Michael A. Murphy :system76: (mmstick@fosstodon.org)'s status on Thursday, 06-Feb-2025 09:00:13 JST Michael A. Murphy :system76: Michael A. Murphy :system76:

    PSA to #rustlang and #linux developers: there is a long-standing 20y bug in the system allocator (glibc malloc) which causes it to hoard large sbrk buffers in arenas. By default, it uses heuristics to dynamically increase the mmap threshold—the point where it switches from using sbrk to mmap—which causes a memory "leak". Some #libcosmic apps were affected by this bug, causing them to use 10-30x more memory than they need. See the PR below for how to tame malloc in Rust:

    https://github.com/pop-os/cosmic-bg/pull/73

    In conversation about 4 months ago from fosstodon.org permalink
  3. Embed this notice
    Michael A. Murphy :system76: (mmstick@fosstodon.org)'s status on Saturday, 22-Jun-2024 00:40:48 JST Michael A. Murphy :system76: Michael A. Murphy :system76:
    in reply to
    • Aral Balkan
    • ragectl
    • katzenberger 🇺🇦

    @aral @ragectl @katzenberger No, it sheds light on your desire to falsely accuse volunteers of doing things they aren't.

    Fedora is not Red Hat or IBM. It is a community project that is sponsored by Red Hat. Same goes for most Linux projects: community-driven with some sponsored contract work.

    If you actually cared about accessibility, you wouldn't be here bullying people with virtue signaling. You would be getting involved and sponsoring accessibility work. That's how open source works.

    In conversation about a year ago from fosstodon.org permalink
  4. Embed this notice
    Michael A. Murphy :system76: (mmstick@fosstodon.org)'s status on Friday, 21-Jun-2024 22:46:32 JST Michael A. Murphy :system76: Michael A. Murphy :system76:
    in reply to
    • Aral Balkan
    • ragectl
    • katzenberger 🇺🇦

    @aral @ragectl @katzenberger System76 isn't dying on any hill. We have been committing part of our COSMIC resources to accessibility work so that COSMIC will have functioning accessibility on release. In fact, we are currently in the process of upstreaming our AccessKit work from libcosmic into iced right now.

    At the end of the day, complaining about problems on here won't achieve anything. If you want to see improvements in accessibility, then do what we're doing. Contribute, submit PRs, etc.

    In conversation about a year ago from fosstodon.org permalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: www.wiennordserviceplan.at
      Wien Nord Serviceplan – Home
      Serviceplan Austria – integrierte Full-Service Agentur in Wien Im Haus der Kommunikation Wien vereinen sich alle Kommunikationsdisziplinen unter einem Dach.
  5. Embed this notice
    Michael A. Murphy :system76: (mmstick@fosstodon.org)'s status on Friday, 21-Jun-2024 15:11:45 JST Michael A. Murphy :system76: Michael A. Murphy :system76:
    in reply to
    • katzenberger 🇺🇦

    @katzenberger

    > From the actually-what-you’re-referring-to-as-ableism-is-GNU/ableism department

    Quoted the blanket statement.

    Not only that, but the post complains that a Fedora maintainer said that patches are welcome, and yet the first instinct in response to that is to want to block them? Not a productive attitude.

    If you care about the problem, then instead of calling people abliest, go help the people who are working on this problem. GNOME is backing AccessKit, which will be in COSMIC.

    In conversation about a year ago from fosstodon.org permalink

User actions

    Michael A. Murphy :system76:

    Michael A. Murphy :system76:

    System76 (:system76:) engineer and Pop!OS (:popos:) maintainer working on COSMIC: a next generation desktop environment in Rust. Occasionally provides support on https://chat.pop-os.org and https://popos.reddit.com. Comments will lean towards #PopOS, #RustLang, #CosmicDesktop, #Linux, and #RedoxOS.

    Tags
    • (None)

    Following 0

      Followers 0

        Groups 0

          Statistics

          User ID
          266239
          Member since
          21 Jun 2024
          Notices
          5
          Daily average
          0

          Feeds

          • Atom
          • Help
          • About
          • FAQ
          • TOS
          • Privacy
          • Source
          • Version
          • Contact

          GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

          Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.