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.
This might help: what he is get
On Thu Jun 11 04:12:13 EDT 2009, eris.discor...@gmail.com wrote:
> > 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
On Wed Jun 10 18:52:19 EDT 2009, bpisu...@cs.indiana.edu wrote:
>
> > Did you do this on Plan 9 or bring some of the filesystem sanity of another
> > OS?
>
> Actually my work was based on 9P based synthetic filesystems
> implemented using Npfs (see
> http://docs.google.com/Doc?id=dcb7zf48_503q
2009/6/6 Venkatesh Srinivas :
> I've brought up a wiki for Inferno, at http://inferno.makesad.us
> (tcp!inferno.makesad.us!wiki for Acme users). Its running wikifs on
> Inferno, appropriately enough.
Nice to see it even seems to have some version control or history at
the very least unlike the non
On Thu, Jun 11, 2009 at 08:34:57AM -0400, erik quanstrom wrote:
> 2. 9p for imbedded devices
> http://iwp9.inf.uth.gr/iwp9_proceedings08.pdf
Is the source for embedfs available? Google doesn't seem to think so, but
my googlefu might be lacking.
Thanks.
--nwf;
pgpcgXBcdqcLZ.pgp
Descriptio
the signal context is the original calling thread. unless
ms' diagram is incorrect, this is a single threaded operation;
only the i/o originator can process the event. so the plan 9
Of course it is single-threaded operation. That's the very idea behind
using callbacks. Originally they were us
> I might as well repeat myself: choice of strategy depends on the
> application. Given choice programmers can decide on which strategy or
> combination of strategies works best. Without choice, well, they will just
> live with what's available.
this is a very deep philosophical divide between
> This is a design bug in acme.
> Russ
Ok, I understand. Thanks for the explanation!
Ruda
That doesn't help. Ridiculously complex or not, I have a mutt that can
talk to gmail via smtp. I've tried following the basic guide on the
wiki for getting smtp to work, but it is plan9-specific and not very
instructive.
On Thu, Jun 11, 2009 at 1:42 AM, Ethan Grammatikidis wrote:
> On Tue, 9 Jun 2
but given that plan 9 is about having a system that's easy
to understand and modify, i would think that it would be
tough to demonstrate that asyncronous i/o or callbacks
could make the system (or even applications) simplier.
i doubt that they would make the system more efficient,
either.
do you
> > i think you're trying to argue that — a priori — choice is good?
>
> I believe it is. How many of us are using strictly RISC machines on our
> desks today? Extending the set of available primitives and adding to the
> complexity of each primitive both are natural steps in the development of
I've got a p9p venti running on two separate ubuntu linux boxes that
I've been using for months to keep backups of data and for QEMU plan9
guests. They have both stopped working, I suspect due to a recent
ubuntu kernel update. I've rebuilt all of p9p but to no avail.
The QEMU guests crash on boo
2009/6/11 Eris Discordia :
>> but given that plan 9 is about having a system that's easy
>> to understand and modify, i would think that it would be
>> tough to demonstrate that asyncronous i/o or callbacks
>> could make the system (or even applications) simplier.
>> i doubt that they would make th
On Thu Jun 11 18:39:02 EDT 2009, jrm8...@gmail.com wrote:
> That doesn't help. Ridiculously complex or not, I have a mutt that can
> talk to gmail via smtp. I've tried following the basic guide on the
> wiki for getting smtp to work, but it is plan9-specific and not very
> instructive.
i ported al
I can't help with this in particular, but QEMU does some really
low-level hackery to the point where it wouldn't compile with GCC 4,
so it's possible something like that is going on here.
On Thu, Jun 11, 2009 at 8:06 PM, Adrian Tritschler wrote:
> I've got a p9p venti running on two separate ubunt
Adrian, how recent is you p9p checkout?
Also, could you set 'verbose' to 1 in plan9port/src/cmd/venti/copy.c,
rebuild, and try to copy this score to another (temporary) venti? This
should show you what scores are referenced by your root score. I've
had problems with Venti on p9p trying to read the
On Thu, Jun 11, 2009 at 11:00 PM, J.R. Mauro wrote:
> I can't help with this in particular, but QEMU does some really
> low-level hackery to the point where it wouldn't compile with GCC 4,
> so it's possible something like that is going on here.
Thankfully, this is no longer true. QEMU 0.10 relies
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Even more than transistors are so cheap that doing on-the-fly
translation to a RISC instruction set in hardware is an essentially
invisible cost. Plus you get to change the target microarchitecture
to exploit new thinking in processor design wi
18 matches
Mail list logo
