From: Barry Margolin on
In article <_zAen.66910$PH1.50953(a)edtnps82>,
me(a)home.spamsucks.ca (Kir�ly) wrote:

> TaliesinSoft <taliesinsoft(a)me.com> wrote:
> > I somehow feel easier having the nightly maintenance routines run when
> > I am not doing other things.
>
> Why? You you expect that something might get corrupted if the two tasks
> run simultaneously? Or that you will notice some slowness?

If I'm logged into my iMac when the maintenance runs (especially the
weekly script early Monday morning), I can definitely tell the
difference.

--
Barry Margolin, barmar(a)alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
*** PLEASE don't copy me on replies, I'll read them in the group ***
From: Richard Maine on
Barry Margolin <barmar(a)alum.mit.edu> wrote:

> In article <_zAen.66910$PH1.50953(a)edtnps82>,
> me(a)home.spamsucks.ca (Kir�ly) wrote:
>
> > TaliesinSoft <taliesinsoft(a)me.com> wrote:
> > > I somehow feel easier having the nightly maintenance routines run when
> > > I am not doing other things.
> >
> > Why? You you expect that something might get corrupted if the two tasks
> > run simultaneously? Or that you will notice some slowness?
>
> If I'm logged into my iMac when the maintenance runs (especially the
> weekly script early Monday morning), I can definitely tell the
> difference.

And there are some kinds of apps where it is tricky to get a valid
backup while the app is running unless you go to a lot of extra work.
Database apps are notorious for that, but there are others as well. It
is actually a rather messy subject, but for a simple example, consider
an app that might involve two related files that need to be in sync -
perhaps a data file and a separate file that indexes the data file. If
the files are being actively modified during the backup run, you can get
easily get an index file that doesn't match the data file. Even
milliseconds of difference between when you backup the two files can
matter. And then there are the issues of a file that is being changed
while you are backing it up so that by the time your backup reads the
last part of the file, that part no longer agrees with what it read a
little earlier from the first part.

Yes, there are solutions to those kinds of problems. But sometimes the
solutions can get quite messy. Major database products typically come
with custom backup modules tailored to the specific product. And the
fact that the problems can be addressed doesn't mean that the particular
apps that you might be using have addressed them... or that the
solutions don't have holes. For consumer products like most Macs, odds
are that this kind of issue isn't very high on the priority list of most
products, when it is considered at all.

It is fairly common to ignore some kinds of backup problems on the
theory that even if you occasionally get a bad backup, you can always
used the one from the day before and just loose one day's of data.
Unfortunately, that ignores the possibility of the problems being
consistent, as can happen if, say, you scheduled backup always runs
during the same time as some scheduled database maintenance - or if
there is an app that is always running.

Professional datacenter design spends a *LOT* of time considering issues
like this. Things still sometimes get mucked up, as the issues are far
from trivial.

At the consumer level, the degree of work put into it is lower.
Admitedly, the risks are also generally lower.

--
Richard Maine | Good judgment comes from experience;
email: last name at domain . net | experience comes from bad judgment.
domain: summertriangle | -- Mark Twain
From: AES on
In article <160220101143539068%star(a)sky.net>, Davoud <star(a)sky.net>
wrote:

> TaliesinSoft wrote:
>
> > Except when I have my MacBook Pro away from home I leave it
> > continuously on, having the display go to sleep after five minutes of
> > inactivity. Leaving it on during the night is so that the nightly
> > maintenance routines and my scheduled backups will run.

Anachron is supposed to allow you to turn it off, but have maintenance
routines still run when it's turned back on.

Anyone have more detailed info about Anachron? I installed it; nothing
bad seems to have happened; but I also have no idea if it's really doing
anything.
From: Tom Stiller on
In article <siegman-0C9668.11371716022010(a)news.stanford.edu>,
AES <siegman(a)stanford.edu> wrote:

> In article <160220101143539068%star(a)sky.net>, Davoud <star(a)sky.net>
> wrote:
>
> > TaliesinSoft wrote:
> >
> > > Except when I have my MacBook Pro away from home I leave it
> > > continuously on, having the display go to sleep after five minutes of
> > > inactivity. Leaving it on during the night is so that the nightly
> > > maintenance routines and my scheduled backups will run.
>
> Anachron is supposed to allow you to turn it off, but have maintenance
> routines still run when it's turned back on.
>
> Anyone have more detailed info about Anachron? I installed it; nothing
> bad seems to have happened; but I also have no idea if it's really doing
> anything.

If you run Leopard or Snow Leopard, there is no need for Anachron. The
launchd process takes care of ensuring that the maintenance processes
run in a timely fashion.

As far as I know, the only thing that needs the machine to be awake
between midnight and 1:00 AM is the rollover of the system log file.
This can be changed by modifying the appropriate entry in
/etc/newsyslog.conf.

--
Tom Stiller

PGP fingerprint = 5108 DDB2 9761 EDE5 E7E3 7BDA 71ED 6496 99C0 C7CF
From: Jason Bourne on
Davoud wrote:
> TaliesinSoft wrote:
>
>> Except when I have my MacBook Pro away from home I leave it
>> continuously on, having the display go to sleep after five minutes of
>> inactivity. Leaving it on during the night is so that the nightly
>> maintenance routines and my scheduled backups will run. What I'd be
>> interested in knowing is what disadvantages are there to leaving my
>> computer on in this manner.
>
> The disadvantage is that for each computer left on overnight that's a
> little more energy wasted, a little more CO2 pumped into the
> atmosphere...
>
> Not trying to send anyone on a guilt trip here; if one has a reason for
> leaving a computer on 24/7, one should follow one's own preferences. At
> the same time, in order to make an informed decision one should be
> aware that if one is "on the grid" the consequences reach beyond one's
> own home.
>
> Davoud
>

You must be one of those silly people who believes that what we do has
any material effect on global temperature? "Global warming" is
discredited junk science espoused primarily by politically correct
knee-jerk liberals and one-world socialists...