Re: disk i/o test

2022-03-07 Thread Brian Brombacher



> On Mar 7, 2022, at 12:10 PM, Brian Brombacher  wrote:
> 
> Hi Mihai,
> 
> Not exactly related to disk speed, but have you cranked up the following 
> sysctl to see if it helps?
> 
> sysctl kern.bufcachepercentage=9
> 
> I put an entry in /etc/sysctl.conf for persistence.
> 
> This will cause up to 90% of system memory to be used as a unified buffer 
> cache for disk access.  Not sure if that helps but I use that value on every 
> install, including desktop and servers.  I can’t remember if the default 
> value has changed in the past 10 years but I always go with 90%.


I was helped off-list with this information, there is a memory threshold on 
amd64 that affects the behavior of the sysctl.  If you have more than 4 gb of 
memory, the sysctl isn’t important.


> 
> -Brian
> 
>>> On Mar 7, 2022, at 6:17 AM, Mihai Popescu  wrote:
>>> 
>>> On Mon, Mar 7, 2022 at 8:46 AM Janne Johansson  wrote:
>>> 
>>> Den sön 6 mars 2022 kl 16:41 skrev Mihai Popescu :
 
 Since this thread is moving slowly in another direction, let me
>>> 
>>> True
>>> 
 reiterate my situation again: I am running a browser (mostly chromium)
 and the computer slows down on downloads. Since I've checked the
 downloads rates, I observed they are slow than my maximum 500Mbps for
 the line.
 I can reach 320Mbps maximum, but mostly it stays at 280Mbps and the
 Chromium has 30 seconds delays in everything i do.
>>> 
>>> I would make sure it is not some kind of DNS thing, 30 second delays
>>> sounds A LOT
>>> like trying a "dead" resolver 3 times with 10 secs in between, before
>>> moving to a "working" one.
>> 
>> By "delay" I mean the time passed from clicking on some Chromium menu
>> and the actual display of that menu. Even using a tty is slow, login
>> . password  in that disk intense usage period.
>> Tried Debian and FreeBSD, all are able to write disk and do graphics.
>> That ZFS on FreeBSD is mind blowing, I hope it's reliable too.
>> 
>> All I wanted was to compare my hardware and disk speeds with someone
>> running OpenBSD: simple dmesg <-> speed report match, but I think I
>> hit a taboo again.
>> Found some discussions on misc@ about that, no clear answer. I think I
>> will close this thread and see what this ZFS is about :-) .
>> 
>> Thank you all.
>>> 
>>> --
>>> May the most significant bit of your life be positive.
>> 
> 



Re: disk i/o test

2022-03-07 Thread Brian Brombacher
Correction: 

kern.bufcachepercentage=90

> On Mar 7, 2022, at 12:07 PM, Brian Brombacher  wrote:
> 
> Hi Mihai,
> 
> Not exactly related to disk speed, but have you cranked up the following 
> sysctl to see if it helps?
> 
> sysctl kern.bufcachepercentage=9
> 
> I put an entry in /etc/sysctl.conf for persistence.
> 
> This will cause up to 90% of system memory to be used as a unified buffer 
> cache for disk access.  Not sure if that helps but I use that value on every 
> install, including desktop and servers.  I can’t remember if the default 
> value has changed in the past 10 years but I always go with 90%.
> 
> -Brian
> 
>>> On Mar 7, 2022, at 6:17 AM, Mihai Popescu  wrote:
>>> 
>>> On Mon, Mar 7, 2022 at 8:46 AM Janne Johansson  wrote:
>>> 
>>> Den sön 6 mars 2022 kl 16:41 skrev Mihai Popescu :
 
 Since this thread is moving slowly in another direction, let me
>>> 
>>> True
>>> 
 reiterate my situation again: I am running a browser (mostly chromium)
 and the computer slows down on downloads. Since I've checked the
 downloads rates, I observed they are slow than my maximum 500Mbps for
 the line.
 I can reach 320Mbps maximum, but mostly it stays at 280Mbps and the
 Chromium has 30 seconds delays in everything i do.
>>> 
>>> I would make sure it is not some kind of DNS thing, 30 second delays
>>> sounds A LOT
>>> like trying a "dead" resolver 3 times with 10 secs in between, before
>>> moving to a "working" one.
>> 
>> By "delay" I mean the time passed from clicking on some Chromium menu
>> and the actual display of that menu. Even using a tty is slow, login
>> . password  in that disk intense usage period.
>> Tried Debian and FreeBSD, all are able to write disk and do graphics.
>> That ZFS on FreeBSD is mind blowing, I hope it's reliable too.
>> 
>> All I wanted was to compare my hardware and disk speeds with someone
>> running OpenBSD: simple dmesg <-> speed report match, but I think I
>> hit a taboo again.
>> Found some discussions on misc@ about that, no clear answer. I think I
>> will close this thread and see what this ZFS is about :-) .
>> 
>> Thank you all.
>>> 
>>> --
>>> May the most significant bit of your life be positive.
>> 



Re: disk i/o test

2022-03-07 Thread Brian Brombacher
Hi Mihai,

Not exactly related to disk speed, but have you cranked up the following sysctl 
to see if it helps?

sysctl kern.bufcachepercentage=9

I put an entry in /etc/sysctl.conf for persistence.

This will cause up to 90% of system memory to be used as a unified buffer cache 
for disk access.  Not sure if that helps but I use that value on every install, 
including desktop and servers.  I can’t remember if the default value has 
changed in the past 10 years but I always go with 90%.

-Brian

> On Mar 7, 2022, at 6:17 AM, Mihai Popescu  wrote:
> 
> On Mon, Mar 7, 2022 at 8:46 AM Janne Johansson  wrote:
>> 
>> Den sön 6 mars 2022 kl 16:41 skrev Mihai Popescu :
>>> 
>>> Since this thread is moving slowly in another direction, let me
>> 
>> True
>> 
>>> reiterate my situation again: I am running a browser (mostly chromium)
>>> and the computer slows down on downloads. Since I've checked the
>>> downloads rates, I observed they are slow than my maximum 500Mbps for
>>> the line.
>>> I can reach 320Mbps maximum, but mostly it stays at 280Mbps and the
>>> Chromium has 30 seconds delays in everything i do.
>> 
>> I would make sure it is not some kind of DNS thing, 30 second delays
>> sounds A LOT
>> like trying a "dead" resolver 3 times with 10 secs in between, before
>> moving to a "working" one.
> 
> By "delay" I mean the time passed from clicking on some Chromium menu
> and the actual display of that menu. Even using a tty is slow, login
> . password  in that disk intense usage period.
> Tried Debian and FreeBSD, all are able to write disk and do graphics.
> That ZFS on FreeBSD is mind blowing, I hope it's reliable too.
> 
> All I wanted was to compare my hardware and disk speeds with someone
> running OpenBSD: simple dmesg <-> speed report match, but I think I
> hit a taboo again.
> Found some discussions on misc@ about that, no clear answer. I think I
> will close this thread and see what this ZFS is about :-) .
> 
> Thank you all.
>> 
>> --
>> May the most significant bit of your life be positive.
> 



Re: disk i/o test

2022-03-07 Thread Mihai Popescu
On Mon, Mar 7, 2022 at 8:46 AM Janne Johansson  wrote:
>
> Den sön 6 mars 2022 kl 16:41 skrev Mihai Popescu :
> >
> > Since this thread is moving slowly in another direction, let me
>
> True
>
> > reiterate my situation again: I am running a browser (mostly chromium)
> > and the computer slows down on downloads. Since I've checked the
> > downloads rates, I observed they are slow than my maximum 500Mbps for
> > the line.
> > I can reach 320Mbps maximum, but mostly it stays at 280Mbps and the
> > Chromium has 30 seconds delays in everything i do.
>
> I would make sure it is not some kind of DNS thing, 30 second delays
> sounds A LOT
> like trying a "dead" resolver 3 times with 10 secs in between, before
> moving to a "working" one.

By "delay" I mean the time passed from clicking on some Chromium menu
and the actual display of that menu. Even using a tty is slow, login
. password  in that disk intense usage period.
Tried Debian and FreeBSD, all are able to write disk and do graphics.
That ZFS on FreeBSD is mind blowing, I hope it's reliable too.

All I wanted was to compare my hardware and disk speeds with someone
running OpenBSD: simple dmesg <-> speed report match, but I think I
hit a taboo again.
Found some discussions on misc@ about that, no clear answer. I think I
will close this thread and see what this ZFS is about :-) .

Thank you all.
>
> --
> May the most significant bit of your life be positive.



Re: Driver support for Marvell Amethyst (on MikroTik RB5009UG+S+IN)

2022-03-07 Thread Stuart Henderson
On 2022-03-07, Alex Waite  wrote:
> Hello Everyone,
>
> I will purchase a new home router soon, and hope to consolidate my ancient 
> switch into it as well.
>
> Has anyone here had success running OpenBSD on the MikroTik RB5009UG+S+IN? [1]
>
> It's ARM8 64-bit, so I expect OpenBSD to install and run, but the networking 
> I am unsure about (Marvell Amethyst 88E6393X). [2]
>
> I have not found any information about OpenBSD support for the Marvell 
> Amethyst series, so I fear that it is not (yet) supported. Can anyone confirm 
> one way or the other, or speak to the likelihood that support will be added?
>
> ---Alex
>
> [1] https://mikrotik.com/product/rb5009ug_s_in
> [2] https://i.mt.lv/cdn/product_files/RB5009UGS_210729.png

OpenBSD doesn't currently run on any MikroTik routers other than old
versions on the old powerpc RB600A. https://www.openbsd.org/socppc.html

OpenBSD does support boards with the same SoC family (Armada 7/8k;
rb5009 has Armada 7k) but MikroTik uses a proprietary bootloader.
If someone wanted to look into what's needed to make them work,
there is an OpenWRT version that should run on these now, which may
help: https://github.com/adron-s/openwrt-rb5009

88E6393X is the switch chip; it might be similar to those supported by
mvsw(4) but OpenBSD has no framework for controlling how enbedded
switches are configured; all it does is bridge all ports together.

-- 
Please keep replies on the mailing list.



Driver support for Marvell Amethyst (on MikroTik RB5009UG+S+IN)

2022-03-07 Thread Alex Waite
Hello Everyone,

I will purchase a new home router soon, and hope to consolidate my ancient 
switch into it as well.

Has anyone here had success running OpenBSD on the MikroTik RB5009UG+S+IN? [1]

It's ARM8 64-bit, so I expect OpenBSD to install and run, but the networking I 
am unsure about (Marvell Amethyst 88E6393X). [2]

I have not found any information about OpenBSD support for the Marvell Amethyst 
series, so I fear that it is not (yet) supported. Can anyone confirm one way or 
the other, or speak to the likelihood that support will be added?

---Alex

[1] https://mikrotik.com/product/rb5009ug_s_in
[2] https://i.mt.lv/cdn/product_files/RB5009UGS_210729.png