lkml.org 
[lkml]   [2005]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
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?

Chad
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:10    [from the cache]
©2003-2014 Jasper Spaans. Advertise on this site