Re: New desktop CPU/chipset recommendation
Thomas Frohwein wrote: > On Mon, Sep 20, 2021 at 02:56:31PM -0400, Andre Smagin wrote: > > Good day. > > > > I am looking for a hardware advice. > > I don't upgrade my desktop very often - last one was about ten > > years ago (AMD FX-8350 CPU), which I recently made my home server > > running -current, no issues. Now I am looking for a new desktop that > > will last another ten years, hence the question: if I buy the latest > > available AMD chipset (X570 I think) and Ryzen 9 CPU - are there any > > current issues with using it for OpenBSD desktop? I would like to > > overkill it with the choice of hardware now, so I don't have to worry > > about it for a while. > > If you need audio, that might be a barrier to recent AMD CPUs: > > https://marc.info/?l=openbsd-bugs=161221378203609=2 > https://marc.info/?l=openbsd-bugs=160112047222899=2 > > Earlier Ryzen CPUs worked after disabling MSI for azalia(4), but it > seems to not be a solution anymore with later models. > > For desktop, Ryzen 2xxx CPUs seem to be the last ones without the audio > limitations. I ran a Ryzen 7-2700 for a while. > As a side note, I learned that one can also use an external USB audio card to get audio working smoothly. > If you plan to use GPU acceleration, amdgpu(4) still seems to run into > poorly predictable "freezes" where the screen stops updating. I most > recently experienced this a week or two ago on the Thinkpad X395. This > is probably still an issue with dedicated GPUs, too. Using an AMD > Radeon card type Northern Island or older would be the only solution I > can think of, but that is > 10 year old hardware and doesn't support > newer OpenGL or Vulkan. > > These issues together are the reason why I personally ended up back on > Intel hardware. If your goal of "overkill with choice of hardware now" > includes using audio and GPU acceleration including newer APIs, a 10th > or 11th gen Intel CPU may be the best option. > > Of course, if you don't use audio and don't need GPU acceleration, then > all these points are moot and you could just get the most powerful > Ryzen 9 you can afford. (Note you may not get a lot of return on > investment for core counts > 8.) > > > > I am ten years out of touch with hardware development progress, so will > > appreciate any input you may have. > > > > -- > > Andre > > >
Re: New desktop CPU/chipset recommendation
On Mon, Sep 20, 2021 at 02:56:31PM -0400, Andre Smagin wrote: > Good day. > > I am looking for a hardware advice. > I don't upgrade my desktop very often - last one was about ten > years ago (AMD FX-8350 CPU), which I recently made my home server > running -current, no issues. Now I am looking for a new desktop that > will last another ten years, hence the question: if I buy the latest > available AMD chipset (X570 I think) and Ryzen 9 CPU - are there any > current issues with using it for OpenBSD desktop? I would like to > overkill it with the choice of hardware now, so I don't have to worry > about it for a while. > > I am ten years out of touch with hardware development progress, so will > appreciate any input you may have. > > -- > Andre > You got me curious, so I went ahead and installed OpenBSD on the desktop I rebuilt this year. I've got a Ryzen R9 3900X with an MSI MAG B550 TOMAHAWK for the motherboard, and an R9 380 for the graphics card. Works totally fine from my initial impressions. Sound works, USB works, plays full HD videos fine over DP, drives the 1440p display with no issues, etc. The only thing "wrong" is that I don't think Audio-over-HDMI works. Hope this might help a bit, Danny
Re: dhcpleased with option dhcp-client-identifier
On 2021-08-27, Olivier Cherrier wrote: > Thanks you Florian for the detailed explanation. Appreciated. quick update for the archives etc, a change to handle this was committed: https://marc.info/?l=openbsd-cvs=163213837512278=2 -- Please keep replies on the mailing list.
Re: New desktop CPU/chipset recommendation
On Mon, Sep 20, 2021 at 02:56:31PM -0400, Andre Smagin wrote: > Good day. > > I am looking for a hardware advice. > I don't upgrade my desktop very often - last one was about ten > years ago (AMD FX-8350 CPU), which I recently made my home server > running -current, no issues. Now I am looking for a new desktop that > will last another ten years, hence the question: if I buy the latest > available AMD chipset (X570 I think) and Ryzen 9 CPU - are there any > current issues with using it for OpenBSD desktop? I would like to > overkill it with the choice of hardware now, so I don't have to worry > about it for a while. If you need audio, that might be a barrier to recent AMD CPUs: https://marc.info/?l=openbsd-bugs=161221378203609=2 https://marc.info/?l=openbsd-bugs=160112047222899=2 Earlier Ryzen CPUs worked after disabling MSI for azalia(4), but it seems to not be a solution anymore with later models. For desktop, Ryzen 2xxx CPUs seem to be the last ones without the audio limitations. I ran a Ryzen 7-2700 for a while. If you plan to use GPU acceleration, amdgpu(4) still seems to run into poorly predictable "freezes" where the screen stops updating. I most recently experienced this a week or two ago on the Thinkpad X395. This is probably still an issue with dedicated GPUs, too. Using an AMD Radeon card type Northern Island or older would be the only solution I can think of, but that is > 10 year old hardware and doesn't support newer OpenGL or Vulkan. These issues together are the reason why I personally ended up back on Intel hardware. If your goal of "overkill with choice of hardware now" includes using audio and GPU acceleration including newer APIs, a 10th or 11th gen Intel CPU may be the best option. Of course, if you don't use audio and don't need GPU acceleration, then all these points are moot and you could just get the most powerful Ryzen 9 you can afford. (Note you may not get a lot of return on investment for core counts > 8.) > > I am ten years out of touch with hardware development progress, so will > appreciate any input you may have. > > -- > Andre >
New desktop CPU/chipset recommendation
Good day. I am looking for a hardware advice. I don't upgrade my desktop very often - last one was about ten years ago (AMD FX-8350 CPU), which I recently made my home server running -current, no issues. Now I am looking for a new desktop that will last another ten years, hence the question: if I buy the latest available AMD chipset (X570 I think) and Ryzen 9 CPU - are there any current issues with using it for OpenBSD desktop? I would like to overkill it with the choice of hardware now, so I don't have to worry about it for a while. I am ten years out of touch with hardware development progress, so will appreciate any input you may have. -- Andre
Re: pkg_info -m: libraries and dependencies marked as manually installed
On 9/19/21 3:21 PM, Stuart Henderson wrote: > On 2021-09-19, Jordan Geoghegan wrote: >> Hello, >> >> I recently decided to clean up my desktop machine of unused packages etc. >> I've been running release/stable on this machine since around the OpenBSD >> 6.2 era. The machine has been upgraded over the years all the way to 6.9. >> I'm not sure that it's relevant, but I've regularly run sysclean in an >> effort to keep my install clean and fresh. >> >> When running "pkg_info -m", within the output list I am shown a number of >> random dependencies which I did not manually install. Is there a way to >> remove the "manually installed" tag from these library/dependency packages >> to allow them to potentially be cleaned up by "pkg_delete -a"? > Yes, with pkg_add(1): > > "-aa Force already installed packages to be tagged as > installed automatically." > > Thanks Stuart, you're a saint - that certainly did the trick! Regards, Jordan
Kernel not responding to all ICMP requests
Hi, I have two OpenBSD 6.9 servers: fw-1 (10.0.0.58) and fw-2 (10.0.0.59) In last few days I got reports from our monitoring saying there is packet loss to them. So I tried to ping from fw-1 to fw-2: fw-1$ ping -c 10 fw-2 PING fw-2 (10.0.0.59): 56 data bytes 64 bytes from 10.0.0.59: icmp_seq=0 ttl=255 time=0.533 ms 64 bytes from 10.0.0.59: icmp_seq=1 ttl=255 time=0.735 ms 64 bytes from 10.0.0.59: icmp_seq=2 ttl=255 time=0.517 ms 64 bytes from 10.0.0.59: icmp_seq=3 ttl=255 time=0.506 ms 64 bytes from 10.0.0.59: icmp_seq=4 ttl=255 time=0.609 ms 64 bytes from 10.0.0.59: icmp_seq=6 ttl=255 time=0.503 ms 64 bytes from 10.0.0.59: icmp_seq=7 ttl=255 time=0.479 ms 64 bytes from 10.0.0.59: icmp_seq=8 ttl=255 time=0.523 ms 64 bytes from 10.0.0.59: icmp_seq=9 ttl=255 time=0.507 ms --- fw-2.snet.verza.net ping statistics --- 10 packets transmitted, 9 packets received, 10.0% packet loss round-trip min/avg/max/std-dev = 0.479/0.546/0.735/0.075 ms and tcpdump on fw-2 says it saw the icmp_seq=5 request but did not reply: fw-2$ doas tcpdump -lnp -i trunk0 icmp and host 10.0.0.58 tcpdump: listening on trunk0, link-type EN10MB 11:56:13.087075 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:13.087094 10.0.0.59 > 10.0.0.58: icmp: echo reply 11:56:14.092993 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:14.093005 10.0.0.59 > 10.0.0.58: icmp: echo reply 11:56:15.092840 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:15.092851 10.0.0.59 > 10.0.0.58: icmp: echo reply 11:56:16.092828 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:16.092839 10.0.0.59 > 10.0.0.58: icmp: echo reply 11:56:17.092809 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:17.092822 10.0.0.59 > 10.0.0.58: icmp: echo reply 11:56:18.092793 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:19.092776 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:19.092786 10.0.0.59 > 10.0.0.58: icmp: echo reply 11:56:20.092726 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:20.092744 10.0.0.59 > 10.0.0.58: icmp: echo reply 11:56:21.092756 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:21.092774 10.0.0.59 > 10.0.0.58: icmp: echo reply 11:56:22.092733 10.0.0.58 > 10.0.0.59: icmp: echo request 11:56:22.092743 10.0.0.59 > 10.0.0.58: icmp: echo reply I can see the echo reply ICMP packet is missing from netstat stats as well: fw-2$ netstat -ss -p icmp icmp: 101 calls to icmp_error Output packet histogram: echo reply: 40626 destination unreachable: 101 time stamp reply: 1 Input packet histogram: echo reply: 247 destination unreachable: 1 echo: 40626 time stamp: 1 address mask request: 3 #37: 1 40627 message responses generated .. 10 ICMP requests .. fw-2$ netstat -ss -p icmp icmp: 101 calls to icmp_error Output packet histogram: echo reply: 40635 destination unreachable: 101 time stamp reply: 1 Input packet histogram: echo reply: 247 destination unreachable: 1 echo: 40635 time stamp: 1 address mask request: 3 #37: 1 40636 message responses generated I've tried to disable pf but it did not have any impact. Device trunk0 has two bnxt type interfaces. Both servers are in place for years and both of them started to lose packets in last few days. How can I debug such problem please? Disclaimer: ip addresses might have been changed to prevent information leak as we are in audited environment. Thanks, Pavel Mateja
Re: Love OpenBSD Humor
On Sun Sep 19, 2021 at 5:59 PM CST, flint pyrite wrote: > that those who have a voice > > typically speak. > > What they speak is a mystery: > > binary means 0 or 1 > 0 = truth > 1= lie > > > > this is binary choose a state of 0 or 1 > Yesterday I posted in OpenBSD my fav OS: > 0 means mindlessness > > 1 means mindfulness > > My entire post was deleted. Sorry for the hints > > So much for humor today > > --- > I do not speak much. I tried to post this on Reddit and it got deleted. > I thought it was funny so I reposted. Finally, I posted on here. > > Coding is great: 0 : or
