linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Gene Heskett <gene.heskett@verizon.net>
To: William Lee Irwin III <wli@holomorphy.com>
Cc: Nick Piggin <piggin@cyberone.com.au>,
	Linus Torvalds <torvalds@osdl.org>,
	linux-kernel@vger.kernel.org
Subject: Re: amanda vs 2.6
Date: Thu, 27 Nov 2003 13:04:55 -0500	[thread overview]
Message-ID: <200311271304.55920.gene.heskett@verizon.net> (raw)
In-Reply-To: <200311271255.57857.gene.heskett@verizon.net>

On Thursday 27 November 2003 12:55, Gene Heskett wrote:
>On Thursday 27 November 2003 12:16, Gene Heskett wrote:
>>On Thursday 27 November 2003 08:39, William Lee Irwin III wrote:
>>>On Thu, Nov 27, 2003 at 05:05:50AM -0500, Gene Heskett wrote:
>>>> My $0.02, but performance like that would scare a new user right
>>>> back to winderz.
>>>> Around here, its thanksgiving day, and we traditionally eat way
>>>> too much turkey (or something like that :)  And then complain
>>>> about the weight we've gained of course...
>>>
>>>This isn't a performance problem. This is a bug. It vaguely sounds
>>> like a missed wakeup or missing setting of TIF_NEED_RESCHED, but
>>> could be a number of other things too.
>>>
>>>(The missing setting of TIF_NEED_RESCHED theory is right if it's
>>>possible to clean up after it by ignoring need_resched() in the
>>>scheduler and always rescheduling.)
>>
>>Well, running 2.6.0-test11, I just discovered I'm back to being
>> unable to 'su amanda' again.  It worked the first time, but I got
>> rejected frorm unpacking the lastest
>> amanda-2.4.4p1-20031126.tar.gz due to a lack of permissions, so I
>> exited, chowned the archive to what it was supposed to be, but
>> cannot now do another su amanda in order to start the install of
>> this latest snapshot.
>>
>>The process just [root@coyote root]# ps -ea |grep su
26658 pts/1    00:00:00 su
[root@coyote root]# cat /proc/26658/wchan
sys_wait4[root@coyote root]#
hangs, never comeing back to a prompt.  I never
>> had any troubles with that useing test9, so I guess its reboot
>> time again.
>>
>>However, IMO this is a major problem, and needs fixed before 2.6.0.
>
>Rebooted to 2.6.0-test10, deadline scheduler now, and have managed
> to do an 'su amanda' at least twice without any hangs.
>
>Three times now, no problems.  4 times, exited the last one with a
>ctrl-d instead of an exit string, and now the 5th time is hung.  Is
>ctrl-d no longer a valid shell exit option?  Finding the su PID, and
>catting /proc/PID/wchan returns this just as it did yesterday:
>
>[root@coyote root]# ps -ea |grep su
>26658 pts/1    00:00:00 su
>[root@coyote root]# cat /proc/26658/wchan
>sys_wait4[root@coyote root]#

Then I killed that su process, which got me back my prompt in that 
shell.  I have since done 4 runs of 'su amanda -c "amcheck 
DailySet1"' without any problem.  Now can I just plain 'su amanda'?

No, thats hung again.  Somebody wanna pass me the excedrin, I've got 
headache #947...

>Comment on schedulers, deadline seems to leave me with the snappiest
>machine response, with cfq a close second.  The default anticipatory
>just doesn't have the right 'feel' to it.
>
>Also, setiathome only did 3 units yesterday, and it normally does 4
> to 5.  With the overcommit_memory non-zeroed, the machine was an
> arthritic, stuttering as it barked, spastic dog.
>
>Or, any cat could have caught that mouse...

-- 
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz  512M
99.27% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.


  reply	other threads:[~2003-11-27 18:05 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-26 17:12 amanda vs 2.6 Gene Heskett
2003-11-26 17:19 ` William Lee Irwin III
2003-11-26 19:15   ` Gene Heskett
2003-11-26 19:30     ` William Lee Irwin III
2003-11-26 19:43       ` Gene Heskett
2003-11-26 19:50         ` William Lee Irwin III
2003-11-26 20:04           ` Linus Torvalds
2003-11-26 20:07             ` William Lee Irwin III
2003-11-26 20:41               ` Gene Heskett
2003-11-26 20:40             ` Gene Heskett
2003-11-26 20:56             ` Chris Adams
2003-11-26 21:34             ` Diego Calleja García
2003-11-27  8:41             ` Nick Piggin
2003-11-27 10:05               ` Gene Heskett
2003-11-27 13:39                 ` William Lee Irwin III
2003-11-27 17:16                   ` Gene Heskett
2003-11-27 17:55                     ` Gene Heskett
2003-11-27 18:04                       ` Gene Heskett [this message]
2003-11-29 17:14                   ` Gene Heskett
2003-12-01 18:43                     ` Mike Fedyk
2003-12-02  2:41                       ` Gene Heskett
2003-12-07 11:56                         ` Paul P Komkoff Jr
2003-12-07 13:53                           ` Gene Heskett
2003-11-26 20:23           ` Gene Heskett
2003-11-26 20:32             ` William Lee Irwin III
2003-11-26 20:47               ` Gene Heskett

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200311271304.55920.gene.heskett@verizon.net \
    --to=gene.heskett@verizon.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=piggin@cyberone.com.au \
    --cc=torvalds@osdl.org \
    --cc=wli@holomorphy.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).