has something very close to what you want in their Thunder K8WE. You need Opterons though because the AMD64 doesn't support dual CPU, and the chipset is the NVIDIA nForce(TM) Professional 2200 and 2050 series, which is needed for dual CPU and PCI-X.
I've crossed Intel designs off my list for that reason. If power is your concern, the Opteron dual cores will be available in low voltage designs that draw as little as 30 watts.
Google is the way to find these things, and it was a S.F. based company. From what I understand Live Software was demonstrating a set of custom tags that allowed you to host ColdFusion sites on JRun. That sort of forced Allaire's hand.
Under the deal, Allaire said it will purchase San Francisco-based Live Software for approximately 550,000 shares of Allaire common stock. Based on Allaire's closing stock price of $45 yesterday, the deal is worth about $24.7 million.
The acquisition will help Allaire extend its capability to deliver products that allow a broad range of customers to build and deploy e-commerce and enterprise Web applications, partly by adopting Live Software's JRun.
Yes, and the Kernel developers looked at monotone as the tool that best suited their development model. However it was way too slow. Hopefully monotone and git will learn from each other and the result will be a better faster open-source distributed SCM.
I think Larry is going to be unhappy with the end result, because by cutting off the kernel developers he is triggering a lot of work on development of open SCM tools.
If you are doing UI concept R&D I would think that you would want to be platform independent. Despite all the posturings about Mono, it seems to me that Java is the leader in that area.
To me this gives a big shot in the head to the idea that patching is an acceptable security assurance mechanism. The fact is that patches often have side affects, and a good organization will test to make sure they aren't going to be crippled by these side affects before installing the patches. This equates to time, money and a period of vulnerability.
You really have to get it right the first time as much as possible in order to have a product with good security.
Moore's Law may continue to hold for a while yet, however Eric's Law that the power consumption of a transistor is inversely proportional to its size seems to be pushing the CPU towards being a point source at T -> infinity may make increasing CPU transistor density impractical.
I've got a dual-core dual Slot 1 Pentium II 400MHz server that I use for running a brace of hard drives of a file server that I'd like to upgrade to a bit faster machine, but I don't want a computer that doubles as a space heater since this is going to be 24x7. I was thinking about buying an Opteron HE, but really would rather have something with a 2 cpus. The thing about the single Opteron is there seem to be a big lack of single Opteron MB's around, epecially those with a fast-wide PCI bus.
It seems what I really want - 2 cpus low power PCI-X 2 slots in an ZTX form factor just doesn't exist. If anyone has a suggestion?
It is surprising how many small shops don't use version control at all. For them the move to CVS is a giant step forward, much bigger than the move to something better than CVS.
Ultimately though most commercial teams move out of CVS - it just has too many issues. The one that got us was that it has no defense, diagnostics or warnings against repository corruption. We found that a system like that as storage for the crown jewels of our company and the source of our livelihood to be unacceptable.
You are incorrect w.r.t. Linus quote, that's what Chris Wedgwood said.
Yes, I stand corrected - Chris was quoting Linus which confused me as to the author. Nonetheless Linus did agree with the assesment as to the current speed. Of course we don't know if it can be fixed - but until it is it is out of contention.
Bazaar-NG is an interesting project - but as you noted isn't ready now and I am sure you realize it can't really be evaluated until it is. And SCMs really need to age for a while to get the bugs out.
As far as svn, everybody understands that per se it doesn't fit the development patterns used by the kernel team. However I think you guys may be missing out on the boat as far as SVK goes - it offers a lot of what you find missing in svn and probably is closer to being a workable system than any of the other alternatives.
Git is a kind of interesting study, but as is noted is a tracking tool for interm use, not a real SCM.
"I'm playing with monotone right now. Superficially it looks like it has tons of gee-whiz neato stuff... however, it's *agonizingly* slow. I mean glacial. A heavily sedated sloth with no legs is probably faster."
Darcs is interesting, but it already has a bad rep in regards to speed and scalability because of the Haskell infrastructure. I wouldn't put the kernel on it. There are also concerns about getting otehr developers to support it because of the Haskell code base. Right now it's a one man show.
Subversion already is well proven on large projects - the question is whether SVK is mature enough.
My guess is what is going to happen is that the kernel guys will do something custom, perhaps on top of or in conjection with SVK and SVN. Monotone, Darcs, etc aren't very likely, and Subversion by itself doesn't fit the distributed work flow of kernel development.
Why can't he just have some of his minions design, from scratch, a distributed source configuration management package that can do everything he needs,
If you read the threads involved you would not have written this message. The question isn't whether or not they are going to do this, but rather what existing project, if any, they are going to leverage to reach this goal.
From reading the traffic on this topic it looks like SVK is a strong contender. Monotone is turning out to have really insufficient performance for managing the kernel.
Some of the other open source candidates also have performance problems.
I see - so it is a data coverage issue more than an implementation issue. I know that there are also some areas in the map view that have incomplete coverage. It will be interesting to see if those get filled in as this service goes from beta to non-beta.
Did you try putting in a specific street address??? I tried 4800 Brooklyn Pl, Brooklyn Center, MN and got a quite high res image, to the point where I could make out individual windows on the buildings.
Slashdot Mirror
has something very close to what you want in their Thunder K8WE. You need Opterons though because the AMD64 doesn't support dual CPU, and the chipset is the NVIDIA nForce(TM) Professional 2200 and 2050 series, which is needed for dual CPU and PCI-X.
I've crossed Intel designs off my list for that reason. If power is your concern, the Opteron dual cores will be available in low voltage designs that draw as little as 30 watts.
Or you could wait for a dual core Pentium M.
Google is the way to find these things, and it was a S.F. based company. From what I understand Live Software was demonstrating a set of custom tags that allowed you to host ColdFusion sites on JRun. That sort of forced Allaire's hand.
Under the deal, Allaire said it will purchase San Francisco-based Live Software for approximately 550,000 shares of Allaire common stock. Based on Allaire's closing stock price of $45 yesterday, the deal is worth about $24.7 million.
The acquisition will help Allaire extend its capability to deliver products that allow a broad range of customers to build and deploy e-commerce and enterprise Web applications, partly by adopting Live Software's JRun.
Yes, and the Kernel developers looked at monotone as the tool that best suited their development model. However it was way too slow. Hopefully monotone and git will learn from each other and the result will be a better faster open-source distributed SCM.
I think Larry is going to be unhappy with the end result, because by cutting off the kernel developers he is triggering a lot of work on development of open SCM tools.
I didn't forget Allaire. The question I have is who remembers the company that Allaire bought out so they could host ColFusion on a J2EE app server.
I can't imagine why you would think that
So other people would be more likely to look at and build on the project.
It's like darcs - nice concept, but since its written in Haskell it imposes a barrier to anyone who wants to contribute to the project.
Which other features/capabilities (in any OS) would you like to have removed?"
Windows, all flavors, TCP/IP.
If you are doing UI concept R&D I would think that you would want to be platform independent. Despite all the posturings about Mono, it seems to me that Java is the leader in that area.
Now we know the real cause of global warming.
"Mechanical engineers at Purdue have filed patents for ... "
"Should not the patent rights be shared among those who funded the project?"
The people filing the patents are rarely the owners of the patent rights.
Sounds to me like Longhorn will be a big contributor to the need to upgrade the electrical grid.
To me this gives a big shot in the head to the idea that patching is an acceptable security assurance mechanism. The fact is that patches often have side affects, and a good organization will test to make sure they aren't going to be crippled by these side affects before installing the patches. This equates to time, money and a period of vulnerability.
You really have to get it right the first time as much as possible in order to have a product with good security.
Moore's Law may continue to hold for a while yet, however Eric's Law that the power consumption of a transistor is inversely proportional to its size seems to be pushing the CPU towards being a point source at T -> infinity may make increasing CPU transistor density impractical.
I've got a dual-core dual Slot 1 Pentium II 400MHz server that I use for running a brace of hard drives of a file server that I'd like to upgrade to a bit faster machine, but I don't want a computer that doubles as a space heater since this is going to be 24x7. I was thinking about buying an Opteron HE, but really would rather have something with a 2 cpus. The thing about the single Opteron is there seem to be a big lack of single Opteron MB's around, epecially those with a fast-wide PCI bus.
It seems what I really want - 2 cpus low power PCI-X 2 slots in an ZTX form factor just doesn't exist. If anyone has a suggestion?
In the wake of Red Hat's withdrawl of a viable free linux distro,
What's wrong wit Centos? It's a really solid free linix distro from Red Hat.
We're still using CVS at work.
It is surprising how many small shops don't use version control at all. For them the move to CVS is a giant step forward, much bigger than the move to something better than CVS.
Ultimately though most commercial teams move out of CVS - it just has too many issues. The one that got us was that it has no defense, diagnostics or warnings against repository corruption. We found that a system like that as storage for the crown jewels of our company and the source of our livelihood to be unacceptable.
You are incorrect w.r.t. Linus quote, that's what Chris Wedgwood said.
Yes, I stand corrected - Chris was quoting Linus which confused me as to the author. Nonetheless Linus did agree with the assesment as to the current speed. Of course we don't know if it can be fixed - but until it is it is out of contention.
Bazaar-NG is an interesting project - but as you noted isn't ready now and I am sure you realize it can't really be evaluated until it is. And SCMs really need to age for a while to get the bugs out.
As far as svn, everybody understands that per se it doesn't fit the development patterns used by the kernel team. However I think you guys may be missing out on the boat as far as SVK goes - it offers a lot of what you find missing in svn and probably is closer to being a workable system than any of the other alternatives.
Git is a kind of interesting study, but as is noted is a tracking tool for interm use, not a real SCM.
Monotone is too slow and SVK isn't??
Here is a quote from Linus:
"I'm playing with monotone right now. Superficially it looks like it has tons of gee-whiz neato stuff... however, it's *agonizingly* slow. I mean glacial. A heavily sedated sloth with no legs is probably
faster."
Darcs is interesting, but it already has a bad rep in regards to speed and scalability because of the Haskell infrastructure. I wouldn't put the kernel on it. There are also concerns about getting otehr developers to support it because of the Haskell code base. Right now it's a one man show.
Subversion already is well proven on large projects - the question is whether SVK is mature enough.
My guess is what is going to happen is that the kernel guys will do something custom, perhaps on top of or in conjection with SVK and SVN. Monotone, Darcs, etc aren't very likely, and Subversion by itself doesn't fit the distributed work flow of kernel development.
Why can't he just have some of his minions design, from scratch, a distributed source configuration management package that can do everything he needs,
If you read the threads involved you would not have written this message. The question isn't whether or not they are going to do this, but rather what existing project, if any, they are going to leverage to reach this goal.
Monotone has been discussed and appears to be too slow. SVK, Darcs, and Arch are still in the running.
From reading the traffic on this topic it looks like SVK is a strong contender. Monotone is turning out to have really insufficient performance for managing the kernel.
Some of the other open source candidates also have performance problems.
I for one welcome our new hard drive perpendicular terroristicular high storage density overlords.
C++, where we got real types and real templates
C++ has neither real types or real templates.
C++ types are system and implementation dependent, and the temples are an imitation of something done better elsewhere (i.e. CL macros).
And BTW, Java does have an unsigned data type.
I see - so it is a data coverage issue more than an implementation issue. I know that there are also some areas in the map view that have incomplete coverage. It will be interesting to see if those get filled in as this service goes from beta to non-beta.
Did you try putting in a specific street address??? I tried 4800 Brooklyn Pl, Brooklyn Center, MN and got a quite high res image, to the point where I could make out individual windows on the buildings.