On Sun, May 04, 2014 at 03:29:57PM -0400, erik quanstrom wrote:
>
> having lived and worked in a non-english-speaking country, i think this may
> vary by individual. translating back and forth was too much work and too
> distracting for me.
I found that if the translation is done once (when the
On Sun, May 04, 2014 at 08:53:39PM -0400, erik quanstrom wrote:
>
> On Sun May 4 18:01:22 EDT 2014, yshu...@lynxline.com wrote:
>
> >
> > Just idea, but seriously, why cannot do something like this:
> >
> > # cat /prog/new > $id
> > # cat /dis/ls.dis > /prog/$id/dis
> > # echo "/" > /prog/$id/
On Mon May 5 01:19:06 EDT 2014, lu...@proxima.alt.za wrote:
> > Your numbers don't look entirely abnormal. That test issues
> > over a million small writes. (Although it really should be
> > using bufio).
>
> Are you suggesting we ought to change pack? I don't mind doing it if
> it's likely to b
> On Sun, May 04, 2014 at 08:53:39PM -0400, erik quanstrom wrote:
> >
> > On Sun May 4 18:01:22 EDT 2014, yshu...@lynxline.com wrote:
> >
> > >
> > > Just idea, but seriously, why cannot do something like this:
> > >
> > > # cat /prog/new > $id
> > > # cat /dis/ls.dis > /prog/$id/dis
> > > # e
On 5 May 2014 13:09, erik quanstrom wrote:
> that has system call namespaces.
the system calls that are not currently in the name space are those that do
not distribute
(and there have been a few things in the name space that don't distribute
and are troublesome).
segbrk doesn't distribute. rf
> the system calls that are not currently in the name space are those
> that do not distribute (and there have been a few things in the name
> space that don't distribute and are troublesome).
>
> segbrk doesn't distribute. rfork doesn't distribute. you can have a
> control request in a name spa
On 05/05/2014 03:06 PM, erik quanstrom wrote:
> nemo's kernels
What is the nemo kernel? by the way
signature.asc
Description: OpenPGP digital signature
On Mon May 5 10:40:18 EDT 2014, yshu...@lynxline.com wrote:
> On 05/05/2014 03:06 PM, erik quanstrom wrote:
> > nemo's kernels
>
> What is the nemo kernel? by the way
i used that as a term of art to avoid the fact i messed up by not changing
the name of nix, which in 9atom is quite different, n
There was a proc box in the original Plan B of which there were different
version in the descendants (for files too) and
which permitted things similar to what you want. See
http://lsub.org/ls/export/man.1e.ps (page 31)
and
http://lsub.org/ls/export/ubiterm.icps05.pdf
Later, Andrey and Ron did so
It seems to me that this type of operation would be considerably more
successful if there was better interaction between the kernel and a
running program. that is, if processes were engineered to accept
unsolicited signalling from the kernel and, consequently, from other
processes without being re
Hi everyone, I'm happy to be back this summer!
I'll be continuing work on my web drawterm from last year.
The first phase is a cleanup of the graphics code. Some draw(3)
operations do not work properly, and many of them have graphical
alignment issues. This will go hand-in-hand with a code-qualit
Skip Tavakkolian once said:
> thanks; i should have checked that. running it on the fossil+venti server
> brings it down a bit. still, it's not stellar.
>
> bootes% go test
> PASS
> ok cmd/pack 81.480s
> bootes% go test
> PASS
> ok cmd/pack 79.719s
Here's a CL to buffer the writes in TestLar
Hi guys,
Recently, I use plan 9 system a lot to familiar with the kernel
development environment. To my surprise, plan 9 has a rather fast
kernel compilation time compared to modern operating systems such as Linux
or Solaris. Instead of digging much into the kernel code, I post the
question he
On 6 May 2014 03:13, yan cui wrote:
> Instead of digging much into the kernel code, I post the question here.
> Does the speed come from its good design or insufficient kernel support?
it's a bit of both: the compiler suite is much faster; the kernel source is
less than the size of their includ
Thanks Charles for the quick reply! It is really interesting.
Believe I can find more interesting things after digging deeper.
Yan
2014-05-05 22:19 GMT-04:00 Charles Forsyth :
>
> On 6 May 2014 03:13, yan cui wrote:
>
>> Instead of digging much into the kernel code, I post the question here
> 2014-05-05 22:19 GMT-04:00 Charles Forsyth :
> > On 6 May 2014 03:13, yan cui wrote:
> >
> >> Instead of digging much into the kernel code, I post the question here.
> >> Does the speed come from its good design or insufficient kernel support?
> >
> > it's a bit of both: the compiler suite is mu
16 matches
Mail list logo
