Yes please. I'd hate to see the Plan 9 ideas turned into subjecting
some unfortunate programmer(s) with having to write hundreds of
thousands of probes instead of following the more acid based approach.
dtrace has it's place. And as you've said, eye candy wins. But I
still think there's
One other thought on this line. The dtrace tools include a kernel
module which understands the dtrace language. Maybe an alternative
plan 9 approach is a kernel driver which understands acid.
ron
On Tue Oct 27 20:22:00 EDT 2009, rminn...@gmail.com wrote:
> I realize it is early but a neat GSOC project would be to take the
> mods I made to 8l and friends and use these as a way to build dtrace
> for plan 9.
a more centrally plan 9 project would be to build a coverage
analysis tool. that may
On Mon, 26 Oct 2009 21:27:56 -0700
ron minnich wrote:
> note to make this work you need to run as root, not an ordinary user ...
>
> ron
>
Or patch your kernel so it doesn't block ports below 1024. It's a
1-line fix in Linux.
--- include/net/sock.h~ 2009-05-31 21:04:58.0 +0100
+++ in
2009/10/27 ron minnich :
> I realize it is early but a neat GSOC project would be to take the
> mods I made to 8l and friends and use these as a way to build dtrace
> for plan 9.
Getting CTF working in Plan 9 would be difficult since it's not ELF.
It was annoying enough to get working in FreeBSD.
I realize it is early but a neat GSOC project would be to take the
mods I made to 8l and friends and use these as a way to build dtrace
for plan 9.
Had a fun talk with someone from Sun today and for at least part of
dtrace functionality the 8l mods get us part of the way there.
What they can do w
> Wasn't there an "OS kit" or something like that with drivers
> derived from Linux one's at some moment?
University of Utah, "Flux OSkit".
Old OSkit is mostly BSD licensed (if you count the CMU Mach license
as a BSD license), but at some point somebody sprayed the GPL over
everything (somewhat r
How do I get in touch with whoever worked on the OLP9C project?
Tim Newsham
http://www.thenewsh.com/~newsham/
i read russ' sleep history of the discussion of
sleep/wakeup on 9fans and didn't see any
references to this.
i've been wondering why wakeup requires that
some process be in state Wakeme and that
it be waiting for the particular Rendez passed
to wakeup.
i don't think this is required for correctne
the oskit was a great tool.
Only that if you wanted to use some component, in the end,
most of them had to be pulled into.
On Tue, Oct 27, 2009 at 10:43 PM, Tim Newsham wrote:
>> Wasn't there an "OS kit" or something like that with drivers derived
>> from Linux one's at some moment? Found this so
Wasn't there an "OS kit" or something like that with drivers derived
from Linux one's at some moment? Found this some years ago when I was
searching doc. about OSes---I seem to remember this was when looking for
Mach (!) documentation, so could be CMU.
yes, utah (also did mach work) made oskit:
yes.
for instance when there are a few thousand source files
and one wants to link them all.
2009/10/27 erik quanstrom :
> On Tue Oct 27 12:52:52 EDT 2009, rogpe...@gmail.com wrote:
>> the environment variable size limit is set to 16300 bytes which
>> seems rather small; for instance it can break
On Tue Oct 27 17:14:39 EDT 2009, 9...@9netics.com wrote:
> i built a new 9pcf kernel from the latest sources that should have
> included the latest vesa driver improvements (mtrr). somehow i lost
> the performance gains in the new 9pcf compared to a 9pcf kernel that i
> downloaded from labs after
i built a new 9pcf kernel from the latest sources that should have
included the latest vesa driver improvements (mtrr). somehow i lost
the performance gains in the new 9pcf compared to a 9pcf kernel that i
downloaded from labs after geoff made the announcement. ideas?
And in closing let me cite an esteemed colleague's recent announcement:
"Version 6.0 is a very important release. It streamlines the branding of
product line..."
--David Day, CTO at Zeus Technology
erik quanstrom wrote:
There is a lot of residual "management doesn't understand networks and
databases and operating systems so we will make decisions for them"
attitude out there, even where the reality of management's background
has changed. While it's true that "cloud computing" is a nonsens
> >> There is a lot of residual "management doesn't understand networks and
> >> databases and operating systems so we will make decisions for them"
> >> attitude out there, even where the reality of management's background
> >> has changed. While it's true that "cloud computing" is a nonsense
erik quanstrom wrote:
There is a lot of residual "management doesn't understand networks and
databases and operating systems so we will make decisions for them"
attitude out there, even where the reality of management's background
has changed. While it's true that "cloud computing" is a nonsens
On Tue Oct 27 12:52:52 EDT 2009, rogpe...@gmail.com wrote:
> the environment variable size limit is set to 16300 bytes which
> seems rather small; for instance it can break mkfiles for large projects.
>
> might a patch specifying a larger size limit (e.g. 128K) be accepted?
you need a single vari
> There is a lot of residual "management doesn't understand networks and
> databases and operating systems so we will make decisions for them"
> attitude out there, even where the reality of management's background
> has changed. While it's true that "cloud computing" is a nonsense
> phrase, th
On Mon, Oct 26, 2009 at 08:49:41PM -0700, ron minnich wrote:
> How is it that companies that want you to buy their IT expertise
> outsource their own? It makes no sense.
It makes perfect sense - sell poor service+brand at high price, buy good
service at low price.
Sam
erik quanstrom wrote:
Equally true story. We used to run our own servers. A (name withheld)
sysadmin always felt he knew better than management how servers should
be configured and managed even when in fact he did not. So we went to
Rackspace, where we are treated as customers and where sysadmi
On Tue, Oct 27, 2009 at 12:37:58PM -0400, erik quanstrom wrote:
>
> there was also a bit of talk about os agnostic driver stubs.
> i'm a little pessimestic about the chances for success there,
> especially for oses that don't use the berkeley socket stuff.
> but it's probablly something that's wor
On Fri Oct 23 22:47:46 EDT 2009, michaelmuf...@gmail.com wrote:
> try using [_a-zA-Z][_a-zA-Z0-9] rather than the expanded form. i
> didn't track it down to be sure, but plan 9 awk seem to have a limit
> 34 characters inside square brackets. a rather odd number
>
> cpu% echo hello | awk '/^[abcdef
ron minnich wrote:
The poster of this one has kind of missed the point. How would he feel
if Rackspace outsourced their IT?
Hit the first point, missed the second, batting .500
Poster Boy
the environment variable size limit is set to 16300 bytes which
seems rather small; for instance it can break mkfiles for large projects.
might a patch specifying a larger size limit (e.g. 128K) be accepted?
> I'm impressed. What are the prospects of this happening. It is good
> news if people decide to go that route.
>
in certain cases, 100%.
there was also a bit of talk about os agnostic driver stubs.
i'm a little pessimestic about the chances for success there,
especially for oses that don't use
On Tue, Oct 27, 2009 at 9:16 AM, erik quanstrom wrote:
> there were a lot of wierd os people talking to a lot of package
> maintainers at google this weekend. the solution that made
> sense to *BOTH* was to ditch autoconf and submit a platform
> specific makefile.
I'm impressed. What are the pr
> // Since the purpose of ape is to emulate the environment
> // configure is expected to run in...
>
> false premise. the purpose of ape is to provide an ANSI/POSIX environment.
> it's purpose is as much for outbound porting as inbound, and maintaining the
> actual target is more important in tha
// Since the purpose of ape is to emulate the environment
// configure is expected to run in...
false premise. the purpose of ape is to provide an ANSI/POSIX environment.
it's purpose is as much for outbound porting as inbound, and maintaining the
actual target is more important in that direction.
>> Equally true story. We used to run our own servers. A (name withheld)
>> sysadmin always felt he knew better than management how servers should
>> be configured and managed even when in fact he did not. So we went to
>> Rackspace, where we are treated as customers and where sysadmins manage
>> t
On Tue, Oct 27, 2009 at 8:33 AM, erik quanstrom wrote:
> > I mean, say your company has 25 satellite offices... why should they all
> > have to do redundant work to update all the systems across the board.
> Isn't
> > the repetition going to cause a higher chance of someone missing
> something?
>
> I mean, say your company has 25 satellite offices... why should they all
> have to do redundant work to update all the systems across the board. Isn't
> the repetition going to cause a higher chance of someone missing something?
absent the plan 9 terminal model, who updates users' machines?
-
On Tue, Oct 27, 2009 at 8:19 AM, Wes Kussmaul wrote:
> ron minnich wrote:
>
> How is it that companies that want you to buy their IT expertise
>> outsource their own? It makes no sense.
>>
>
> Equally true story. We used to run our own servers. A (name withheld)
> sysadmin always felt he knew be
> Equally true story. We used to run our own servers. A (name withheld)
> sysadmin always felt he knew better than management how servers should
> be configured and managed even when in fact he did not. So we went to
> Rackspace, where we are treated as customers and where sysadmins manage
> th
ron minnich wrote:
How is it that companies that want you to buy their IT expertise
outsource their own? It makes no sense.
Equally true story. We used to run our own servers. A (name withheld)
sysadmin always felt he knew better than management how servers should
be configured and managed e
I was curious (not that I had any hope of understanding what's going on) so
I visited the place. I got this:
HTTP/1.0 500 Internal Server Error
Date: Tue, 27 Oct 2009 12:58:31 GMT
Server: Apache/2.2.11 (Debian) PHP/5.2.6-0.1+b1 with Suhosin-Patch
mod_python 3.3.1 Python/2.5.2 mod_wsgi/2.3
Conte
> Well, at least the name makes sense for a french since in french nebula
> means too: hazy. Computer in the air. Fuzzy logic, and impalpable
> results
Nebulous, indeed.
++L
On Mon, Oct 26, 2009 at 05:00:53PM -0700, ron minnich wrote:
> nebula.nasa.gov
Well, at least the name makes sense for a french since in french nebula
means too: hazy. Computer in the air. Fuzzy logic, and impalpable
results (except for disasters which will be very palpable).
--
Thierry Laronde (
39 matches
Mail list logo
