On Fri, 1 Jul 2011 19:23:03 +0200
erik quanstrom wrote:
> suppose that i have a multicore machine and all maches
> have executed halt(). then, if i get an interrupt on one that
> causes a proc to be ready, then i have to wait until the next
> clock tick to sched() it on any other core. this is
Indeed, there's an assumption that each core manages the TLB by
examining the data structures at clock frequency. In a halt,
the clock interrupts still happen so I guess there's no need to
invalidate the TLBs just before halt.
You could set a variable indicating you're halted and cause other
core
This is probably my finger trouble but just in
case I am not going mad and sothing has changed
in the last couple of months...
I have a mac running u9fs (marlin).
I don't like the idea of putting bootes password in /etc on the
mac so I give it its own host owner and secret
$ cat /etc/u9f
> I am pretty sure this has worked for several years but now it is broken:
Has mac-owner's key been expired in your auth keyfs?
>Are you all happy to sprinkle bootes key onto unix machines (hard to believe)?
negative: the credentials you put in /etc/u9fs.key represent the
service, not a client.
> I am aware of the latency issue there but in my case i care much more
> about the battery of my host than about responsiveness of the guest.
so why don't you just give your plan 9 guest 1 processor, either through the vmm
or *ncpu, and be done with it?
- erik
> so why don't you just give your plan 9 guest 1 processor, either through the
> vmm
> or *ncpu, and be done with it?
Too much work to port plan9 a cpu server to the mac ppc hardware... :-)
An intel mac would solve many problems I agree.
-Steve
I appologise for the noise, got my emails very confused.
-Steve
On Mon Jul 4 09:14:10 EDT 2011, st...@quintile.net wrote:
> > so why don't you just give your plan 9 guest 1 processor, either through
> > the vmm
> > or *ncpu, and be done with it?
>
> Too much work to port plan9 a cpu server to the mac ppc hardware... :-)
>
> An intel mac would solve many pro
> one might find http://www.glendix.org/ project interesting
The project actually already uses a glendix patched kernel and much of
my upcoming work will be focused on porting more of Plan 9's syscalls
to the Linux kernel so that more native Plan 9 apps can be run on
Linux. :)
On Wed, 15 Jun 2011 09:23:56 -0700
David Leimbach wrote:
> http://news.ycombinator.com/item?id=2657135
>
> Dave
Has anyone read the last few posts on this YC thread? Specifically the ones on
game playing. The particular point which interested me was that game players
can get so fast they must
I do what you describe on several macs; it works fine. I haven't updated in a
while, but what your describing is my understanding of the standard way to use
p9any auth with u9fs. I use a special user created for this purpose as well.
On Jul 4, 2011, at 4:53, "Steve Simon" wrote:
> This is prob
I think muscle memory can deduct mouse acceleration. Linear mappings
to the screen would be easier to learn, but too slow when you need to
move over larger distances.
On Mon, 4 Jul 2011 18:30:25 +0100, Ethan Grammatikidis wrote:
I'm quite certain you can develop muscle memory for mouse actions in
some situations. I'm very interested in determining exactly what
situations and how to apply it in a more serious context. Chording
can
become instinctual if your
On Mon, 4 Jul 2011 20:05:18 +
hiro <23h...@googlemail.com> wrote:
> I think muscle memory can deduct mouse acceleration. Linear mappings
> to the screen would be easier to learn, but too slow when you need to
> move over larger distances.
I think it can too, I've not found acceleration any hi
14 matches
Mail list logo
