On Jun 9, 2009, at 7:33 PM, Devon H. O'Dell wrote:
I think you mean `networks with multiple gateways'? I don't see how
Plan 9's model would affect this idea one way or the other, but
perhaps I (or all of us) misunderstand this part of your questions.
Based on scanning the original article, I
> i don't think i understand what you're getting at.
> it could be that the blog was getting at the fact that select
> funnels a bunch of independent i/o down to one process.
> it's an effective technique when (a) threads are not available
> and (b) processing is very fast.
ack. but, you can sele
> I've just pushed out kernel sources and binaries to incorporate
> Aki's mtrr and vesa changes. The combination makes monitor=vesa
> run quite a bit faster; we saw a factor of three speed improvement
> in one case.
thank you! i'm using it on a lenovo T61p; it definitely feels faster.
On Tue Jun 9 19:22:39 EDT 2009, bpisu...@cs.indiana.edu wrote:
> Well, select() or alt might or might not be required depending on whether
> you want your thread to wait till the read operation waiting
> for data from the network completes.
your thread will always wait until any system call co
Thanks Geoff,
That made great effect to my VIA LN1EG!
Kenji Arisawa
On 2009/06/10, at 6:18, ge...@plan9.bell-labs.com wrote:
I've just pushed out kernel sources and binaries to incorporate
Aki's mtrr and vesa changes. The combination makes monitor=vesa
run quite a bit faster; we saw a fa
On Tue, Jun 9, 2009 at 7:20 PM, Bhanu Nagendra
Pisupati wrote:
> First off, I really am a big fan of filesystem interfaces as used in Plan 9
> - after all my PhD work was based on the model :)
Did you do this on Plan 9 or bring some of the filesystem sanity of another OS?
> My objective here is t
On Tue Jun 9 19:30:32 EDT 2009, m...@acm.jhu.edu wrote:
> > On Tue Jun 9 17:20:12 EDT 2009, ge...@plan9.bell-labs.com wrote:
> >> I've just pushed out kernel sources and binaries to incorporate
> >> Aki's mtrr and vesa changes. The combination makes monitor=vesa
> >> run quite a bit faster; we s
>> i have no idea how this relates to the use of a fs in implementing the
>> network stack. why would using a filsystem (or not) make any difference
>> in the ability to multihome?
>>
>> by the way, plan 9 beats the pants off anything else i've used for
>> multiple
>> network / interface support.
> On Tue Jun 9 17:20:12 EDT 2009, ge...@plan9.bell-labs.com wrote:
>> I've just pushed out kernel sources and binaries to incorporate
>> Aki's mtrr and vesa changes. The combination makes monitor=vesa
>> run quite a bit faster; we saw a factor of three speed improvement
>> in one case.
What got
First off, I really am a big fan of filesystem interfaces as used in Plan
9 - after all my PhD work was based on the model :)
My objective here is to debate and understand how the points made in the
paper relate to the Plan9 networking model.
* performance overhead: app requesting data from a s
Hi,
I've gotten mailfs to work in plan9port with gmail's imap service, and
now I'd like to get smtp working so I can reply. Has anyone tried
this? Is there a way to do it? How about configuring Acme Mail to use
something other than marshal (say, mutt)?
Thanks in advance,
Jorden
> * performance overhead: app requesting data from a socket typically needs to
> perform 2 system calls (select/read or alt/read) * lack of an "kernel
> up-call API": which allows the kernel to inform an app each time network
> data is available
there is a mechanism.
user programs call read(2).
wh
On Tue Jun 9 17:20:12 EDT 2009, ge...@plan9.bell-labs.com wrote:
> I've just pushed out kernel sources and binaries to incorporate
> Aki's mtrr and vesa changes. The combination makes monitor=vesa
> run quite a bit faster; we saw a factor of three speed improvement
> in one case.
>
> It's still
I've just pushed out kernel sources and binaries to incorporate
Aki's mtrr and vesa changes. The combination makes monitor=vesa
run quite a bit faster; we saw a factor of three speed improvement
in one case.
It's still limited to a single processor, but we've got someone
investigating ways to fix
I forgot to mention one incompatible change in the
new kernel source: the cpuid function now takes different
arguments: a function code and a 4-word array in which
registers ax—dx are returned.
> On Tue, Jun 9, 2009 at 1:16 PM, erik quanstrom wrote:
> >> still a hash. i'm not doing anything particularly clever for speed,
> >> and it shows in places.
>
> I lied a bit here: in some cases, for example where a particular query
> would involve going through several (up to a couple of thousand
On Tue, Jun 9, 2009 at 1:16 PM, erik quanstrom wrote:
>> still a hash. i'm not doing anything particularly clever for speed,
>> and it shows in places.
I lied a bit here: in some cases, for example where a particular query
would involve going through several (up to a couple of thousand) files
and
> still a hash. i'm not doing anything particularly clever for speed,
> and it shows in places. listing large directories is the slowest
> operation by far, as it would be for most cases where several thousand
> "stat" structures would have to be dynamically created for each entry
> in a directory.
> how are the resultant files looked up? it turns out that generating
> the file hash table was the single most expensive operation for
> upas/fs, given mailboxes with ~10k messages.
> (http://9fans.net/archive/2009/05/106)
still a hash. i'm not doing anything particularly clever for speed,
and i
On Tue Jun 9 14:50:58 EDT 2009, bpisu...@cs.indiana.edu wrote:
> Interesting read:
> http://cacm.acm.org/magazines/2009/6/28495-whither-sockets/fulltext
>
> If I am right, the filesystem based networking interface offered by Plan 9
> has the three limitations discussed here:
> * performance over
On Tue Jun 9 14:15:29 EDT 2009, n...@lsub.org wrote:
> With mail2fs I leave messages alone and use all kinds of mail lists
> that contain just relative paths to actual messages. Perhaps nupas
> could do the same.
>
i think that essential strategy is a winner. upas would use
.idx files.
so
Interesting read:
http://cacm.acm.org/magazines/2009/6/28495-whither-sockets/fulltext
If I am right, the filesystem based networking interface offered by Plan 9
has the three limitations discussed here:
* performance overhead: app requesting data from a socket typically needs
to perform 2 syste
With mail2fs I leave messages alone and use all kinds of mail lists
that contain just relative paths to actual messages. Perhaps nupas
could do the same.
El 09/06/2009, a las 20:11, quans...@quanstro.net escribió:
On Tue Jun 9 13:28:55 EDT 2009, mirtchov...@gmail.com wrote:
I think I've me
On Tue Jun 9 13:28:55 EDT 2009, mirtchov...@gmail.com wrote:
> I think I've mentioned this before, but on a few of my synthetic file
> systems here I'm using what you describe to slice a database by
> specific orderings. For example, I have a (long) list of resources
> which I'm managing in a part
On Tue, Jun 9, 2009 at 1:14 PM, Roman V Shaposhnik wrote:
> Lets assume a classical example (modified slightly to fit 9P):
> a synthetic filesystem that serves images from a web cam.
> The very same frame can be asked for in different formats
> (.gif, .png, .pdf, etc.). Is serving
> gif/frame
I think I've mentioned this before, but on a few of my synthetic file
systems here I'm using what you describe to slice a database by
specific orderings. For example, I have a (long) list of resources
which I'm managing in a particular environment each has an owner,
type, status and a few static da
Working on a RESTful API lately (which is as close to working on a 9P
filesystem as I can get these days) I've been puzzling over this issue:
is content negotiation a good thing or a bad thing? Or to justify
posting to this list: what would be the proper 9P way of not only
representing different "r
On Tue, Jun 9, 2009 at 12:48 PM, Roman V Shaposhnik wrote:
> Hi John,
>
> it took me sometime to go through the old backups but it seems
> that the NFS setup is gone by now. You can still ask questions,
> if you want to, but I won't be able to send you all the working
> conf. files.
>
> On Tue, 200
Hi John,
it took me sometime to go through the old backups but it seems
that the NFS setup is gone by now. You can still ask questions,
if you want to, but I won't be able to send you all the working
conf. files.
On Tue, 2009-06-02 at 11:34 -0700, John Floren wrote:
> I'd like to use the 9p mount
> did the mouse work before?
I do not know, I used just touchpad...
I am going to try Linux on the same noteboot with the same mouse. I
will inform you.
The same mouse works without troubles in the other computer with
WinXP.
Pavel
> See http://swtch.com/~rsc/acme-Run.png for an illustration.
>
> Russ
Thank you much!
This is what I need and now I see how it can be achieved...
:)
Ruda
31 matches
Mail list logo