Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!munnari.oz.au!bruce!trlluna!rhea!aduncan
From: aduncan@rhea.trl.oz (Allan Duncan)
Newsgroups: comp.sys.amiga
Subject: Re: GOMF 3.0 and SetPatch
Message-ID: <2424@trlluna.trl.oz>
Date: 31 Oct 90 21:22:33 GMT
References: <1990Oct31.051927.747@isis.cs.du.edu>
Sender: news@trlluna.trl.oz
Lines: 25

From article <1990Oct31.051927.747@isis.cs.du.edu>, by bscott@isis.cs.du.edu (Ben Scott):
...
> And the manual states that GOMF "sleeps" until needed.  Well, GOMF 1.0 did
> this but according to Xoper, 3.0 uses a considerable amount of CPU time.
> Currently I'm using ChangeTaskPri to reset it down a bit (though it doesn't
> really busy wait, it seems to grab about 30% of the CPU time).  I don't 
> expect help with this "problem", but just thought I'd report it.  

Add in a cpu intensive task and see if the % drops - there could be a
wait with a small time interval that means that if there is nothing else
much happening, the overhead in handling the checking is significant.

> 
> All I can say is that I'm sure glad I didn't buy GOMF the few times I was
> tempted to.  I feel I got my money's worth in the deal (I paid postage plus
> something I paid about $2 for...), but I don't think it's worth the retail
> price.

It depends on what you do and what you expect it to save you from.  At
the very least you get English translations of the guru numbers!

Allan Duncan	ACSnet	a.duncan@trl.oz
(03) 541 6708	ARPA	a.duncan%trl.oz.au@uunet.uu.net
		UUCP	{uunet,hplabs,ukc}!munnari!trl.oz!a.duncan
Telecom Research Labs, PO Box 249, Clayton, Victoria, 3168, Australia.