On 2021-05-02 18:21, Michael van Elst wrote:
b...@update.uu.se (Johnny Billquist) writes:
And as a "fun" fact. On my 4000/90, it takes about 3h after I start a
cvs update until I actually start having any network traffic...
A SCSI SSD could help. :)
Definitely. Because the disk is 100% busy
> I suspect what is commonly the problem here is related to the fact
> that cvs has such a phase at the beginning where it is scanning
> through the file system, which can take quite a while. Some NAT
> devices along the path sometimes have timeouts on existing connections
> that if no traffic is h
b...@update.uu.se (Johnny Billquist) writes:
>And as a "fun" fact. On my 4000/90, it takes about 3h after I start a
>cvs update until I actually start having any network traffic...
A SCSI SSD could help. :)
On 2021-05-02 16:32, Anders Magnusson wrote:
Den 2021-05-02 kl. 15:57, skrev Johnny Billquist:
On 2021-05-02 13:51, Anders Magnusson wrote:
Den 2021-05-02 kl. 13:44, skrev Johnny Billquist:
I suspect what is commonly the problem here is related to the fact
that cvs has such a phase at the be
Robert Swindells writes:
> Lloyd Parkes wrote:
>>The network is a 1Gb/s LAN through to a smaller NetBSD router running
>>NPF with MSS clamping enabled so that I can get Netflix. My ISP does not
>>use CGN for my IPv4 connection. My IPv6 connection is tunnelled through
>>to Hurricane Electric
Den 2021-05-02 kl. 15:57, skrev Johnny Billquist:
On 2021-05-02 13:51, Anders Magnusson wrote:
Den 2021-05-02 kl. 13:44, skrev Johnny Billquist:
I suspect what is commonly the problem here is related to the fact
that cvs has such a phase at the beginning where it is scanning
through the file
On 2021-05-02 13:51, Anders Magnusson wrote:
Den 2021-05-02 kl. 13:44, skrev Johnny Billquist:
I suspect what is commonly the problem here is related to the fact
that cvs has such a phase at the beginning where it is scanning
through the file system, which can take quite a while. Some NAT
de
Lloyd Parkes wrote:
>The network is a 1Gb/s LAN through to a smaller NetBSD router running
>NPF with MSS clamping enabled so that I can get Netflix. My ISP does not
>use CGN for my IPv4 connection. My IPv6 connection is tunnelled through
>to Hurricane Electric in Sydney, Australia.
Have you
Den 2021-05-02 kl. 13:44, skrev Johnny Billquist:
I suspect what is commonly the problem here is related to the fact
that cvs has such a phase at the beginning where it is scanning
through the file system, which can take quite a while. Some NAT
devices along the path sometimes have timeouts o
On 2021-05-01 23:54, Brett Lymn wrote:
On Sat, May 01, 2021 at 12:58:50PM +1200, Lloyd Parkes wrote:
Germany is pretty much the opposite of New Zealand. It's close to
everywhere, but its last mile access speeds are a bit infamous.
Just for you info... there are a few NetBSD developers in .au
Brett Lymn wrote:
> Just for you info... there are a few NetBSD developers in .au, my self
> included. I haven't
> had any issues with cvs disconnects. Not to deny you have an issue, just
> letting you know
> it works ok for people near you.
For what it's worth, my connections to anoncvs from
On Sat, May 01, 2021 at 12:58:50PM +1200, Lloyd Parkes wrote:
>
> Germany is pretty much the opposite of New Zealand. It's close to
> everywhere, but its last mile access speeds are a bit infamous.
>
Just for you info... there are a few NetBSD developers in .au, my self
included. I haven't
had
At Fri, 30 Apr 2021 15:23:03 +0200, Christian Groessler
wrote:
Subject: Re: Problem reports for version control systems
>
> On 4/30/21 7:31 AM, Lloyd Parkes wrote:
>
> > Hi all,
> > The problem reports people have in their
> > emails are completely inadequate for
>
On Fri 30 Apr 2021 at 19:51:27 +1000, matthew green wrote:
> > I too get long pauses with cvs, both at the beginning,
> > and even longer at the end after update is complete.
>
> the end part is most likely cvs cleaning up after itslf by
> removing all the subdirs it created but doesn't need.
And
On Fri, Apr 30, 2021 at 5:50 AM Joerg Sonnenberger wrote:
>
> On Fri, Apr 30, 2021 at 05:31:53PM +1200, Lloyd Parkes wrote:
> > ceph4% hg --version
> > Mercurial Distributed SCM (version 5.3.2)
>
> Please note that this is quite an old version and a lot of work on
> improving both CPU time
On Sat, 1 May 2021 12:58:50 +1200, Lloyd Parkes wrote:
> I'm not using a SLOG. I couldn't be bothered setting one up on my
> crash and burn systems. It doesn't seem to be too bad, except for
> when I try and run "rm -rf src".
Looking at 'systat -w2 vmstat' during writes to zfs, the activity on m
On 30/04/21 9:50 pm, Joerg Sonnenberger wrote:
On Fri, Apr 30, 2021 at 05:31:53PM +1200, Lloyd Parkes wrote:
ceph4% hg --version
Mercurial Distributed SCM (version 5.3.2)
Please note that this is quite an old version and a lot of work on
improving both CPU time and memory use has
On 30/04/21 8:36 pm, Hauke Fath wrote:
Out of curiosity: Do you use a ZIL SLOG* volume with that setup? I
remember cvs operations used to be a lot slower on spinning rust than
on SSD.
I'm not using a SLOG. I couldn't be bothered setting one up on my crash
and burn systems. It doesn't seem t
On 4/30/21 7:31 AM, Lloyd Parkes wrote:
Hi all,
The problem reports people have in their emails are completely
inadequate for trying to determine what is going wrong for people
trying to access the NetBSD source.
I'm rsync'ing the CVS tree to my local server and then run CVS against
On Fri, 30 Apr 2021 19:51:27 +1000, matthew green wrote:
>> I too get long pauses with cvs, both at the beginning,
>> and even longer at the end after update is complete.
>
> the end part is most likely cvs cleaning up after itslf by
> removing all the subdirs it created but doesn't need.
... whi
> I too get long pauses with cvs, both at the beginning,
> and even longer at the end after update is complete.
the end part is most likely cvs cleaning up after itslf by
removing all the subdirs it created but doesn't need.
check disk io or ktrace for this part -- it's usually a
local iops issue
On Fri, Apr 30, 2021 at 05:31:53PM +1200, Lloyd Parkes wrote:
> ceph4% hg --version
> Mercurial Distributed SCM (version 5.3.2)
Please note that this is quite an old version and a lot of work on
improving both CPU time and memory use has been spend since then.
Joerg
> Hi all,
> The problem reports people have in their emails are completely inadequate for
> trying to determine what is going wrong for people trying to access the
> NetBSD
> source.
> Since I was the first person to post an inadequate report in this first batch,
> I'll go first at try
On Fri, 30 Apr 2021 17:31:53 +1200, Lloyd Parkes wrote:
> The host is a Xeon E3-1241 v3 @ 3.50GHz with eight hyperthreads and
> 32GB RAM. It has a 128GB SSD for / and 4x4TB disks in a raidz zpool
> on /vol. All work is being done on /vol.
Out of curiosity: Do you use a ZIL SLOG* volume with that
24 matches
Mail list logo
