measurement is hard. Let's go write drivers -- Malibu Barbie.
Good Idea.
I don't give a flying f**k how slow it is: it's still a million times
better than (random other OS) -- Malibu Dave.
Seriously: what's the point?
Even if you "prove" that plan9 is "faster" than brandX,
it still won't h
Actually, in Real Computing, aka "not on your desktop", some groups
such as, oh, IBM and the US Government (you may have heard of them)
care about how fast a OS can perform in this kind of thing. They don't
care about word processors, spreadsheets, web browsers, any of the
stuff Joe Windowsuser wi
The first OS I used a lot was MCP on a Borroughs B6700,
which I'm sure some of you have heard of ...
I thought that it's stack-based, tagged-memory hardware,
self-paging, segmented, unprotected, cactus-stack OS
which supported at least 3 character sets
and a typed file system with hundreds of fil
after that, there was no question that i would take all the
SCSI drives for recycling. the SATA drives are much, much faster
that the `fastest'
of the old SCSI drives.
... and less likely to die.
How old are those drives?
My very vague rule of thumb is that the bathtub failure curve for mos
Bet they weren't spinning all that time.
Interestingly,
no matter what the manufacturers claim,
the small amount of real-world research I have seen,
as well as my own experience,
still says "5 years" for disk drives.
Also, as you say, the same timescales render them obsolete
in terms of storage
On 3 Jun 2008, at 00:29, ron minnich wrote:
On Mon, Jun 2, 2008 at 3:50 PM, Charles Forsyth
<[EMAIL PROTECTED]> wrote:
Don't try this with 8a. 8a is too damn smart
no, it's simply following instructions.
i meant that as praise for 8a if that came across wrong.
not at all: i meant that
Talking of cheap machines ...
Does anyone know anything about the Elonex One?
http://elonexone.co.uk/
It's ~USD200.
I'm getting a couple anyway for other reasons,
but if they could be used to do something 9ish as well,
that would be a bonus.
I'll start looking at running 9 on it ASAP of course
Quote from a comedian (Rhod Gilbert. maybe?):
"Well... No. I've got a TV, OK? I'm not interested in watching TV on my phone
for the same reason that I'm not interested in having a piss in my tumble
dryer".
... and any great travel plans to share?
DaveL
This gets punted around every few months and nothing happens.
I've done some basic information-gathering but got no further for the
usual reasons,
so, in an effort to stimulate some inertia,
here's a small suggestion ...
Is there anyone out there who's gonna be in Volos and wants to
partici
A thought ...
Shared libraries do 2 possibly useful things:
1) save space
2) stop you having to re-link when a new library is released.
Now 2) doesn't really happen anyway, due to .so versioning hell,
so we're left with 1) ...
I know it's kind-of hacky and unstructured (how do you know the vent
Frankly, I was trying to see whether an external process reading
on somebody else's /proc/n/note would make any sense. One thing
that I wanted to implement was a "note thief" process that would
constantly read on a target's /proc/n/note and handle the notes
externally using a different kind of IPC
Exactly, and the end user can choose to have a re or glob expansion
program, rather than having to muck up the shell code with different
flags or whatever.
somebody is going to jump in very soon and tell us why this is
funny :-)
i promised i wouldn't,
Well someone's gotta tell these prepu
Is it?
It's probably a statistical certainty based on
9-fans being a fairly fixed-size group, which it does seem to be and
human beings being remarkably similar in their ability to forget things.
Max kudos to Russ as usual for spotting it.
Let's wait another approx 4 years less 3 weeks and see
You may think it's a question of money (you mentioned it is for free).
It's not. There are many projects out, totally for free, but reliable.
When I do something it must be reliable, or it's worth criticizing.
Firstly if sources goes down, no-one dies so it's not a big deal.
Secondly, given the
A very superficial glance a long time ago suggested that it was a
twisty little maze of de-facto and de-vulgus standards.
i.e. the death of a thousand committees.
Then there's the hardware ...
On 22 Sep 2009, at 20:34, Skip Tavakkolian wrote:
anyone looked at this or given it any thought?
Thanks a million for all your work on this:
it means I'll probably be running plan9 seriously soon:-).
To be selfish for a moment ...
Presumably there's still a medium sized asteroid of pain to go through
to get something like,
say, my bluetooth stereo-phones+headset(A2DP/AVRCP/... ... ...)
w
I would suggest that we're the most eclectic.
Try having a conversation with a bunch of 9fans that doesn't encompass
several millennia of culture, technology etc.
Also I'm fairly certain that a disproportionately large number of
9fans aren't CS grads.
As with Un*x, it's the people who recog
I see that I wasted about 3 minutes of my life.
On 27 Oct 2009, at 00:00, ron minnich wrote:
nebula.nasa.gov
and see what you see
ron
You can do it, definitely.
Caveat: I'm in bed with a virus and the brain's on impulse power
so these are untested and may be highly suboptimal.
Is the input guaranteed to have 2 words on each line?
What are your definitions of words and blanks?
I know from your snippet that there's no leading b
Having banged my head against D's rampant inconsistency and almost but
not quite total dissimilarity to awk,
I think even acid's intemperate lingo is preferable.
OTOH, the idea of chucking ANY language interpreter into a kernel
seems wrong too.
Yes, dtrace dtrace/D provide great capabilities
I don't know anything specific about DTrace,
but I'm thinking a clear,
consistent interface for logging and tracing kernel operations sounds
like a good thing.
So am I, but how does this relate to dtrace?
D
One thing I suspect people may be forgetting in the race to emulate YA
feechure of YA UNIX variant is that
one of the reasons for DTrace's complexities (hierarchical namespace,
in-kernel interpreter)
is the complexity of the Solaris kernel.
When they're trying to work out how a thread in a pr
On 10 Nov 2009, at 01:00, Roman Shaposhnik wrote:
What exactly do you want to know? I worked with DTrace quite
extensively.
What is the upper bound on the runtime of a single D bytecode sequence?
Or to put it another way, what's the longest time delay that DTrace&co
can cause in your kernel
Would this answer your question:
http://blogs.sun.com/jonh/entry/the_dtrace_deadman_mechanism
Well, it answers the question "What is the DTrace so-called deadman
mechanism?" I think.
That's a sort of part of a possible solution, which is OK.
To be pedantic, it's not a true deadman mechanism
Wow.
Excellent us of tools.
The smallest arbitrary-columns answer I could come up with was:
awk '{if(m < NF)m=NF;for(i=1;i<=NF;i++)r[NR, i]=$i}END {for(i=1;i<=m;i+
+){for(j=1;j<=NR;j++)printf "%s ", r[j,i];print ""}}' t
I'm sure there's an insane sed solution out there somewhere for very
sma
It's the sort of thing I used to give as an exercise to students.
Wish I'd been in your class.
Explicit looping looks so strenuous.
I know: I kept thinking "map ... join": too much perl.
To make the tr|pr method more general, you can count columns first
with
But that's multi-pass:-).
Y
Oh, you can get them in the UK ...APC's stuff is telnet-able and very nice, but how many limbs can you afford?e.g. http://uk.insight.com/p/APCUA03N1K/apc-switched-rack-pdu-power-distribution-strip.html£306.99 ex VAT.HTH,Dave.On 18 Oct, 2010,at 10:05 AM, Steve Simon wrote:> we use power switches i
> Thanks for the info, but the devices encumbered with ioctls are the tricky
> ones and even if they can be sorted out I'm sure there are some other traps
> out there. Too bad there are no RFS gurus lurking here to offer their wisdom
> on remoting devices.
I'm no RFS guru, thank deity, but I di
29 matches
Mail list logo