this post was submitted on 14 Aug 2023
551 points (96.0% liked)

linuxmemes

21005 readers
3113 users here now

Hint: :q!

Sister communities:

Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
    • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
    • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

    • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
    poopsmith
    zephyr
    rtxn
    551
    The greatest debate of our time (files.catbox.moe)
    submitted 1 year ago by [email protected] to c/linuxmemes
    99 comments fedilink hide all child comments
     
    you are viewing a single comment's thread
    view the rest of the comments
    [–] [email protected] 121 points 1 year ago (19 children)

    You seem to like the lines-of-code metric. There are many lines of GNU code in a typical Linux distribution. You seem to suggest that (more LOC) == (more important). However, I submit to you that raw LOC numbers do not directly correlate with importance. I would suggest that clock cycles spent on code is a better metric. For example, if my system spends 90% of its time executing XFree86 code, XFree86 is probably the single most important collection of code on my system. Even if I loaded ten times as many lines of useless bloatware on my system and I never excuted that bloatware, it certainly isn't more important code than XFree86. Obviously, this metric isn't perfect either, but LOC really, really sucks. Please refrain from using it ever again in supporting any argument.

    [–] stylist_trend 22 points 1 year ago (1 children)

    I wrote a program that does nothing but busy loop on all cores. stylist_trend/Linux is my favourite OS.

    [–] affiliate 8 points 1 year ago (1 children)

    i’m partial to the more relaxing sleep(500)/linux os, but to each their own

    [–] [email protected] 4 points 1 year ago (1 children)

    Any good sleep will give back control to other threads.

    [–] affiliate 8 points 1 year ago

    that’s why sleep(500)/linux uses bad sleep

    load more comments (17 replies)