Re: nobody is running find at too high a priority
George Bonser writes: Ok, then why not adopt some default standard (Say PAP like windows does) that you MAY CHANGE but for newbies, asks them what the phone number is, what their password is and username and then sets the darned thing up to act like Win95 does on a PPP login so that any ISP that supports Windows DUN by default... Good idea. I also still think that the install script should offer Dial up an ISP and use dynamic IP as a separate menu item. Selecting this would bring up a menu in which Would you like to set PPP up like Win95 DUN would be one of the choices. ...this is about 100% of US providers... There are still plenty of ISP's out here using screwball arrangements. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
On 13 Jul 1997 [EMAIL PROTECTED] wrote: Good idea. I also still think that the install script should offer Dial up an ISP and use dynamic IP as a separate menu item. Selecting this would bring up a menu in which Would you like to set PPP up like Win95 DUN would be one of the choices. Yes, I agree that a dynamic IP install configuration would be a boon to newbies getting PPP up and working smoothly (at least it would've for me:-). However, I think it could be worked better (read: without mentioning Win95) than your suggestion... :-) Regards, | Debian GNU/ __ o .|/ / _ _ _ _ _ __ __ Randy| / /__ / / / \// //_// \ \/ / (FidoNet 1:325/805) | // /_/ /_/\/ /___/ /_/\_\ ([EMAIL PROTECTED]) | ...because lockups are for convicts... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
On Sun, 13 Jul 1997, Randy Edwards wrote: However, I think it could be worked better (read: without mentioning Win95) than your suggestion... :-) Why? Think of it this way, linux is so darned configurable that it can be made to act like nearly anything. Since the consumer internet service providers bent over backwards to serve Win95, why not use that as leverage. They go to all that trouble and expense to service Windows and we simply hop on for the ride. The message to the ISP's is Linux is no more difficult to support than Win95. Then the ISP can say Cool, we work with Linux!. Shoot, we can even make a simply tk front end that looks JUST like DUN if we wanted to and the customer support tech at the ISP can use the SAME scripts they use with Win95 to talk a newbie through configuration, In other words, make Win95 look like it caused the ISP to lay out a lot in equipment, software, and training and Debian can just go right along for the ride for free. George Bonser If I was in charge of the world, things would be a lot better (for me). -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
[EMAIL PROTECTED] wrote: George Bonser writes: Ok, then why not adopt some default standard (Say PAP like windows does) that you MAY CHANGE but for newbies, asks them what the phone number is, what their password is and username and then sets the darned thing up to act like Win95 does on a PPP login so that any ISP that supports Windows DUN by default... Good idea. ditto I also still think that the install script should offer Dial up an ISP and use dynamic IP as a separate menu item. Selecting this would bring up a menu in which Would you like to set PPP up like Win95 DUN would be one of the choices. No, you're assuming that a user knows what dynamic IP is. They should be separate entries at top-level. ...this is about 100% of US providers... There are still plenty of ISP's out here using screwball arrangements. Well, even if only 50% of ISP's are Win'95-oriented this will still make ppp config easier for 50% of new users -- and that's about 50% better then what we have now. -- Dimitri reply to emaziuk @ curtin dot edu dot au --- What color is a chameleon on a mirror? ( Zen koan ) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
On 10 Jul 1997 [EMAIL PROTECTED] wrote: I wrote: I guess the Debian developers are all nightowls. 7AM is *not* early enough to be scheduling this sort of thing. Kevin Dalley writes: Since this is an entirely individual item which cannot please everybody, I suggest that you change /etc/crontab to meet your needs. I already have, but it is clear from the questions being posted that not everyone knows to do this. Looks like a documentation problem. I also see no reason why these chores should be run at normal priority. I am not so sure this is a documentation problem. More of a failure to read. http://www.sound.net/~wpmills/ - : W. Paul Mills : Bill, I was there several years ago. : : Topeka, Kansas, U.S.A. : Why would I want to go back tomorrow?: : [EMAIL PROTECTED] : Where were you! : : [EMAIL PROTECTED] : : : [EMAIL PROTECTED] : Linux: Tomorrow's operating system, : : [EMAIL PROTECTED] :here, today. : : [EMAIL PROTECTED] : : : compuserve 70023,1750 : #define MY_TRUE_LOVE computer: -- http://homepage.midusa.net/~wpmills/ - -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
I wrote: ...it is clear from the questions being posted that not everyone knows to do this. Looks like a documentation problem. W. Paul Mills writes: I am not so sure this is a documentation problem. More of a failure to read. Any time more than a very small minority of users are unable to get what they need from the documentation it has failed. The failure may be due to an insoluble problem (such as documenting all possible ppp schemes) but it is failure nonetheless. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
Any time more than a very small minority of users are unable to get what they need from the documentation it has failed. The failure may be due to an insoluble problem (such as documenting all possible ppp schemes) but it is failure nonetheless. Ok, then why not adopt some default standard (Say PAP like windows does) that you MAY CHANGE but for newbies, asks them what the phone number is, what their password is and username and then sets the darned thing up to act like Win95 does on a PPP login so that any ISP that supports Windows DUN by default (this is about 100% of US providers and probably a very large percentage of the rest of the world) also supports Debian in ITS default configuration. Just have the system ask Would you like to set PPP up like Win95 DUN or something and if you say no, it just leaves things like they are. George Bonser If I was in charge of the world, things would be a lot better (for me). -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
This is a valid complaint. I have to determine whether this problem should be solved by findutils, which is my responsibility, or by cron. My preference is for cron. This will not be fixed in Debian-1.3, but perhaps in the next release. jim [EMAIL PROTECTED] writes: I don't know debian well enough to know which process is running find at 7AM in the morning, but, I suspect it is rebuilding the locate database. The problem is that it is being run at normal priority which REALLY puts a dent in performance. I would suggest that any jobs which are rebuilding databases as nobody should be automatically niced to something that will allow X-windows to work concurrently. -- Kevin Dalley [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
Since this is an entirely individual item which cannot please everybody, I suggest that you change /etc/crontab to meet your needs. [EMAIL PROTECTED] writes: I guess the Debian developers are all nightowls. 7AM is *not* early enough to be scheduling this sort of thing. -- Kevin Dalley [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
jim [EMAIL PROTECTED] writes: I don't know debian well enough to know which process is running find at 7AM in the morning, but, I suspect it is rebuilding the locate database. The problem is that it is being run at normal priority which REALLY puts a dent in performance. I would suggest that any jobs which are rebuilding databases as nobody should be automatically niced to something that will allow X-windows to work concurrently. In one of the DES or RC5 challenges, there was a simple C program that would check the current system load, and if it got to high, stop a program. Once it got low enough, it would be restarted. Does anyone remember where this program is, and if so, could you compile it (I remember having problems). If not, I can dig it up when I get home and post it (it's small). It probably needs some work though. Brandon -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
I wrote: I guess the Debian developers are all nightowls. 7AM is *not* early enough to be scheduling this sort of thing. Kevin Dalley writes: Since this is an entirely individual item which cannot please everybody, I suggest that you change /etc/crontab to meet your needs. I already have, but it is clear from the questions being posted that not everyone knows to do this. Looks like a documentation problem. I also see no reason why these chores should be run at normal priority. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
In one of the DES or RC5 challenges, there was a simple C program that would check the current system load, and if it got to high, stop a program. Once it got low enough, it would be restarted. Does anyone remember where this program is, and if so, could you compile it (I remember having problems). If not, I can dig it up when I get home and post it (it's small). It probably needs some work though. Brandon That was lwatchd, which is based on a program written by G. Caronni, but I added a bunch of stuff to it. I'm fixing it up so that it handles logging of stderr properly, and then I'll release it as a Debian package. There are two different RC5 contests going on that I'm going to package up - so I was going to package it separately anyways. (I would have done it earlier, but I've been suffering with a bad cold) Cheers, - Jim pgpXKmeIvHxaj.pgp Description: PGP signature
Re: nobody is running find at too high a priority
On Tue, Jul 08, 1997 at 03:55:20PM -0400, Brandon Mitchell wrote: There is no happy medium. IMO, 7 is too early. I was around 4 am, but the users who lonly turned their computers on during the day never got their logs rotated and wondered why their /var/log got so large. Changing the crontab is easy as you have said, so making sure it is run seems more important to me. Use anacron on non-24 hour systems; it schedules things for every day, every few hours, etc. On my system I moved the cron.daily to run from anacron instead of cron, so it gets run about 20 minutes after I start up my system, because I don't use Linux on it every day. Hamish -- Hamish Moffatt, StudIEAust[EMAIL PROTECTED] Student, computer science computer systems engineering.3rd year, RMIT. http://hamish.home.ml.org/ (PGP key here) CPOM: [* ] 50% The opposite of a profound truth may well be another profound truth. --Bohr -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
The original idea (of using nice) seems to have been forgotten. Is this not a Good Idea? Lindsay On Tue, 8 Jul 1997, jim wrote: I don't know debian well enough to know which process is running find at 7AM in the morning, but, I suspect it is rebuilding the locate database. The problem is that it is being run at normal priority which REALLY puts a dent in performance. I would suggest that any jobs which are rebuilding databases as nobody should be automatically niced to something that will allow X-windows to work concurrently. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
LA == Lindsay Allen [EMAIL PROTECTED] writes: LA The original idea (of using nice) seems to have been forgotten. LA Is this not a Good Idea? It's just the right thing, IMHO. And also this anacron thing is worth a look. -- Emilio C. Lopes mailto:[EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
nobody is running find at too high a priority
I don't know debian well enough to know which process is running find at 7AM in the morning, but, I suspect it is rebuilding the locate database. The problem is that it is being run at normal priority which REALLY puts a dent in performance. I would suggest that any jobs which are rebuilding databases as nobody should be automatically niced to something that will allow X-windows to work concurrently. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
jim ([EMAIL PROTECTED]) wrote: : I don't know debian well enough to know which process is running : find at 7AM in the morning, but, I suspect it is rebuilding the : locate database. The problem is that it is being run at normal : priority which REALLY puts a dent in performance. I would suggest : that any jobs which are rebuilding databases as nobody should be : automatically niced to something that will allow X-windows to : work concurrently. Right, it's the rebuilding of the locate database. The script that does this is /etc/cron.daily/find. Another alternative is to change the time the /etc/cron.daily scripts are run. Just edit /etc/crontab to do this. Regards, E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9430323 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
jim writes: I don't know debian well enough to know which process is running find at 7AM in the morning,... ... I would suggest that any jobs which are rebuilding databases as nobody should be automatically niced to something that will allow X-windows to work concurrently. I guess the Debian developers are all nightowls. 7AM is *not* early enough to be scheduling this sort of thing. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
[EMAIL PROTECTED] wrote: : I guess the Debian developers are all nightowls. 7AM is *not* early enough : to be scheduling this sort of thing. I agree, it's not early enough. At 7 PM we have users already using the system. Developers will say this can be changed with vi /etc/crontab but my point is that the default should be more reasonable. E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9430323 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
[EMAIL PROTECTED] wrote: jim writes: I don't know debian well enough to know which process is running find at 7AM in the morning,... ... sounds like your system/cmos clock might be off an hour or so. anyone working at 7am needs a vacation... -- The Shining One -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
m* wrote: [EMAIL PROTECTED] wrote: jim writes: I don't know debian well enough to know which process is running find at 7AM in the morning,... ... sounds like your system/cmos clock might be off an hour or so. anyone working at 7am needs a vacation... Why? -- that's when normal people fire up quake for a few minutes before logging off for the day. -- Dimitri -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
On 8 Jul 1997, Eloy A. Paris wrote: [EMAIL PROTECTED] wrote: : I guess the Debian developers are all nightowls. 7AM is *not* early enough : to be scheduling this sort of thing. I agree, it's not early enough. At 7 PM we have users already using the ^^ AM? system. Developers will say this can be changed with vi /etc/crontab but my point is that the default should be more reasonable. There is no happy medium. IMO, 7 is too early. I was around 4 am, but the users who lonly turned their computers on during the day never got their logs rotated and wondered why their /var/log got so large. Changing the crontab is easy as you have said, so making sure it is run seems more important to me. HTH, Brandon -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
There is no happy medium. IMO, 7 is too early. I was around 4 am, but the users who lonly turned their computers on during the day never got their logs rotated and wondered why their /var/log got so large. Changing the crontab is easy as you have said, so making sure it is run seems more important to me. is there a way to make it load-dependent? for that matter, is there an implementation of batch? I've found references to batch in cron type manpageds, but i can't find it. rick -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: nobody is running find at too high a priority
Brandon Mitchell writes: There is no happy medium. IMO, 7 is too early. I was around 4 am, but the users who lonly turned their computers on during the day never got their logs rotated and wondered why their /var/log got so large. Changing the crontab is easy as you have said, so making sure it is run seems more important to me. HTH, Brandon This is a job for anacron! Brian -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
