Domain: cobalt.com
Stories and comments across the archive that link to cobalt.com.
Comments · 65
-
Cobalt Networks..These are Cobalt Networks' boxes rebranded by Gateway. Quoth this press release from January:
During the December quarter 1999, Cobalt established several strategic relationships including NTT DoCoMo, France Telecom and Gateway. The company began shipments of products to Gateway, which Gateway is marketing under the name Gateway Microserver.
So, the processor would appear to be SGI MIPS-based. StrongArm is 32-bit (and what Netwinders use)
-
Cobalt Networks..These are Cobalt Networks' boxes rebranded by Gateway. Quoth this press release from January:
During the December quarter 1999, Cobalt established several strategic relationships including NTT DoCoMo, France Telecom and Gateway. The company began shipments of products to Gateway, which Gateway is marketing under the name Gateway Microserver.
So, the processor would appear to be SGI MIPS-based. StrongArm is 32-bit (and what Netwinders use)
-
Um. No.The Cobalt Qube and RaQ 2 products use the SGI MIPS processor, not ARM. (And the RaQ 3 uses an "Intel compatible" processor, according to the data sheets found here. )
I've seen information indicating expressions of interest in a port of PalmOS to StrongARM; I'll believe in there being product when I actually see it on store shelves.
-
Guess what -- Cobalt Raq 3's are x86 based
That' right -- like a PC. I guess non-Mac people just assume that Mac people don't know what they are talking about with no justification.
Read the spec sheet if you don't believe me.
On the other hand it could've been a simple mistake. I thought that the Raq 2's were x86 based as well, but the spec sheet for them talks about a "64-bit processor," probably the MIPS you mentioned. ...Not that a rack-mounted machine really counts a a PC under any stretch of the term "personal computer." The Raq 3's may have not been out when the guy first did this. I remember reading about someone making a 1 unit rack-mount out of a revison 1 iMac a long time ago, though I think it was on one of the Mac news sites and not Slashdot. -
Re:Clue impaired mac-people
This guy means to tell us that a MIPS-based Linux rack-mount solution is a "PC"
The rack mounted cobalts aren't MIPS-based. They use Pentiums and Pentium clones.
Their Cobalt cube, or an earlier version is MIPS-based though.
Dig around on Cobalt's products page -
The purchase is an insult!Cobalt's press release:
http://www.cobalt.com/about/pres s/2000/000323.html
I was an Systems Engineer for a Cobalt reseller for about a year. I no longer work for the reseller, but have still been a fan of the products. After quitting my old job, I have actively been helping people out on the Cobalt users list, and still admin some Cobalt servers. I've been one of their strongest supporters... until they started getting into this whole Chilisoft ASP business
A couple of months back they announced that they would be offering support for the Chilisoft ASP product, I got pretty upset about the whole deal. To follow the thread, click here .
Basically my argument is that there is an excellent opensource project called PHP that pretty much does everything that ASP can do (and in most cases does it better, easier, etc.) that they are largely ignoring. They don't even offer a supported installation of PHP on their equipment. Its classified as 'experimental'. So rather than contribute developers to PHP and support the project, or even support it, they are going with a third party hack of a hack by Microsoft! What gives!?
I realize that Cobalt gear is targeted to companies currently deploying Microsoft technologies. But to skip over a very popular and worthy open-source solution in favor of a closed-source solution that is helping M$ technology market and mind share is an insult to the community their products are based upon.
So the only way for me to continue support Cobalt's products and their users, Cobalt will have to:
- Open Source the Chilisoft ASP Package
- Offer PHP *supported* & *out of the box*
-kris
Incidently, I did an informal survey not to long ago and lost the actual results, but I figured about 25-30% of Cobalt customers are using PHP on their machines currently in its 'unsupported' state. Imagine the penetration if they offered a supported out-of-the box solution? It would be a great boost to the PHP install & user base. -
The purchase is an insult!Cobalt's press release:
http://www.cobalt.com/about/pres s/2000/000323.html
I was an Systems Engineer for a Cobalt reseller for about a year. I no longer work for the reseller, but have still been a fan of the products. After quitting my old job, I have actively been helping people out on the Cobalt users list, and still admin some Cobalt servers. I've been one of their strongest supporters... until they started getting into this whole Chilisoft ASP business
A couple of months back they announced that they would be offering support for the Chilisoft ASP product, I got pretty upset about the whole deal. To follow the thread, click here .
Basically my argument is that there is an excellent opensource project called PHP that pretty much does everything that ASP can do (and in most cases does it better, easier, etc.) that they are largely ignoring. They don't even offer a supported installation of PHP on their equipment. Its classified as 'experimental'. So rather than contribute developers to PHP and support the project, or even support it, they are going with a third party hack of a hack by Microsoft! What gives!?
I realize that Cobalt gear is targeted to companies currently deploying Microsoft technologies. But to skip over a very popular and worthy open-source solution in favor of a closed-source solution that is helping M$ technology market and mind share is an insult to the community their products are based upon.
So the only way for me to continue support Cobalt's products and their users, Cobalt will have to:
- Open Source the Chilisoft ASP Package
- Offer PHP *supported* & *out of the box*
-kris
Incidently, I did an informal survey not to long ago and lost the actual results, but I figured about 25-30% of Cobalt customers are using PHP on their machines currently in its 'unsupported' state. Imagine the penetration if they offered a supported out-of-the box solution? It would be a great boost to the PHP install & user base. -
So what?
Where's the big news in this? We've seen almost identical products before.
-
Re:Rack mounted computersYou're unlikely to find anything shorter than
1U (1.75"), since the U is the standard of
19" rackspace.
1U high machines include:
* Cobalt RAQ for approximately $1k
* Soon, a DS10 (466mhz alpha 21264) from Compaq
for approximately $2-3k
* Various 1-PCI-slot celeron-based PCs:
Altavista comes up with a bunch of links for
+1U +Rackmount +MicroATX Use the web. -
Re:Cobalt Qube servers
FWIW, the new RAQs are x86 based. Check out the press release.
I guess they get more bang per buck, development is a bit easier, and their customers may well be more comfortable running "normal" hardware.
Cobalt's products are cool - I just wish they were a bit cheaper...
For something similar, have a look at this product from rebel.com - they have some interesting bits of hardware generally.
...j -
Re:Cobalt Qube serversI ran the sum command, to test the CPU speed. Any comments regarding disk or network would also apply to Intel hardware.
My point is, what is all the hype over Cobalt ? Sounds like they are leveraging heavily off the hype of Linux.
Cheers, Andy!
-
Info on the Qube
As somone else said, it's a MIPS chip. I think the distro is hand-made, more or less, by Cobalt. When I was inquiring about one a little while ago, the sales guy was hedging a lot about the distro. It prolly still has a 2.0 kernel due to the butt-pain of porting stuff to a newer one.
Yes, it is overpriced, if you're a hacker type, but the value of this thing is more in the fact that you can drop it on the network and it pops up and works, and it has a lot of sweet configuration utils.
Config util screen shots ->
It takes up to 64MB of ram. The other issue is that people aren't sposed to think of this as a 'computer,' it is not designed to be used as your workstation - it's an appliance.
It's still overpriced, imho, tho. ;)
--
blue -
Posted too soon...
Other folks have already posted the press release about the deal, which looks like a Good Thing to me. My bad. Hey, Rob, ever thought about letting posters moderate their own posts down?
-
That's because it is a Qube
The Gateway machine is a Cobalt Qube. See the Cobalt press release for details.
-
The original reason Linux isn't used for IRCThe difficulty stems from two points.
1. Linux was insecure and unmanaged.
2. Linux only supported 256 FD's, and later 1024 FD's.
The insecurity of linux in the begining was well known, it was a hackers OS. Plus, you'd have a lot of unknowns. No REAL packaging system besides tar files, it was a hit or miss proposition based on your admin.
However, File Descriptors (FD) is one of the major reasons. For all of the 1.x kernels, you only had 256 file descriptors. and it was a pain to hack in more. when 2.0 came out, I believe you were still limited to 256, but it was a bit easier to put more in. Some of the later 2.1.x kernels allowed 1024 by default, which 2.2.x does as well. Anyway, other OS's, like Solaris, default to unlimited soft FD's. (hard FD's are still at 256 though). For every IRC connection, you need a FD. So... by using linux, you're automatically limited to 256 or 1024 people. Even if you hack in more, you still have a hardcoded limit. Once again, it's the admin that makes the difference. and as the major irc nets take off, they want something more substantial than 'I heard this admin is good.'
Anyway, I base this on the fact that I used to run irc.ilstu.edu (EFnet) on an AIX machine. We could have ran it on a linux box, but it was just easier with the constant kernel thrash happening on linux to keep it on the AIX box. I now run chat.gamespy.com (and used to run 3dnet.net before it died) and that is on a linux box. and it was a pain to hack in the 4096 FD's we currently have. hence, I would have prefered Solaris at some points. However, Apache was much easier to setup on there, even though that required a lot more FD's as well. You have IRC nets all over the place that use Linux, it's just the history that stop it on the huge networks.
As far as the total article, I see things opposite, of less linux desktops and more linux servers. If you've seen the things that Cobalt is doing, you'd see what a server can do with a microkernel. But the business side of linux just isn't up to speed yet, so it will stay in the hands of geeks and out of the hands of biz guys. which is fine by me.
Gonzo "GoNINzo" Granzeau
--
Gonzo Granzeau