[lkml]   [2005]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Xterm Hangs - Possible scheduler defect?
    > If you keep a learning attitude, there is a chance for this discussion 
    > to go on. However, if you keep the "Come now, don't bullshit me, this is
    > a broken architecture and you're just trying to cover up" attitude,
    > you're just going to get discarded as a troll.

    I'm not trying to troll here; I suppose I'm just coming from a different
    background. I'll try to adjust my tone.

    > I personally like the linux way: "root has the ability to shoot himself
    > in the foot if he wants to". This is my computer, damn it, I am the one
    > who tells it what to do.

    I'm all for allowing people to shoot themselves in the foot. That doesn't
    mean that it is OK for a single userspace thread to mess up a 64-way box.

    > This is much, much better than the "users are stupid, we must protect
    > them from themselves" kind of way that other OS'es use.

    Isn't this what the kernel attempts to do in many other places? What else
    could possibly be the point of sending SIGSEGV and causing applications
    to dump core when they make a mistake referencing memory? Isn't it the
    kernel's job to protect one application from another?

    I see what you're saying about the swap daemon. How about if I make my
    statement less black and white. Some kernel threads should always have
    priority over userspace.

    I believe the mindset required for a home system that is doing audio recordings
    is different than the one for enterprise-level systems. How do we unify
    the two?

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:10    [W:0.020 / U:8.352 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site