Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread James Tomaschke
erik quanstrom wrote: > i'm speaking for myself, and not for anybody else here. > i do work for coraid, and i do do what i believe. so > cavet emptor. We have a 15TB unit, nice bit of hardware. > oh, and the coraid unit works with plan 9. :-) You guys should get some Glenda-themed packing tape.

Re: [9fans] nice quote

2009-09-04 Thread andrey mirtchovski
> This is like saying > agglutinative languages are worse for conquering the world with than > isolating languages because the Ottoman empire fell before the English > empire. I wish there was a way to record this for the next generation. Perhaps in a list of worthy sayings and fortune cookies we

Re: [9fans] nice quote

2009-09-04 Thread Jason Catena
Hailed Eris: > One serious question today would be: what's LISP _really_ good for? It's not LISP, but I've found Haskell good for writing terse code that works. Once you get your code past the type checker, it's likely to just work for the forseeable future if it's pure. Most tricky code ends up

Re: [9fans] "Blocks" in C

2009-09-04 Thread Roman V Shaposhnik
On Fri, 2009-09-04 at 13:42 -0400, erik quanstrom wrote: > as i believe was originally explained, > i ripped that example *directly* from the apple grand central > documentation on page 37 in the "Data Types" section: > > http://developer.apple.com/mac/library/documentation/Performance/Reference/G

Re: [9fans] nice quote

2009-09-04 Thread Daniel Lyons
Let me be a little pedantic. On Sep 4, 2009, at 2:18 PM, Eris Discordia wrote: Above says precisely why I did. LISP is twofold hurtful for me as a naive, below average hobbyist. FYI, it's been Lisp for a while. For one thing the language constructs do not reflect the small computer primiti

Re: [9fans] nice quote

2009-09-04 Thread Eris Discordia
Caveat: please add IMH(UI)O in front of any assertion that comes below. Since education was brought up: I remember I found it seriously twisted when I was told mathematics freshmen in a top-notch university not (geographically) far from me are taught not one but two courses in computer program

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread Eris Discordia
there's a standard for this red fail orange locate green activity maybe you're enclosure's not standard. That may be the case as it's really sort of a cheap hack: Chieftec SNT-2131. A 3-in-2 "solution" for use in 5.25" bays of desktop computer cases. I hear ICY DOCK has better offers b

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread erik quanstrom
> I think what he means is: > You are given an inordinate amount of harddrives and some computers to > house them. > If plan9 is your only software, how would it be configured overall, > given that it has to perform as well, or better. > > Or put another way: your boss wants you to compete with

Re: [9fans] "Blocks" in C

2009-09-04 Thread erik quanstrom
> as i believe was originally explained, > i ripped that example *directly* from the apple grand central > documentation on page 37 in the "Data Types" section: > > http://developer.apple.com/mac/library/documentation/Performance/Reference/GCD_libdispatch_Ref/GCD_libdispatch_Ref.pdf > > maybe you

Re: [9fans] nice quote

2009-09-04 Thread Jack Norton
Brian L. Stuart wrote: Just getting something to happen might be training, but it sure isn't education. Thats the best one-liner I have ever heard on the subject. -Jack

Re: [9fans] nice quote

2009-09-04 Thread Brian L. Stuart
> >> >K&R is beautiful in this respect. In > contrast, I > >> never managed to > >> >bite in Stroustrup's description. > >> > >> Ok, now I'll get provocative: > >> Then why do so many people have a problem > understanding C? > > > >Are you saying that there is a significant number of > >people who

Re: [9fans] "Blocks" in C

2009-09-04 Thread erik quanstrom
> Where exactly does it say that? > > >dispatch_block_t p; > > > > if(cond){ > > p =^ { print("cond\n"); }; > > }else{ > > p =^ { print("cond\n"); }; > > } > > p(); > > > > since the first part is equivalent to > > > > if(cond){ > > s

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread Jack Norton
erik quanstrom wrote: *with*, not *on* right? with. it's an appliance. Now, the information above is quite useful, yet my question was more along the lines of -- if one was to build such a box using Plan 9 as the software -- would it be: 1. feasible 2. have any advantages o

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread erik quanstrom
> *with*, not *on* right? with. it's an appliance. > Now, the information above is quite useful, yet my question > was more along the lines of -- if one was to build such > a box using Plan 9 as the software -- would it be: > 1. feasible > 2. have any advantages over Linux + JFS aoe i

Re: [9fans] "Blocks" in C

2009-09-04 Thread Roman Shaposhnik
On Sep 4, 2009, at 9:58 AM, Iruata Souza wrote: On Fri, Sep 4, 2009 at 1:44 PM, Roman Shaposhnik wrote: There's been a *lot* of speculation on this thread and very little fact. (...) Trust me, I've seen how it is generated. so we should trust you and not the facts? is that what you are sayi

Re: [9fans] "Blocks" in C

2009-09-04 Thread Iruata Souza
On Fri, Sep 4, 2009 at 1:44 PM, Roman Shaposhnik wrote: > There's been a *lot* of speculation on this thread and very little fact. > (...) > Trust me, I've seen how it is generated. > so we should trust you and not the facts? is that what you are saying? because i haven't seen any 'factual' code y

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread Roman Shaposhnik
On Sep 4, 2009, at 2:37 AM, matt wrote: I concur with Erik, I specced out a 20tb server earlier this year, matching the throughputs hits you in the wallet. I'm amazed they are using pci-e 1x , it's kind of naive see what the guy from sun says http://www.c0t0d0s0.org/archives/5899-Some-perspe

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread Roman Shaposhnik
On Sep 3, 2009, at 6:20 PM, erik quanstrom wrote: On Thu Sep 3 20:53:13 EDT 2009, r...@sun.com wrote: "None of those technologies [NFS, iSCSI, FC] scales as cheaply, reliably, goes as big, nor can be managed as easily as stand-alone pods with their own IP address waiting for requests on HTTP

Re: [9fans] "Blocks" in C

2009-09-04 Thread Roman Shaposhnik
On Sep 4, 2009, at 2:15 AM, Greg Comeau wrote: In article <1251993672.16936.4779.ca...@work.sfbay.sun.com>, Roman V Shaposhnik wrote: On Thu, 2009-09-03 at 08:44 -0700, David Leimbach wrote: The blocks aren't interesting at all by themselves, I totally agree with that. However what they do t

Re: [9fans] "Blocks" in C

2009-09-04 Thread Roman Shaposhnik
On Sep 4, 2009, at 5:14 AM, erik quanstrom wrote: But this has no more to do with parallelism than any other feature of C. If you used __block vars in a block, you'd still need to lock them when the block is called from different threads. that's a lot worse than a function pointer. with a func

Re: [9fans] "Blocks" in C

2009-09-04 Thread Roman Shaposhnik
There's been a *lot* of speculation on this thread and very little fact. I'd encourage everybody to play with the feature before forming any kind of final judgement. On Sep 3, 2009, at 8:52 PM, erik quanstrom wrote: Did you even read the article or any of the examples? There are plenty of thin

Re: [9fans] "Blocks" in C

2009-09-04 Thread Bakul Shah
On Fri, 04 Sep 2009 08:04:40 PDT David Leimbach wrote: > On Fri, Sep 4, 2009 at 7:41 AM, Bakul Shah > > > wrote: > > > On Fri, 04 Sep 2009 00:47:18 PDT David Leimbach > > wrote: > > > On Fri, Sep 4, 2009 at 12:11 AM, Bakul Shah > > > < > > bakul%2bpl...@bitblocks.com > > > > > wrote: > > > >

Re: [9fans] "Blocks" in C

2009-09-04 Thread David Leimbach
On Fri, Sep 4, 2009 at 7:41 AM, Bakul Shah > wrote: > On Fri, 04 Sep 2009 00:47:18 PDT David Leimbach > wrote: > > On Fri, Sep 4, 2009 at 12:11 AM, Bakul Shah > > < > bakul%2bpl...@bitblocks.com > > > > wrote: > > > > > But this has no more to do with parallelism than any other > > > feature of

Re: [9fans] "Blocks" in C

2009-09-04 Thread David Leimbach
On Fri, Sep 4, 2009 at 7:20 AM, erik quanstrom wrote: > > I could be wrong, but I feel like you're not really interested in > > entertaining that this idea could be useful, but more interested in > shooting > > it down [...] > > remember, if a guy says to the king, hey you're fly's undone, > we se

Re: [9fans] replacing sources

2009-09-04 Thread geoff
The current sources server hasn't been in service for very long. It's about the third one that I know of, and there may have been others. In the past, we just replaced the machines, as they died or became unreliable, with other machines that we already had. Haggis is a new machine and it's using

Re: [9fans] "Blocks" in C

2009-09-04 Thread Bakul Shah
On Fri, 04 Sep 2009 00:47:18 PDT David Leimbach wrote: > On Fri, Sep 4, 2009 at 12:11 AM, Bakul Shah > > > wrote: > > > But this has no more to do with parallelism than any other > > feature of C. If you used __block vars in a block, you'd > > still need to lock them when the block is called fr

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread erik quanstrom
> I concur with Erik, I specced out a 20tb server earlier this year, > matching the throughputs hits you in the wallet. even if you're okay with low performance, please don't set up a 20tb server without enterprise drives. it's no guarentee, but it's the closest you can come. also, the #1 predi

Re: [9fans] "Blocks" in C

2009-09-04 Thread erik quanstrom
> I could be wrong, but I feel like you're not really interested in > entertaining that this idea could be useful, but more interested in shooting > it down [...] remember, if a guy says to the king, hey you're fly's undone, we send that guy to the stockades for a week. meanwhile the king's fly r

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread erik quanstrom
> There's one multi-color (3-prong) LED responsible for this. Nominally, > green should mean drive running and okay, alternating red should mean > transfer, and orange (red + green) a disk failure. In case of 7200.11's there's a standard for this red fail orange locate green activity ma

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread Eris Discordia
Many thanks for the info :-) if there's a single dual-duty led maybe this is the problem. how many sepearte led packages do you have? There's one multi-color (3-prong) LED responsible for this. Nominally, green should mean drive running and okay, alternating red should mean transfer, and or

Re: [9fans] "Blocks" in C

2009-09-04 Thread matt
I could be wrong, but I feel like you're not really interested in entertaining that this idea could be useful, but more interested in shooting it down. That's fine, people do that all the time. People are *constantly* saying Plan 9 is a huge waste of time too. And if you count the number

Re: [9fans] "Blocks" in C

2009-09-04 Thread David Leimbach
On Fri, Sep 4, 2009 at 5:14 AM, erik quanstrom wrote: > > But this has no more to do with parallelism than any other > > feature of C. If you used __block vars in a block, you'd > > still need to lock them when the block is called from > > different threads. > > that's a lot worse than a function

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread erik quanstrom
> This caught my attention and you are the storage expert here. Is there an > equivalent technology on SATA disks for controlling enclosure facilities? > (Other than SMART, I mean, which seems to be only for monitoring and not > for control.) SES-2/SGPIO typically interact with the backplane, n

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread Eris Discordia
- a hot swap case with ses-2 lights so the tech doesn't grab the wrong drive, This caught my attention and you are the storage expert here. Is there an equivalent technology on SATA disks for controlling enclosure facilities? (Other than SMART, I mean, which seems to be only for monitoring and

Re: [9fans] "Blocks" in C

2009-09-04 Thread erik quanstrom
> But this has no more to do with parallelism than any other > feature of C. If you used __block vars in a block, you'd > still need to lock them when the block is called from > different threads. that's a lot worse than a function pointer. with a function pointer your going to get unique space o

Re: [9fans] scheme plan 9

2009-09-04 Thread Eris Discordia
The performance was enjoyable indeed, and interesting. Thanks :-) Although, I bet you can get better results in an easier way with VST. No tool is universal. Just in case, the video wouldn't load even with the latest version of Adobe Flash Player on Opera (some problem with Vimeo, presumably).

Re: [9fans] Petabytes on a budget: JBODs + Linux + JFS

2009-09-04 Thread matt
I concur with Erik, I specced out a 20tb server earlier this year, matching the throughputs hits you in the wallet. I'm amazed they are using pci-e 1x , it's kind of naive see what the guy from sun says http://www.c0t0d0s0.org/archives/5899-Some-perspective-to-this-DIY-storage-server-mention

Re: [9fans] nice quote

2009-09-04 Thread Greg Comeau
In article <20090903193814.ga1...@polynum.com>, wrote: >On Thu, Sep 03, 2009 at 02:02:53PM +, Greg Comeau wrote: >> In article <20090903120157.ga1...@polynum.com>, >> wrote: >> >I have the principle that, since a programming language aims to express >> >clearly what you want to be done, if

Re: [9fans] "Blocks" in C

2009-09-04 Thread Greg Comeau
In article <3e1162e60909030844r8760a8fu1b27d6e60965e...@mail.gmail.com>, David Leimbach wrote: >The blocks aren't interesting at all by themselves, I totally agree with >that. However what they do to let you write a function inline, that can be >pushed to another function, to be executed on a con

Re: [9fans] "Blocks" in C

2009-09-04 Thread Greg Comeau
In article <1251993672.16936.4779.ca...@work.sfbay.sun.com>, Roman V Shaposhnik wrote: >On Thu, 2009-09-03 at 08:44 -0700, David Leimbach wrote: > >> The blocks aren't interesting at all by themselves, I totally agree >> with that. However what they do to let you write a function inline, >> that

Re: [9fans] "Blocks" in C

2009-09-04 Thread Greg Comeau
In article , erik quanstrom wrote: >> Apple's using it all over the place in Snow Leopard, in all their native >> apps to write cleaner, less manual-lock code. At least, that's the claim >> :-). > >could someone explain this to me? i'm just missing how >naming a block of code could change its lo

Re: [9fans] nice quote

2009-09-04 Thread Greg Comeau
In article <561059.20730...@web83913.mail.sp1.yahoo.com>, Brian L. Stuart wrote: >> >K&R is beautiful in this respect. In contrast, I >> never managed to >> >bite in Stroustrup's description. >> >> Ok, now I'll get provocative: >> Then why do so many people have a problem understanding C? > >Are

Re: [9fans] "Blocks" in C

2009-09-04 Thread Greg Comeau
In article <5d375e920909030832i17c62bc7mbb1afc55708e0...@mail.gmail.com>, Uriel wrote: >So libthread must be a figment of 9fan's imagination... > >Of course, for Apple (or anyone else) to learn from Plan 9 would be >impossible, so instead they had to add a new 'feature' to C. Apple, and many othe

Re: [9fans] nice quote

2009-09-04 Thread Greg Comeau
In article , Jason Catena wrote: >> If the language can't be explained in 50 pages, it's no good. > >If it's not possible to clearly describe the core of a computer >programming language in fifty pages, then it has probably been >embellished with features, unnecessary to the language proper, to he

Re: [9fans] nice quote

2009-09-04 Thread Greg Comeau
In article <6a3ae47e0909030757n31a8d09aoa2b2d57628a5a...@mail.gmail.com>, Robert Raschke wrote: >On Thu, Sep 3, 2009 at 3:02 PM, Greg Comeau wrote: >> Ok, now I'll get provocative: >> Then why do so many people have a problem understanding C? >> Please don't seriously say they don't. In fact, th

Re: [9fans] "Blocks" in C

2009-09-04 Thread David Leimbach
On Fri, Sep 4, 2009 at 12:11 AM, Bakul Shah > wrote: > On Thu, 03 Sep 2009 22:35:35 PDT David Leimbach > wrote: > > > > > > Actually, reading on a bit more they deal with the "variable capture" > > talking about const copies. > > > > Automatic storage variables not marked with __block are impor

Re: [9fans] "Blocks" in C

2009-09-04 Thread Bakul Shah
On Thu, 03 Sep 2009 22:35:35 PDT David Leimbach wrote: > > > Actually, reading on a bit more they deal with the "variable capture" > talking about const copies. > > Automatic storage variables not marked with __block are imported as > const copies. > > The simplest example is that of importin