I don't know if it's because of bashfulness or what that people aren't
telling it to your face: Plan 9 is not intended for home or home office. It
hasn't matured to that point and its age is already past when it had a
chance to mature. From what I've read on this list it probably serves as
the
On Apr 15, 2009, at 4:26 AM, Eris Discordia wrote:
Plan 9 is not intended for home or home office.
True, but that doesn't mean it can't be used in such an environment. I
type all my reports up in Plan 9.
Hello 9fans.
I'm thinking of writing a NAT implementation for plan 9. I have searched the
archives and I'm not quite sure how to get started.
As I see it there could be three ways of approaching this:
1. User space implementation using ipmux
2. User space using pkt interfaces in ipifc.
3. Kernel
2009/4/15 Patrick Kristiansen :
> Hello 9fans.
> I'm thinking of writing a NAT implementation for plan 9. I have searched the
> archives and I'm not quite sure how to get started.
Hi Patrick,
> As I see it there could be three ways of approaching this:
> 1. User space implementation using ipmux
>
> Hello 9fans.
> I'm thinking of writing a NAT implementation for plan 9. I have searched the
> archives and I'm not quite sure how to get started.
>
> As I see it there could be three ways of approaching this:
>
> 1. User space implementation using ipmux
> 2. User space using pkt interfaces in i
> and its age is already past when it had a chance to mature.
Maturity is relative to what you want your system to do.
But I agree that plan9 is not productive in the youtube/skype/facebook
sense of 'productivity'.
it's technologically innovative and exemplary simple.
Another thing I've learned i
On Wed, Apr 15, 2009 at 4:26 PM, Eris Discordia
wrote:
> Plan 9 is not intended for home or home office.
Yes, I understood that from the responses to my questions. As soon as
I read them, I gave up the idea of trying to switch to Plan 9. Now
it's more about enriching my knowledge and experience.
2009/4/15 Devon H. O'Dell
>
>
> I think #2 would be an easily testable and maybe more `correct' way to
> do this in Plan 9. I think doing an implementation directly in the IP
> path is easier, overall, but that's where my experience lies anyway.
>
Thanks, I'll try that.
>
>
> > Do you have any a
> but I
> don't think you can get much from it by way of productivity, unless you
> intend to get productive in software engineering and/or computer science.
If you phrased this slightly more gently, people may in fact agree
with you. Although I find my workstation quite a useful mail agent,
pe
Now I need to decide whether to install qemu or kvm, and whether to
install it in Ubuntu or in Debian, and then reorganize my partitions
accordingly.
QEMU would be the way to go. It seems most people here who run Plan 9 in a
VM do it on QEMU on Linux; you'll have a better chance of getting answ
On Wed, Apr 15, 2009 at 10:05 PM, Jim Habegger wrote:
>
> Now I need to decide whether to install qemu or kvm, and whether to
> install it in Ubuntu or in Debian, and then reorganize my partitions
> accordingly.
If you want to see Plan 9 run natively on hardware, then I recommend
purchasing one o
If you phrased this slightly more gently, people may in fact agree
with you.
They'd be agreeing with the wrong formulation, then.
But Plan 9 is a great environment to experiment in.
Sure. So is every nascent or vestigial system.
Anyhow, the thread's originator says he's interested in comput
> Now I need to decide whether to install qemu or kvm, and whether to
> install it in Ubuntu or in Debian, and then reorganize my partitions
> accordingly.
I am using 9vx for experimenting and learning a bit, and is good
enough for me. Never mind that it crashes quite often (specially when
you sta
Hi,
I want to compare the memory consumption of two versions of the same
program. I think /proc it's the way to go and acid should give me the
tools to do so, am I right? is there a better way to do so? Just
asking before reading the acid papers.
Also, I am interested in the speed of both versions,
On Wed, Apr 15, 2009 at 7:53 AM, hugo rivera wrote:
> Hi,
> I want to compare the memory consumption of two versions of the same
> program. I think /proc it's the way to go and acid should give me the
> tools to do so, am I right? is there a better way to do so? Just
> asking before reading the ac
> seems reasonable to me, I assume you are looking at data consumption only?
well, I am not really sure what you mean. Data consumption? ;-)
> If they run for hours, time is fine. If they run for seconds, well,
> maybe not so fine.
OK, they just run for a few seconds, so, any suggestions are wel
On Wed, Apr 15, 2009 at 8:18 AM, hugo rivera wrote:
>> seems reasonable to me, I assume you are looking at data consumption only?
>
> well, I am not really sure what you mean. Data consumption? ;-)
sorry. Memory data footprint. Not code + memory. This all depends on
lots of factors, but for code
many thanks.
2009/4/15 ron minnich :
> On Wed, Apr 15, 2009 at 8:18 AM, hugo rivera wrote:
>>> seems reasonable to me, I assume you are looking at data consumption only?
>>
>> well, I am not really sure what you mean. Data consumption? ;-)
>
> sorry. Memory data footprint. Not code + memory. This
OK, they just run for a few seconds, so, any suggestions are welcome
(in fact needed)
/dev/bintime
Wouldn't many rounds of running with different data sets (to minimize cache
hits) and timing with time also serve the same purpose? Does time introduce
some unavoidable minimum margin of error
actually i never use anything less than the processor cycle counter if
I care. If I don't care as much bintime is good. time on plan 9 is
great but for runs in the seconds I don't use it.
ron
...
> hasn't matured to that point and its age is already
> past when it had a chance to mature.
Methinks he doth protest too much.
-Steve
On Wed, Apr 15, 2009 at 02:03:35PM +0200, Patrick Kristiansen wrote:
> I'm thinking of writing a NAT implementation for plan 9.
I would suggest instead that it might be easier to write an adaptor program
for non-Plan 9 hosts which made their network stacks talk to a /net. That
is, you'd want a pr
On Wed, Apr 15, 2009 at 9:00 AM, Steve Simon wrote:
> ...
>> hasn't matured to that point and its age is already
>> past when it had a chance to mature.
>
> Methinks he doth protest too much.
Yes. If you keep thinking of Plan 9 as a Unix variant, you're going to
be continually upset. It doesn't f
the idea is interesting, but it's a compliment, not a replacement.
there's plenty of situations where installing something on all your
hosts is either impractical or undesirable; centralizing the work in
network infrastructure is often a big win. doing what you describe
hits a different set of use
2009/4/15 Nathaniel W Filardo :
> On Wed, Apr 15, 2009 at 02:03:35PM +0200, Patrick Kristiansen wrote:
>> I'm thinking of writing a NAT implementation for plan 9.
>
> I would suggest instead that it might be easier to write an adaptor program
> for non-Plan 9 hosts which made their network stacks t
2009/4/15 Anthony Sorace :
> the idea is interesting, but it's a compliment, not a replacement.
> there's plenty of situations where installing something on all your
> hosts is either impractical or undesirable; centralizing the work in
> network infrastructure is often a big win. doing what you de
i think it's a *great* idea, but it doesn't give you the same things
nat does and isn't useful in the same cases. but i'd love to be able
to import my plan9 /net from my OS X box.
On Wed Apr 15 10:55:34 EDT 2009, uai...@gmail.com wrote:
> Hi,
> I want to compare the memory consumption of two versions of the same
> program. I think /proc it's the way to go and acid should give me the
> tools to do so, am I right? is there a better way to do so? Just
> asking before reading th
> i think it's a *great* idea, but it doesn't give you the same things
> nat does and isn't useful in the same cases. but i'd love to be able
> to import my plan9 /net from my OS X box.
It seems a pretty universal opinion that were other OSs
capable of importing a Plan9 /net, their _functioning_ t
> leak should give you a very detailed picture of memory allocation.
>
> ron's comments notwithstanding, i have found nsec() to be very helpful
> in tuning most user mode programs. i wasn't doing supercomputer
> applications, but the chances are you aren't either.
No, no supercomputers for me (ma
I've got a laptop that I (for shits and giggles) decided to put Plan 9
on. Lo and behold, it worked fine (Compal EL80, Core 2 Duo, 2GB RAM,
nVidia video).
So, I'm running at 1280x1024x32 right now in VESA, which is
reasonable, but I'd like to run at my maximum native resolution, which
is 1680x1050
> I've got a laptop that I (for shits and giggles) decided to put Plan 9
> on. Lo and behold, it worked fine (Compal EL80, Core 2 Duo, 2GB RAM,
> nVidia video).
>
> So, I'm running at 1280x1024x32 right now in VESA, which is
> reasonable, but I'd like to run at my maximum native resolution, which
> I've got a laptop that I (for shits and giggles) decided to put Plan 9
> on. Lo and behold, it worked fine (Compal EL80, Core 2 Duo, 2GB RAM,
> nVidia video).
>
> So, I'm running at 1280x1024x32 right now in VESA, which is
> reasonable, but I'd like to run at my maximum native resolution, which
> In some of the little I've played with such things, it
> has appeared that the VESA report of available modes
> does not always include resolutions that are out of
> the ordinary, and without that, I doubt the VESA
> driver will be able to put it into that mode. Not to
> discourage you, but just
Try generating a working modeline for your X.Org and then just put the
numbers from modeline into vgadb. xvidtune should help with generating the
modeline.
A modeline looks like:
Modeline "mode_name_here" 106.47 1440 1520 1672 1904 900 901 904 932 -HSync
+Vsync
Numbers are from left to righ
I thought russ posted a program that runs under X11 (on unix)
and prints the video config for the current mode in vgadb form.
I had a search but couldn't find it so perhaps it was wishful
thinking, alternatively perhaps this wil jog somones elses
memory.
-Steve
Thanks for all the tips, I'll see what I can get working (and perhaps
flesh out the wiki once it's working well, if it ends up being
different from what's already there).
--dho
Well, that ends up getting my screen to have a bunch of lines through
it, staggered -- so I'm not much better off than I was before. I'm
guessing that's an nVidia driver issue or something. If I had any idea
about video devices, I'd try to fix it, but I don't. I'll just live
with a bit low-res VESA
On Wed Apr 15 19:32:57 EDT 2009, devon.od...@gmail.com wrote:
> Well, that ends up getting my screen to have a bunch of lines through
> it, staggered -- so I'm not much better off than I was before. I'm
> guessing that's an nVidia driver issue or something. If I had any idea
> about video devices,
i really need to write a driver for integratede modern intel or ati
graphics.
There is an ati radeon driver for the r100-r300 (at least) by Philippe
Anel, iirc.
It also builds against the Inferno native kernel, but there is no user
program to drive it (set modes, etc) yet.
-- vs
40 matches
Mail list logo
