From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from alt.a-painless.mh.aa.net.uk ([81.187.30.53]) by ewsd; Wed Jul 15 09:21:50 EDT 2020 Received: from 132.198.187.81.in-addr.arpa ([81.187.198.132] helo=quintile.net) by a-painless.mh.aa.net.uk with esmtp (Exim 4.92) (envelope-from ) id 1jvhLh-0007nl-Kq for 9front@9front.org; Wed, 15 Jul 2020 14:21:25 +0100 Received: from [192.168.1.37] ([81.187.198.132]) by quintile.net; Wed Jul 15 14:21:23 BST 2020 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Steve Simon Mime-Version: 1.0 (1.0) Subject: Re: [9front] drawterm stuck Date: Wed, 15 Jul 2020 14:21:22 +0100 Message-Id: <15B350A3-10DE-424C-93BE-3146669E20AA@quintile.net> References: In-Reply-To: To: 9front@9front.org X-Mailer: iPhone Mail (17F80) List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: stateless overflow-preventing descriptor ACPI module-scale GPU interface re: httpd is slow i think this is a little unfair. i=E2=80=99m sure httpd would not stand up well to heavy loads - it wasn=E2=80= =99t been designed for super high performance. However i would expect it to keep up fairly well with light loads, after all= it doesn't try to do too much. imho file server performance is likely to effect it more. -Steve > On 15 Jul 2020, at 10:16 am, hiro <23hiro@gmail.com> wrote: >=20 > =EF=BB=BFif you don't know how to do networking with qemu some people like= to > use the libvirt abstraction around it that tries to do most of these > things for you (more like vbox). >=20 > personally i think it's better to learn how to do the networking right > with bridges and IP forwarding instead of silly hacks like NAT or port > forwarding. > qemu doesn't really need to do much here, the bridging or IP routing > would need to happen on the outer OS. >=20 > httpd is slow, but for controversial pages that might be fine as > you'll have less visitors. > all that benchmarks would show is that httpd is slow, so i don't why > you want benchmarks. > i recommend rc-httpd, it's slower than httpd. it's really good. >=20 >> On 7/15/20, William Gunnells wrote: >> Okay I got it to work in virtual box. I struggled with qemu and tap/bridg= e >> to no end. >>=20 >> I remember that virtual box handled bridge a little differently. So I gav= e >> it a shot and boom up and running. >>=20 >> I do have OpenBSD on my laptop perhaps I can qemu working with tap and >> bridge. But honestly I=E2=80=99m not sure what I want to do >> in the grand scheme of things. >>=20 >> I think it would have worked without the bridge but the qemu string would= >> have been long because I think I needed to open up a range of ports for >> ingress and egress. >>=20 >> Thanks for all the help >>=20 >> Does httpd work and is it fast I was thinking of running this in AWS on a= >> custom AMI at some point >>=20 >> Just looking for something different and something that could potentially= be >> fast. I plan on serving controversial pages. >>=20 >> Its just hard to find bench marks but more importantly I didn=E2=80=99t w= ant this to >> be the usual nix distributions. >>=20 >>=20 >>=20 >>>> On Jul 13, 2020, at 5:25 PM, Amavect wrote: >>>=20 >>>> oh my net audit show everything seems to be fine except >>>> ether=3D3D525400123456 does not belong to any network interface >>>> no fs=3D3D entry (needed for pls boot)=3D20 >>> Refer to my example from my last message and modify to your own setup. >>> You have duplicate sys=3Dcirno lines, the cpu=3D line is not a '=3D', an= d your >>> dom should be 9front, not cirno.9front. >>> Your ipgw and dns is your router's ip address, which is probably 10.0.2.= 1 >>> No fs is fine if you're not planning to need tls boot. >>>=20 >>>> auth server seems to be fine i think it reads >>>> someone is listening on port 567 >>> That's good. The cpu server is trying to listen for connections. >>> Clearly not succeeding, though. >>>=20 >>>> auth/asaudit shows 1 problem >>>> BAD: key in keyfs does not match nvram >>>> trying nvram key for 9front@glenda with factotum >>>> GOOD: key in factotum matches nvram >>> I'm guessing you didn't set up glenda's password with auth/changeuser >>> Or, if you did, the key didn't match. Run auth/wrkey again. >>> Refer to the fqa links that I had put in my last message. >>>=20 >>> Thanks, >>> Amavect >>=20 >>=20