[news.software.anu-news] Slow Server Access

timl@maxwell.Concordia.CA ( TIM LAPIN ) (10/04/89)

Hi all,

Well I have remote access to an Ultrix server and have a few questions:
Note:  I am using News v5.8a compiled under VAX C version 3.0 on
vms 5.1-1 with ultrix 3.1.


1)	Why does it take approx 3 to 5 minutes to get past the "Working on
group x" message?  Is this out of the ordinary?  Is there some way to speed
the process up?  I know that there was some discussion about increasingly
slow times due to an increase of articles.  This however, occurred with all
newsgroups created.

2)	Why do some served groups register as having 0 articles when they
do not, and then refuse to check the remote server?  I think this has
something to do with how Newsskim.com works, as the next day there are some
articles present.

Thanks in advance.
p.s.  Geoff, your license sheet will be mailed off as soon as possible.
-- 

Tim Lapin            |Tel:       (514) 848-7639           | My opinion is that
Computer Centre      |INTERNET:  timl@maxwell.concordia.ca| my opinion is mine,
Concordia University |BITNET:    timl@vax2.concordia.ca   | all mine. (Ahem)

gih900@UUNET.UU.NET (Geoff Huston) (10/11/89)

>1)      Why does it take approx 3 to 5 minutes to get past the "Working on
>group x" message?  Is this out of the ordinary?  Is there some way to speed
>the process up?  I know that there was some discussion about increasingly
>slow times due to an increase of articles.  This however, occurred with all
>newsgroups created.
     
When working with a Unix NNTP server VMS NEWS requests the complete list of
message-ids from the remote server, and then checks off this list against the
local holdings. If there are new items on the remote server NEWS requests the
header of every new item (to extract the appropriate headers to use in the
local database).
     
>2)      Why do some served groups register as having 0 articles when they
>do not, and then refuse to check the remote server?  I think this has
>something to do with how Newsskim.com works, as the next day there are some
>articles present.
     
This is not intended behaviour and I must admit I've never seen this happen -
ALL /served groups are checked against the server during a SKIM pass.
     
Geoff