Re: [9fans] a question of file and the history of magic

- Original message - > There are a lot of things like that.  Do we still need to > compress man pages on 1TB disk driver? :) I actually happened to be reading this on a small device that has a compressed system fs. Compressing data here on the "app" side with uninformed algorithms is di

[9fans] "cloud" computing

I have an application for 10,000 machines. One option is to buy them and run them, yuck! One thought was to just rent them at amazon ecc: http://developer.amazonwebservices.com/connect/kbcategory.jspa?categoryID=84 Anybody worked with these guys? I need to run the 10k machines with lguest. Any ot

[9fans] lisp

[Questions in the third para below.] CMUCL "initializes" its state essentialy by loading a previously dumped core image file. This is slow the first time around but once the ~25MB core image is cached, execution is really fast and you have access to a lot of goodies. So a script like #!/usr/loca

Re: [9fans] "cloud" computing

is your app export-controlled? On Mon, Jul 7, 2008 at 12:04 PM, ron minnich <[EMAIL PROTECTED]> wrote: > I have an application for 10,000 machines. One option is to buy them > and run them, yuck!

Re: [9fans] "cloud" computing

Ron, Anybody worked with these guys? I need to run the 10k machines with lguest. Any other possible providers anyone out there knows of? We're using which has worked well for us. Good luck. -- Mark F Rodriguez

Re: [9fans] lisp

i'm assuming by "core file" you don't mean executable. plan 9 already keeps an executable cache. > Presumably the reads are cached? reads are not cached. read on plan 9 is syncronous. there is no block cache. > Even so, there will the cost of copying to the segment. Or can > one create multi

Re: [9fans] "cloud" computing

On Mon, Jul 7, 2008 at 11:27 AM, andrey mirtchovski <[EMAIL PROTECTED]> wrote: > is your app export-controlled? No. That was the first thought that hit my mind. ron

Re: [9fans] lisp

On Mon, Jul 7, 2008 at 11:45 AM, erik quanstrom <[EMAIL PROTECTED]> wrote: > i'm assuming by "core file" you don't mean executable. > plan 9 already keeps an executable cache. > A Lisp core file can be equated to a specially formatted executable. The Lisp environment is sort of a loader for thes

Re: [9fans] lisp

On Mon, 07 Jul 2008 14:45:53 EDT erik quanstrom <[EMAIL PROTECTED]> wrote: > i'm assuming by "core file" you don't mean executable. > plan 9 already keeps an executable cache. It contains executable code but it is not an executable in the sense you don't directly feed it to exec(2). A lisp proce

Re: [9fans] lisp

> It contains executable code but it is not an executable in > the sense you don't directly feed it to exec(2). A lisp in the script you gave earlier #!/usr/local/bin/cmucl -script (format t "Hello, World!~%") cmucl is directly executable but that's presumably the original lisp im

Re: [9fans] lisp

On Mon, Jul 7, 2008 at 1:15 PM, Bakul Shah <[EMAIL PROTECTED]<[EMAIL PROTECTED]>> wrote: > On Mon, 07 Jul 2008 20:55:36 BST Charles Forsyth <[EMAIL PROTECTED]> > wrote: > > > It contains executable code but it is not an executable in > > > the sense you don't directly feed it to exec(2). A lisp

Re: [9fans] lisp

On Mon, 07 Jul 2008 20:55:36 BST Charles Forsyth <[EMAIL PROTECTED]> wrote: > > It contains executable code but it is not an executable in > > the sense you don't directly feed it to exec(2). A lisp > > in the script you gave earlier > #!/usr/local/bin/cmucl -script > (format t "Hell

Re: [9fans] lisp

It's not entirely true that reads are not cached. The file servers of course maintain large ram caches (or they should), and the clients can request client-side caching with mount -C (the MCACHE flag), as is normally done for the root: ; ns | grep '.-.*C' mount -aC '#s/boot' /root

Re: [9fans] lisp

On Mon, 07 Jul 2008 13:21:33 PDT "David Leimbach" <[EMAIL PROTECTED]> wrote: > (format t "Hello, World!~%") > > basically gets "read" then compiled then executed right? (thinking REPL > here) > > Right? At least that's how SBCL works based on my understanding. Well, it is not a read-eval-print

Re: [9fans] lisp

On Mon, Jul 7, 2008 at 1:47 PM, Bakul Shah <[EMAIL PROTECTED]<[EMAIL PROTECTED]>> wrote: > On Mon, 07 Jul 2008 13:21:33 PDT "David Leimbach" <[EMAIL PROTECTED]> > wrote: > > (format t "Hello, World!~%") > > > > basically gets "read" then compiled then executed right? (thinking REPL > > here) > >

Re: [9fans] APE printf difference

C89 does have such a requirement, in two places: Section 5.1.2.3: "... - The input and output dynamics of interactive devices shall take place as specified in 7.9.3. ... or line-buffered input appear as soon as possible, to ensure that prompting messages actually appear prior to a program w

Re: [9fans] APE printf difference

> So there you go. I don't know about C99, but I do know POSIX/SUS are > designed to be aligned with standard C. i think you're missing the bit where determining what an interactive device is is not straightfoward, as forsyth pointed out. think of connecting to a shell on the other end of a uni

Re: [9fans] Isnt it time we have the next bay area meeting?

On Sun, Jun 1, 2008 at 3:03 PM, Tharaneedharan Vilwanathan < [EMAIL PROTECTED]> wrote: > hi, > > it has been a long time since we met. > > any plans to have our next Plan9 Bay Area Users Group Meeting? > Is there any traction on this yet? You all are certainly welcome back to the Googleplex if it

Re: [9fans] APE printf difference

"... Furthermore, characters are intended to be transmitted as a block to the host environment when ... input is requested on an unbuffered stream, or input is requested on a line buffered stream ..." that's true when a stream is established as _IONBF or _IOLBF, so if you call setvbuf, that wi

Re: [9fans] 9vx on OpenBSD-4.3

On Sat, Jul 5, 2008 at 9:38 AM, Iruata Souza <[EMAIL PROTECTED]> wrote: > sorry for not reporting until now. > I´m not at home and have no access to my tree right now, but I can > already run 9vx. > console says the kernel is getting 0M of memory. that is surely > because of my hacks. Don't think

Re: [9fans] APE printf difference

This disparity comes up fairly often. As an example, some folks have done a lot of good (in the sense of being useful) work getting various GNU things working on Plan 9 as pre- requisites for things they want. It'd be nice if these were available as an "import package" for folks to use who just wan