But that's not the interesting part. The interesting part of all this is: Can you imagine a BEOWULF CLUSTER OF DELL WINDOWS XP REINSTALLATION CD'S?! Can you?!
I'd guess that wiring up a small chunk of land in a dense, heavily populated area in Japan would be considerably cheaper than wiring up sprawling areas that make up many metropolitan areas of the USA. If I got my facts right, the total land area of Japan (incl. all the smaller islands) is slightly smaller than the state of Texas (that's in the U.S.A., for those of you who don't know). I know that doesn't mean too much (given that Texas is a huge chunk of land); but consider the fact that they can subscribe many more customers per square mile (or square kilometer, in their case?) of covered area than they would be able to over here (with the exception of NYC, maybe?).
Then again, what the hell do I know? I'm just another Slashdotter... What I'm really trying to get at is: CAN YOU IMAGINE A BEOWULF CLUSTER OF THESE?!?! WELL, CAN YOU?! Now that is the question that remains to be answered!
It's not a "sub-notebook". The Dell you mentioned weighs about 2.5 times as much (2.9 vs 7.22). Well, the point I'm trying to make is: CAN YOU IMAGINE A BEOWULF CLUSTER OF THESE?!@#?! WELL, CAN YOU?!
Why not install weatherproof PDA on the bench? That way they could promote their product (CE?) and actually provide a tangible public service.
Why not? Because some deviants would vandalize / destroy / steal it.
I seriously doubt placing PDAs in parks would promote much anything besides vandalism and/or theft, but that's just my opinion.
At least you didn't say something to the effect of "Can you imagine a Beowulf cluster of those?!" (No, I cannot -- I was born Beowulf-imagination-impaired.)
...the local GSM service provider is Nevada Bell, which is related somehow (subsidiary, maybe?) of Pacific Bell.
Actually, both {Nevada,Pacific} Bells are subsidiaries of Southwestern Bell, whom I've heard is merging / partnering / whatever with BellSouth, and rename itself "Cingular".
Now, I know from experience that BellSouth (at least as of about a year ago) doesn't use GSM like SBC (or at least {Nevada,Pacific} Bell) does. So I don't know how these "mergers" will work out... I guess different areas would require you to use different phones.
AFAIK, no phone combines GSM and AMPS. Plenty of phones offer TDMA and AMPS or CDMA and AMPS.)
Not too sure about that, but I do know that you can get AMPS modules for at least the Nokia 5190 (I'd assume 6190 supports it, too, but don't know for sure) which adds an additional thickness of a standard battery.
(In case you're wondering, I'm using Pacific Bell's GSM service in the San Francisco Bay Area)
Why would you want to run Linux on it? Linux is good for some things, but it is neither scalable or reliable/dependable, and has no real enterprise-level features, not to mention no real clustering technology.
Linux isn't for everyone, or everything --/. idiots need to stop believing that it is. And I'd be surprised as all hell if any of the "LINUX IS GOD!!! IT CAN DO ALL!!" idiots knew anything about Linux. Oh, so you can install it via the RedHat installation GUI. Oh, you can compile BitchX and do IRC warrioring. I fear. Really.
Example. Recursive scripts fill up the process table and lock the system in OSF. Not so in linux.
Tru64 leaves 20 processes for root. I believe the math for the # of processes system-wide (at least on Tru64 UNIX; I believe this applies for other BSD variants as well, although I can't confirm this right at this moment) is maxusers * 8 + 20. What does this mean? Higher value of maxusers means more processes for the system (although I'm sure it wouldn't matter much to recursive scripts, fork() bombs, etc), among other things calculated by maxusers.
And as for your Linux comment... does Linux even reserve a number of processes for root? It's been a little while since I messed with this stuff on Linux, but AFAIK, Linux would be the first one to bomb out on this. Perhaps I misunderstood or assumed too much from your comment, so explaining to me what you meant (and not what I understood it as) would help.
I'll wait for your reply while I freeze some insects with an upside-down aircan.
I dunno, you somehow implied it. At least to me, your post implied it.
Also, I'm not saying AdvFS is the greatest thing since Air Cans(tm), or 3M Cloth(tm)s, or lighters with Adult-Proof Safety(tm). And I realize that there can be some troubles down the road; however, with a competant administrator with enough experience (and I'm not talking just negative experience), a "compatible" hardware configuration, and good software support, AdvFS can be worthwhile -- while in the wrong hands it can be a disaster. Just like sliced bread, for example: in the right hands, it can be a lifesaver, but in the wrong ones, it can, well.. be worse than unsliced bread.
I am in no way or shape saying that you (or your setup) do or do not match that criteria, since I know nothing about you or your configuration. These are simply my opinions, and no one pays me to say what I say, think what I think, or eat what I eat.
Historical & compatibility (mostly the latter) reasons. Try sizer -v:
$ sizer -v I love you! $
Ok, well, not the output I wanted, but you get the point. Or I would hope. Well, anyways... I don't care anymore.
A similar issue ran / runs with "Solaris" and "SunOS". Solaris 2.x's (or 7, 8, 31337, whatever) uname reports "SunOS", yada yada.
The guy that said "I'm suprised that you still run OSF" probably just wanted to have something to argue about, be a smartass about, or whatever; who knows (or cares).
fsck does not fix all problems. However in your original post, you said that AdvFS did not have any utilities (simply because it lacks a "fsck"), when in fact it does. Your problems with the badly broken filesystem are beyond me at the moment, since I don't know (or care) about your setup, your specific problems, and whatnot.
My post was simply to inform that utilities do exist, since again, you stated that they did not.
Slashdot Mirror
But that's not the interesting part. The interesting part of all this is: Can you imagine a BEOWULF CLUSTER OF DELL WINDOWS XP REINSTALLATION CD'S?! Can you?!
Then again, what the hell do I know? I'm just another Slashdotter... What I'm really trying to get at is: CAN YOU IMAGINE A BEOWULF CLUSTER OF THESE?!?! WELL, CAN YOU?! Now that is the question that remains to be answered!
I hope that made sense, or something.
*ahem*
Don't have too nice a day.
Why not? Because some deviants would vandalize / destroy / steal it.
I seriously doubt placing PDAs in parks would promote much anything besides vandalism and/or theft, but that's just my opinion.
At least you didn't say something to the effect of "Can you imagine a Beowulf cluster of those?!" (No, I cannot -- I was born Beowulf-imagination-impaired.)
You're thinking Dogma.
Actually, both {Nevada,Pacific} Bells are subsidiaries of Southwestern Bell, whom I've heard is merging / partnering / whatever with BellSouth, and rename itself "Cingular".
Now, I know from experience that BellSouth (at least as of about a year ago) doesn't use GSM like SBC (or at least {Nevada,Pacific} Bell) does. So I don't know how these "mergers" will work out... I guess different areas would require you to use different phones.
AFAIK, no phone combines GSM and AMPS. Plenty of phones offer TDMA and AMPS or CDMA and AMPS.)
Not too sure about that, but I do know that you can get AMPS modules for at least the Nokia 5190 (I'd assume 6190 supports it, too, but don't know for sure) which adds an additional thickness of a standard battery.
(In case you're wondering, I'm using Pacific Bell's GSM service in the San Francisco Bay Area)
I wonder why. Perhaps they shouldn't be running Linux. Just my fourteen cents.
-y.
Why would you want to run Linux on it? Linux is good for some things, but it is neither scalable or reliable/dependable, and has no real enterprise-level features, not to mention no real clustering technology.
Linux isn't for everyone, or everything -- /. idiots need to stop believing that it is. And I'd be surprised as all hell if any of the "LINUX IS GOD!!! IT CAN DO ALL!!" idiots knew anything about Linux. Oh, so you can install it via the RedHat installation GUI. Oh, you can compile BitchX and do IRC warrioring. I fear. Really.
That's all for now.
-y.
What the hell are you talking about? distributed.net is controlled by robots. Well, at least that's what gammatron would say.
-y.
I don't like grits or oatmeal, though. :-(
-ysyi@alf.dec.com (the {grit,oatmeal}-disliker)
Tru64 leaves 20 processes for root. I believe the math for the # of processes system-wide (at least on Tru64 UNIX; I believe this applies for other BSD variants as well, although I can't confirm this right at this moment) is maxusers * 8 + 20 . What does this mean? Higher value of maxusers means more processes for the system (although I'm sure it wouldn't matter much to recursive scripts, fork() bombs, etc), among other things calculated by maxusers.
And as for your Linux comment... does Linux even reserve a number of processes for root? It's been a little while since I messed with this stuff on Linux, but AFAIK, Linux would be the first one to bomb out on this. Perhaps I misunderstood or assumed too much from your comment, so explaining to me what you meant (and not what I understood it as) would help.
I'll wait for your reply while I freeze some insects with an upside-down aircan.
-ysyi@alf.dec.com (the confused)
Also, I'm not saying AdvFS is the greatest thing since Air Cans(tm), or 3M Cloth(tm)s, or lighters with Adult-Proof Safety(tm). And I realize that there can be some troubles down the road; however, with a competant administrator with enough experience (and I'm not talking just negative experience), a "compatible" hardware configuration, and good software support, AdvFS can be worthwhile -- while in the wrong hands it can be a disaster. Just like sliced bread, for example: in the right hands, it can be a lifesaver, but in the wrong ones, it can, well.. be worse than unsliced bread.
I am in no way or shape saying that you (or your setup) do or do not match that criteria, since I know nothing about you or your configuration. These are simply my opinions, and no one pays me to say what I say, think what I think, or eat what I eat.
-ysyi@alf.dec.com
$ sizer -v
I love you!
$
Ok, well, not the output I wanted, but you get the point. Or I would hope. Well, anyways... I don't care anymore.
A similar issue ran / runs with "Solaris" and "SunOS". Solaris 2.x's (or 7, 8, 31337, whatever) uname reports "SunOS", yada yada.
The guy that said "I'm suprised that you still run OSF" probably just wanted to have something to argue about, be a smartass about, or whatever; who knows (or cares).
-ysyi@alf.dec.com (The Uncaring(tm), yet Still Replying(tm))
Also, AdvFS does not need to be defragmented every day; try editing the crontab.
-ysyi@alf.dec.com (aka "The dude from DEC")
My post was simply to inform that utilities do exist, since again, you stated that they did not.
-ysyi@alf.dec.com
Try reading the man pages for verify and salvage. AdvFS does not need fsck.
-ysyi@alf.dec.com