Date: Sun, 24 May 1998 13:43:56 +0930 From: Greg Lehey <grog@lemis.com> To: drifter@stratos.net, freebsd-questions@FreeBSD.ORG Subject: Re: Waiting for devices to complete operations Message-ID: <19980524134356.G353@freebie.lemis.com> In-Reply-To: <19980523232430.A22200@stratos.net>; from drifter@stratos.net on Sat, May 23, 1998 at 11:24:30PM -0400 References: <19980523232430.A22200@stratos.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 23 May 1998 at 23:24:30 -0400, drifter@stratos.net wrote: > While dialing out to my ISP one night, I noticed that the > company's phones were done. That's not the important part. The issue > here is that I am noticing that whenever certain operations on devices, > such as ppp waiting on a connection, or a process waiting for a disk > operation to complete, it cannot be terminated or killed if you > have given up on it. Neither a ^C/^\, nor kill -TERM/-KILL from another > command line. > Unfortunately, other than the ppp example, I don't remember > off hand a specific example involving waiting for a disk operation, but > that has happened to me to. (A ps reveals a D flag on STAT). > I guess I am wondering if such an annoying trait is someone > predestined due to hardware constraints, or if it is more of a > software design issue. What if an "uninteruptable operation" has > failed, and you need to kill it? > And, if it is a software design issue issue, how come it hasn't > been "fixed"? Is such an change actually much harder than it appears? What wait string do you get from ps -l? Greg -- See complete headers for address and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980524134356.G353>