> 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
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
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
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
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 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
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
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
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
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
> 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 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
> 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 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
> > # echo "/" > /prog/$id/
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
16 matches
Mail list logo
