From: Uriel <lost.goblin@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net>
Subject: Re: [9fans] rio in cpu/auth server in vmware fusion 2.0
Date: Sat, 3 Jan 2009 04:16:48 +0100 [thread overview]
Message-ID: <5d375e920901021916s4a4e0279l574ba7ce352952b8@mail.gmail.com> (raw)
In-Reply-To: <dac0a5820901021602v1c2015a9w282bb8ad41b48e13@mail.gmail.com>
If you use 9vx as your terminal, you can run inferno/acme locally,
which might improve things a bit, although it still leaves a lot to be
desired.
The strange thing with drawterm+inferno is that even video playback
over drawterm seems to work better than the painful redrawing of wm
apps.
Perhaps having inferno apps use the Plan 9 (or drawterm) draw device
directly would help, but I seem to remember Charles didn't think it
would make a big difference, maybe somebody should test it and see if
we can track down where the slowdown comes from...
uriel
On Sat, Jan 3, 2009 at 1:02 AM, Tharaneedharan Vilwanathan
<vdharani@gmail.com> wrote:
> hi jeff,
>
> after a couple of hiccups, i made my plan9 installation to become a
> cpu/auth server as well. i am also able to use graphics screen with
> 1280x768 resolution. the graphics screen is good enough for me so far.
>
> on the drawterm stuff, yes, i keep using it and it is pretty good. the
> only problem with drawterm is inferno graphics screen performance. it
> is really bad. you have to use it to believe it. since i use
> inferno/inferno-acme most of the time, i think i cant use drawterm.
> otherwise, drawterm is really cool.
>
> that apart, i think your suggestion is valid and good, just use VM as
> auth/cpu server and do the rest with drawterm.
>
> thanks
> dharani
>
> On Sun, Dec 28, 2008 at 9:06 AM, Jeff Sickel <jas@corpus-callosum.com> wrote:
>> Or better yet, use drawterm to a vmware based Plan 9 stand alone CPU server.
>> Copy/paste works, rio is responsive, and the VMWare host never needs to
>> enter graphics mode. Don't configure the vm for multiple cpus though, that
>> doesn't work so well (but virtualizing multiple cpus doesn't really work
>> well in Parallels or VirtualBox either, nor on VMWare's ESX servers).
>> Drawterm will go full screen if you like.
>>
>> Whatever virtualized graphics chipset VMWare is providing really does not
>> work well w/ Plan 9. I've also found it doesn't work so well with any other
>> OS I've tried (haven't tried Windows), so you're milage may vary.
>>
>> Unless you've got some NDA from VMWare in place so that you can write a new
>> driver for Plan 9 to use whatever graphics chipset will work, I'd say stop
>> trying to make Plan 9 do something it won't be able to do well on VMWare.
>> In fact, take a quick look at VMWare's knowledge base support site as there
>> are plenty of references to poor graphics performance even for their
>> targeted guest OS.
>>
>> -jas
>>
>> On Dec 28, 2008, at 6:29 AM, Tharaneedharan Vilwanathan wrote:
>>
>>> hi,
>>>
>>> is anyone able to run rio well in plan9 cpu/auth server on vmware fusion
>>> 2.0?
>>>
>>> i am able to run it in stand alone mode. but once i switch to cpu/auth
>>> server mode, i only see black screen. then i am able to open new
>>> windows, use it to some extent but things get clumsy. i dont see the
>>> window borders, etc. what is the one that is not running properly
>>> here? is it rio?
>>>
>>> any clues?
>>>
>>> thanks
>>> dharani
>>>
>>>
>>
>>
>>
>
>
next prev parent reply other threads:[~2009-01-03 3:16 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-28 12:29 Tharaneedharan Vilwanathan
2008-12-28 16:12 ` Russ Cox
2008-12-28 19:03 ` Tharaneedharan Vilwanathan
2008-12-28 17:06 ` Jeff Sickel
2008-12-28 18:24 ` Uriel
2008-12-28 19:30 ` erik quanstrom
2008-12-28 19:54 ` Jeff Sickel
2008-12-28 23:01 ` Uriel
2008-12-28 23:31 ` Skip Tavakkolian
2008-12-29 0:14 ` Jeff Sickel
2008-12-28 20:06 ` lucio
2008-12-28 22:32 ` Skip Tavakkolian
2009-01-03 0:02 ` Tharaneedharan Vilwanathan
2009-01-03 3:16 ` Uriel [this message]
2009-01-03 4:37 ` lucio
2009-01-03 5:17 ` Tharaneedharan Vilwanathan
2009-01-03 7:33 ` lucio
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=5d375e920901021916s4a4e0279l574ba7ce352952b8@mail.gmail.com \
--to=lost.goblin@gmail.com \
--cc=9fans@9fans.net \
/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).