From: Steve Simon <steve@quintile.net>
To: 9front@9front.org
Subject: Re: [9front] drawterm stuck
Date: Wed, 15 Jul 2020 14:21:22 +0100 [thread overview]
Message-ID: <15B350A3-10DE-424C-93BE-3146669E20AA@quintile.net> (raw)
In-Reply-To: <CAFSF3XM91o-CQSAQh6hOKSdKjt07xRMf=waWjUvqa44-sFEQpw@mail.gmail.com>
re: httpd is slow
i think this is a little unfair.
i’m sure httpd would not stand up well to heavy loads - it wasn’t 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:
>
> if 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).
>
> 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.
>
> 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.
>
>> On 7/15/20, William Gunnells <gunnells@gmail.com> wrote:
>> Okay I got it to work in virtual box. I struggled with qemu and tap/bridge
>> to no end.
>>
>> I remember that virtual box handled bridge a little differently. So I gave
>> it a shot and boom up and running.
>>
>> I do have OpenBSD on my laptop perhaps I can qemu working with tap and
>> bridge. But honestly I’m not sure what I want to do
>> in the grand scheme of things.
>>
>> 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.
>>
>> Thanks for all the help
>>
>> Does httpd work and is it fast I was thinking of running this in AWS on a
>> custom AMI at some point
>>
>> Just looking for something different and something that could potentially be
>> fast. I plan on serving controversial pages.
>>
>> Its just hard to find bench marks but more importantly I didn’t want this to
>> be the usual nix distributions.
>>
>>
>>
>>>> On Jul 13, 2020, at 5:25 PM, Amavect <amavect@gmail.com> wrote:
>>>
>>>> oh my net audit show everything seems to be fine except
>>>> ether=3D525400123456 does not belong to any network interface
>>>> no fs=3D entry (needed for pls boot)=20
>>> Refer to my example from my last message and modify to your own setup.
>>> You have duplicate sys=cirno lines, the cpu= line is not a '=', and 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.
>>>
>>>> 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.
>>>
>>>> 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.
>>>
>>> Thanks,
>>> Amavect
>>
>>
next prev parent reply other threads:[~2020-07-15 13:21 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-13 23:02 [9front] " William Gunnells
2020-07-14 0:21 ` hiro
2020-07-14 0:25 ` Amavect
2020-07-14 0:28 ` hiro
2020-07-14 0:34 ` hiro
2020-07-15 6:05 ` [9front] " William Gunnells
2020-07-15 8:15 ` hiro
2020-07-15 13:21 ` Steve Simon [this message]
2020-07-15 13:43 ` hiro
2020-07-15 17:02 ` William Gunnells
2020-07-15 17:13 ` Kurt H Maier
2020-07-15 17:43 ` hiro
2020-07-15 19:10 ` ori
2020-07-17 10:51 ` Ethan Gardener
-- strict thread matches above, loose matches on Subject: below --
2020-07-13 2:48 William Gunnells
2020-07-13 22:24 ` [9front] " Kurt H Maier
2020-07-13 22:47 ` William Gunnells
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=15B350A3-10DE-424C-93BE-3146669E20AA@quintile.net \
--to=steve@quintile.net \
--cc=9front@9front.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).