[9fans] attention - new list address
Friends, the address for this mailing list is going to be changing. Thanks to Russ, we now have 9fans at 9fans.net set up, and current subscriptions migrated. Please give it a try, and bear with us if there are any problems. Thanks also to the psu computer science department for hosting us these many years.
Re: [9fans] simplicity
In my experience, the one thing that really gets Plan 9 across to people is the telco server. That's an example of something that you can't nicely do in Unix, and that exhibits power and elegance as a consequence of a few basic design choices.
Re: [9fans] plan 9 overcommits memory?
On Sun, Sep 02, 2007 at 11:38:44PM -0400, [EMAIL PROTECTED] wrote: would have to commit just for stacks. With 2,000 processes, that would rise to 32GB just for stacks. With 4GB RAM, wouldn't you allocate at least that much swap no matter what?
[9fans] [EMAIL PROTECTED]: Auto-discard notification]
Folks, I'm seeing a lot of these lately. Naturally it could be dictionary spammers, but just in case not, is someone forwarding our traffic to netpath.net? (No subscribed users have that in their address.) - Forwarded message from [EMAIL PROTECTED] - Delivery-Date: Thu Aug 09 08:04:53 2007 Subject: Auto-discard notification From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Thu, 09 Aug 2007 04:04:43 -0400 List-Id: Fans of the OS Plan 9 from Bell Labs 9fans.cse.psu.edu The attached message has been automatically discarded. To: 9fans@cse.psu.edu From: [EMAIL PROTECTED] SUBJECT: Plan Change Request from 9fans@cse.psu.edu Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Thu, 9 Aug 2007 04:01:36 -0400 (EDT) Please KEEP and PRINT this message. It is your confirmation that you have requested to change your plan. DO NOT REPLY TO THIS MESSAGE. See below for Email information. All requests received will be processed in a timely manner, depending on volume of requests received. If your request is made over the weekend or a Holiday break, please allow additional time for processing. Any request received that effects the billing on your account will not go into effect until the next billing cycle. If your request is for our new Xtreme Net service, you will receive an email providing you with your access code. If you have any questions about Xtreme Net, please contact [EMAIL PROTECTED] or call our office at 336/226-0425, ext 500. If you have any billing questions, please email [EMAIL PROTECTED] or call our office at 336/226-0425, ext 501. Remember, use of our service indicates agreement to our current Terms Conditions, which can be found at http://www.netpath.net/terms.htm. - Your message --- --- Your original message is below -- Created Aug 8 18:50 by quanstro Processed Aug 9 00:50 by geoff removable devices can may return 0 sectors in scsionline when they have empty media. prevent infinite loops. ahci+sata lg super multi dvd rewriter do this, e.g. NOTES: Wed Aug 8 18:50:35 EDT 2007 geoff applied in slightly different form. -- /sys/src/9/pc/sdscsi.c sdscsi.c.orig:215,222 - /n/sources/patch/applied/scsionline-removeable/sdscsi.c:215,224 break; case 0: unit-sectors = (p[0]24)|(p[1]16)|(p[2]8)|p[3]; - if(unit-sectors == 0) - continue; + if(unit-sectors == 0){ + ok = 1; + break; + } /* * Read-capacity returns the LBA of the last sector, * therefore the number of sectors must be incremented. - End forwarded message -
Re: [9fans] Mailing list archive.
On Fri, Jul 06, 2007 at 03:35:36PM +0200, Lucio De Re wrote: http://www.bx.psu.edu/~schwartz/9fans/9fans.mbox.txt seems to have stopped updating on the 8th of June. If at all possible to restart it, can we remove the blank line at the beginning that invalidates it to all mailer readers I'm familiar with? I'll fix it. It looks like my crontab got nuked during an upgrade of some sort.
Re: [9fans] Mac p9p snarf buffer
| X11 doesn't have a snarf buffer. Instead it has an idea of which | window currently owns the snarf (X11 would say `selection'), and | when you want to find the snarf contents you go ask the current owner. | There is no central buffer like on Plan 9's /dev/snarf or the Windows | clipboard. (In addition to making things a lot more complicated, this | means that snarf contents do not persist once their owner exits. But | that particular problem isn't relevant here.) No, it really does have a CLIPBOARD property, separate from selections like PRIMARY. A program like xclipboard or kde's klipper or whatever the gnome thing is, maintains this.
Re: [9fans] Pull?
| There was a problem locally wherein losing a file server connection | was making replica/scan think that all the files had vanished. I've | taken measures to prevent it happening in future, What sort of measures? I mean, is there a general purpose strategy that you used, or is this a special case?
Re: Again: (self)hosted Plan9? Was: [9fans] extending xen to allow
On Tue, Dec 12, 2006 at 09:30:35PM +1100, Bruce Ellis wrote: i thought that i could get anything when working at the labs. oh no. Wasn't there one time when there was problem getting drivers for *lucent* wavelan pcmcia cards? (Maybe I misremember, but the story is better that way.)
Re: [9fans] pages in nroff
Unix manpages these days are formatted for online viewing just as you suggest, and it seems to work fine. e.g. linux does: (echo .ll 10.6i; echo .pl 1100i; /usr/bin/gunzip -c '/usr/share/man/man1/date.1.gz'; echo; echo .pl \n(nlu+10 ) | /usr/bin/gtbl | /usr/bin/nroff -c -mandoc | /usr/bin/less -isr
Re: [9fans] mount 9P on Linux and FreeBSD via FUSE
On Thu, Jul 27, 2006 at 10:50:29AM -0600, andrey mirtchovski wrote: The fuse module is a kernel module, and part of the kernel tree, the userland tools are not. i kept thinking that all i need to do is mount :) Is there enough 9p support in linux 2.6 to do that without fuse? Can someone who understands both compare this to v9fs?
Re: [9fans] mount 9P on Linux and FreeBSD via FUSE
On Fri, Jul 28, 2006 at 09:08:17AM -0600, Ronald G Minnich wrote: Scott Schwartz wrote: Is there enough 9p support in linux 2.6 to do that without fuse? now you're depressing me. Yes, you can do 9p in linux 2.6 without fuse. You just do a mount. I set a lot of mine up in /etc/fstab. That's what I thought, but I wanted to double check. I'm not running 2.6 so it's hard to just try it. :)
Re: [9fans] Good enough approximation for ape/pcc
| The Plan 9 C libraries already provided a mechanism | for finding the caller - getcallerpc(2). What happens when there is no caller because the function got inlined? Obviously with compiler support you could get the right effect, but wouldn't it be a bit more work?
Re: [9fans] acme mail on unix
| MH uses monotonically-increasing small positive integers to number | messages within a folder. Maildir, as I recall, uses large | pseudo-random numbers, or what appear to be pseudo-random numbers. Maildir uses the structure folder/{tmp,cur,new}/unique.file.name. The files are required to be uniquely named, and there is a convention for the intermediate directories. djb has a brief but detailed specification under cr.yp.to somewhere, if you want to google for it.
Re: [9fans] tab completion and command history in rc
| As for command history, you are expected to | find the previous command in your rc window, edit it, copy it, paste it | to the prompt, and then run it. This is obviously more efficient than | hitting the up arrow. Don't forget, you can grep the text of the window! If your prompt is distinctive, you're done.
Re: [9fans] xcpu note
| Probably apples and oranges, but Jim Kent wrote a job scheduler for his | kilocluster that nicely handled about 1M jobs in six hours. It's the | standard thing for whole genome sequence alignments at ucsc. | | I think that's neat, I would like to learn more. Was this scheduler for | an arbitrary job mix, or specialized to that app? Well, it was designed to do what we needed and no more, but it's still pretty general. The input is a file of commands, and it runs them all until they are all done (with a way to retry the ones that failed.) http://www.cse.ucsc.edu/~kent/ http://www.soe.ucsc.edu/~donnak/eng/parasol.htm
Re: [9fans] xcpu note
| No other scheduler we have used | comes close to this kind of performance. Scheduler overhead was | basically insignificant. Probably apples and oranges, but Jim Kent wrote a job scheduler for his kilocluster that nicely handled about 1M jobs in six hours. It's the standard thing for whole genome sequence alignments at ucsc. | If you look at how most clusters are used today, they closely resemble | the batch world of the 1960s. It is actually kind of shocking. On the other hand, sometimes that's just what you really want.
Re: [9fans] rdbfs
| that's really unlikely given that the kernel is splhi | looping to poll the uart. A while back there was a bug where hardware flow control wasn't turned on, so characters would get dropped. Is that in good working order now?
Re: [9fans] 9base ports to unix
I like Byron's version a lot. The best feature: you don't have to backslash lines inside a parenthesized list!
Re: [9fans] changing close()
| Is this a terrible idea? (I'm trying to address the lack of technical | discussion mentioned an earlier note :0) In my humble opinion, the better solution is to have dial return a pair of descriptors (and change the rest of the system to have e.g. /net/tcp/9/data{0,1}), so you can close the one you want. But maybe it's too late for that, and changing close is the only way.
Re: [9fans] fs benchmark
| Do any of you have a benchmark for measuring how fast a filesystem is | for plan 9?. lmbench, with some hacking, and APE, maybe.
Re: [9fans] Absent friends of Boyd list so far ...
Please add me to the list, too. And me.