Ok, the above comment is an obvious troll, but I'm curious about how American law actually works. Do they really think they can enforce their own laws globally? This strikes me as really bizarre. I know the French did something similar with Yahoo, but presumably Yahoo at least has an office or something in France (I don't really know, I'm just guessing).
I used NDS years ago - it was awesome. I couldn't believe it when the company I was consulting for decided to replace their fast, easy to manage, reliable network with NT.
It was surreal actually - my assistant and I - that's right, two people - managed a network of about 3000 desktops, three locations, and half a dozen servers (plus these horrible cc-mail "servers" that took up most of our time - really they were client PC's running a cheesy routing application). We did everything from backups to managing users, reseting passwords, etc.
It took a team of consultants (Anderson - bright guys, but brainwashed by MS) about six months to replace the thing with about a dozen massive NT boxes. Their uptime and performance was horrible even though they had more and better hardware, plus it was a nightmare to administer.
Anyway, that's all totally off-topic. NDS really was awesome - a pleasure to administer. Even years later I've yet to see anything that comes close in terms of management and scalability. Unfortunately I don't think it has a future. Novell once had a dominent marketshare in file & print servers and they squandered it through mis-management. Still, if you don't mind the risk that the product will disappear, I'm sure current versions of NDS are even better (I stopped using Novell around the time 4.1 came out).
Sadly you're right. Large companies with extensive legal resources can do pretty much whatever they want to indvidual clients. It's only when the victim has some money that things start to get interesting.
Anyway, I didn't dispute that. I'm just saying that there should be some recourse. Companies might be more careful about breaking contracts if they risked large punitive damages.
Finland has an interesting system regarding traffic fines. They're based on your salary, so if you're a billionare you still have to worry about getting caught speeding - the fine could be in the hundreds of millions of dollars. It makes a lot of sense.
The same kind of system should apply in these situations. If AT&T costs me a years wages by cutting off my connection (say I'm a consultant who works from home) then they should be liable for a year's worth of their revenue. Then they would have to think seriously before breaking their contracts.
Your connection is not a right, it's a privilige that you pay for.
That's right, I pay for it. Not only that, when it gets cut off unexpectedly I can suffer real losses. Of course the ISP can impose terms of service that the subscriber has to agree to. But if you're going to cut off the service you'd better be sure that the terms of service have really been violated.
The real problem is that Internet access is becoming an "essential" service like telephone service or electricity, but it's still being treated like a luxury. If you abuse your phone service then it can be cut off, but it's not something that's done lightly and certainly not because of an e-mail or simple lawyer's letter. Internet access should be the same.
Think about the bigger picture for a second. What's happened is that a client of an ISP has forced the ISP to win in court before cutting off service.
We've seen lots of cases where service has been cut off for questionable reasons (hosting deCSS, hosting "slanderous" material, whatever) and the ISP's client has had _no_ recourse.
While I would wholeheartedly support the lynching of spammers, I also welcome any trend that forces ISPs to be accountable for disconnecting service. It's not right that my Internet access can be cut off because of unsubstantiated allegations made in a lawyer's letter to my ISP.
Rather than fighting to get these guys booted from their ISP, just enter their IP into the black-lists. If their outgoing mail is handled by the ISP, the ISP can set up a specific IP address as the source of the spam and the rest of the world can block it.
True the U.S. has fewer restrictions on weapons, but (I think) most of the world doesn't see "the right to bear arms" as fundamental. Try to explain to a Frenchman that you can carry a gun on the street, but not a glass of wine.
The problem with stuff like that is it most affects the freer nations (US is still the best I know of, sad though that is).
Do you still believe that? I'm a Canadian living in Europe, and I'd have to say that of the countries I'm familiar with (Canada, U.S., France, Germany, Finland) the U.S. comes in last as far as freedom and privacy are concerned.
Granted there are lots of countries that are _much_ worse than the U.S., but "the leader of the free world" isn't nearly as free as it's citizens believe. In fact, even in a developing country like India individuals probably have more personal freedoms than Americans. Indians have lots of other problems, but they don't have to worry about being arrested for doing research.
So what you're saying is that the only reason people use Solaris x86 is:
Because they're Sun employees and it looks bad to use anything else.
Because they want to study for a certificate.
If that's true, then these don't really sound like good reasons at all. Surely there must be _somebody_ who is using Solaris x86 for real work?
I have to admit I don't understand why Sun is resisting the switch to Linux. I'm not saying they should dump Solaris over night, but a two or three year transition plan would make a lot of sense.
As it is they'll probably be the only proprietary Unix vendor in three or four years. As more vendors support Linux, application support for Solaris and trained administrators will become harder to find. No matter how good their hardware is, that's a big barrier to overcome.
Sure Linux is seriously eating into proprietary Unix market share, but think about it a little more carefully. These guys are looking for something that's cheaper and easier to deploy than the Sun boxes they're currently using. Without Linux, the only choices are 1)eat the costs and stick with Unix, 2)port to Windows (also at considerable expense).
The breadth of offerings available for Linux (cheap 1U boxes, Mainframe LPARS, massive servers) make it a natural choice for people who might otherwise leave the Unix world altogether. It's easy to port from Unix to Linux, and you can run your app. on any hardware imaginable.
It's reasonable that if you steal something from Borders you can never go back there (or at least not until you age enough that the camera can't recognize you). But what if they network this (or hook it up to a police database) so that if you steal something form Borders you can never enter any bookstore?
It gets worse. Stores are private property. The owners don't need an excuse for throwing you out. We already have credit reporting agencies (private for-profit companies) that maintain databases of individuals they judge to be poor credit risks. It's not hard to imagine similar databases of people believed to be a poor shiplifting risk. One store snaps your picture and says you are a "suspected" shoplifter, and suddenly you're banned from all stores.
Take it yet a step further. Many landlords now do credit checks of prospective tenants. Why not take a picture and see if the tenant is a suspected shoplifter? The same thing could happen if you're looking for a job.
Where do you draw the line and stop this sort of thing?
The clear argument is, that it is wrong to steal, even if it saves someone's life. Period.
Clear to you perhaps, but I have to disagree. Stealing is wrong, but so is letting somebody die. Of the two, stealing is definately the lesser evil.
If I'm ever in situation where I can save my life or somebody else's simply by stealing something, I hope I do it. I would have to overcome a lot of social conditioning and I might not have the courage. I suppose that's what distinguishes heros and great leaders from regular folk like me - they have the courage to make difficult decisions.
This would have been great ten years ago, but today the original "awk", "grep", etc are worthless. Even when I started with Unix ~1990 the first thing I did when I got a new Sun box was install the GNU tools. Even then the commercial versions were generally inferior.
If I were the cynical type (who me?) I'd say that Caldera has realised that everybody prefers the GNU utilities, and that their proprietary versions have no commercial value. They figure they might as well score some PR points by releasing the code.
Contrast this with IBM, which has ported and Freed it's JFS - a modern file system that represents an import feature (and selling point) of AIX. So when will Caldera release SCO's clustering code? Probably ten year's after Linux clustering is mature.
All the articles I've read about Code Red seem to be carefully avoiding pointing the finger at Microsoft.
A statement like "Microsoft IIS servers run less than 25% of the Web, but the congestion created by the attack could affect all servers" would be accurate, informative, and make it clear that the problem is caused by a minority of systems. It would also make PHBs think twice about implementing IIS.
How do we get this message out to PHBs everywhere?
The obvious reason is Itanium compatiblity. AMD has a 64 bit processor that's likely much faster than Intel's 64 bit offering, but still doesn't have the market clout to push it's own instruction set. Transmeta has a hardware/software combination that can emulate other processors reasonably well.
Put the two together and you get a 64 bit processor that runs 32 bit apps and AMD 64 bit apps faster than Itanium, and might even be able to emulate the Itanium with decent results.
It depends on how you define "revolution". You could say that taking power away from established authorities is a form of revolution, and that's happening.
Consider the effects of the Internet on a typical office worker. I am a Canadian living in Paris. In a week or so I will start a new job working remotely for a company in Helsinki. No country's tax laws are really designed for this sort of thing. I haven't really figured out who I'm supposed to pay taxes to. Probably France.
But, if the taxes in France are too high I can move anywhere in the world that has an Internet connection and still keep my job.
As more and more people end up with the same arrangement that I have, countries will lose the ability to set tax levels for their own citizens. It used to be that only the very wealthy could leave a country if they didn't like the taxes, soon a large percentage of people will be able to do it. This is a revolution of sorts and who knows what effect it will have.
And that's just one example of old-style governments losing power. As more goods become "intangible" - music, movies, literature, cultural products like magazines - traditional import/export controls break down. Canada likes to limit the ability of foreign (mostly U.S.) magazines to enter the Canadian market. You can't do that on the 'Net. So that's another area where, for all practical purposes, the government has lost control.
If SourceForge suddenly dissappeared there would certainly be an adjustment time, and a lot of projects would never get the same kind of infrastructure again. But thos projects would likely be small enough that they don't really need it. It's convenient, but not essential.
I certainly have a recently updated CVS of everything I'm working on, I suspect most other people do as well. Besides that, it's unlikely that VA would go out of business and take all their data with them. There's absolutely no reason for them not to make the data available elsewhere, even if just to allow the various projects to pick up the pieces.
I'm also aware of at least one other SourceForge-like project that's affiliated with the FSF. I don't have a lot of info on it and I don't know how far along it is, but it's clear that other people would step in to offer services similar to what VA has. Maybe not on the same scale, but at least adequate.
Some good points, but it's still kick-ass for people who need it. That's not to say it doesn't have problems. Lets see if I can address your points one by one:
Let's begin with the documentation. It's shit. There are functions described which don't exist or do what they should do. And if i remember right there are functions which are not documented but exist and work very well.
Actually I think the current documentation is pretty good. Not awesome, but not bad. Check back on the web site to see. Of course, you sound like you've got some experience with Midgard, so maybe you can contribute some improvements:-).
And it's written in PHP. I won't describe something written in PHP as ass-kicking. Sure there are quite some good stuff out there in PHP which do what they should do etc. but ass-kicking???
Actually, it's written in 'C', with PHP as the scripting language. Version 2 will be language independant, with, at least PHP & Perl. Probably a few others by the time we're done.
For something like Midgard i would have used Servlets. But maybe that's only a matter of taste.
Very much a matter of taste. I'm not really a fan of Java. Still, it should be possible to build servlet support into 2.0, but I don't know if anybody will do it. We'd have to find a developer who likes them first. Again, we'd welcome volunteers:-).
Don't understand be wrong. Midgard is a good peace of work but, until now, not more. Version 2.0 was planned to be released Q1 2000. So maybe the problem is that they have not enough time/ people.
Actually I think the problem was getting wrapped up in 1.4. I wasn't involved in the project when the "original" 2.0 was planned, so I don't know why it never got off the ground. I've been pushing the "new" 2.0 for several months now, however, and it's moving forward well. The rest of the development team is just wrapping up 1.4.1, and will be going full-force on 2.0 after OSDEM.
I can't resist a plug: come see me talk about Midgard, a kick-ass content management system.
I'll be focusing on the upcoming version 2.0, but version 1.4 is stable and works great for content-rich web sites. That means anything where you have a lot of content that changes often.
I don't have any inside info. on how portable the code morphing is, but implementing a new instruction set (not x86) or porting code is bound be easier the second time around.
They've got the experience from the first attempt, and that makes a huge difference.
My definition of "mission critical" is that the expense of down-time far outways the expense of the technology. Obviously we're thinking more in terms of money, but in some situations we're talking about lives too.
I once worked on a flight planning system for an airline. It's not the same as air-traffic control, we weren't responsible for preventing accidents, but without their flight plan the planes couldn't take off. The flight plans were prepared about 3 hours in advance. If there was ever an outage of more than three hours any planes currently on the ground would not be able to take off again. Gradually the entire fleet would be grounded and business would stop entirely after 15 hours or so.
The cost of that downtime was astronomical: salaries, ticket refunds, hotels for passengers, lost goodwill. We're talking millions of dollars per minute.
Needless to say, they weren't very price-sensitive when building their new flight planning system. A few million extra for added security wasn't considered a bad deal. That pretty much defines "mission critical" for me.
Transmeta should be able to improve on their initial products as well. We're used to this kind of one-upmanship with AMD, I see no reason why Transmeta can't do the same thing.
But aside from that, I doubt that Transmeta's entire business plan is based on low-power. The strength of their technology is flexibility. It would be cool, for example, if they could produce a laptop version of AMD's 64-bit chip, or Itanium for that matter without a major re-design. While Intel needs years to ramp up a new, expensive hardware architecture, Transmeta can copy it in a few months cheaply.
Does anybody know where I get one of these in a 1U server for a reasonable price, shipped within the US? It seems like all the rackmount servers are still Intel-based.
Slashdot Mirror
Does this apply to all laws? Could I technically be charged in the U.S. if I assaulted somebody in Russia?
I know this doesn't happen, but is that just because they don't bother, or because they can't?
Ok, the above comment is an obvious troll, but I'm curious about how American law actually works. Do they really think they can enforce their own laws globally? This strikes me as really bizarre. I know the French did something similar with Yahoo, but presumably Yahoo at least has an office or something in France (I don't really know, I'm just guessing).
Any lawyers who know better?
I used NDS years ago - it was awesome. I couldn't believe it when the company I was consulting for decided to replace their fast, easy to manage, reliable network with NT.
It was surreal actually - my assistant and I - that's right, two people - managed a network of about 3000 desktops, three locations, and half a dozen servers (plus these horrible cc-mail "servers" that took up most of our time - really they were client PC's running a cheesy routing application). We did everything from backups to managing users, reseting passwords, etc.
It took a team of consultants (Anderson - bright guys, but brainwashed by MS) about six months to replace the thing with about a dozen massive NT boxes. Their uptime and performance was horrible even though they had more and better hardware, plus it was a nightmare to administer.
Anyway, that's all totally off-topic. NDS really was awesome - a pleasure to administer. Even years later I've yet to see anything that comes close in terms of management and scalability. Unfortunately I don't think it has a future. Novell once had a dominent marketshare in file & print servers and they squandered it through mis-management. Still, if you don't mind the risk that the product will disappear, I'm sure current versions of NDS are even better (I stopped using Novell around the time 4.1 came out).
Sadly you're right. Large companies with extensive legal resources can do pretty much whatever they want to indvidual clients. It's only when the victim has some money that things start to get interesting.
Anyway, I didn't dispute that. I'm just saying that there should be some recourse. Companies might be more careful about breaking contracts if they risked large punitive damages.
Finland has an interesting system regarding traffic fines. They're based on your salary, so if you're a billionare you still have to worry about getting caught speeding - the fine could be in the hundreds of millions of dollars. It makes a lot of sense.
The same kind of system should apply in these situations. If AT&T costs me a years wages by cutting off my connection (say I'm a consultant who works from home) then they should be liable for a year's worth of their revenue. Then they would have to think seriously before breaking their contracts.
That's right, I pay for it. Not only that, when it gets cut off unexpectedly I can suffer real losses. Of course the ISP can impose terms of service that the subscriber has to agree to. But if you're going to cut off the service you'd better be sure that the terms of service have really been violated.
The real problem is that Internet access is becoming an "essential" service like telephone service or electricity, but it's still being treated like a luxury. If you abuse your phone service then it can be cut off, but it's not something that's done lightly and certainly not because of an e-mail or simple lawyer's letter. Internet access should be the same.
Think about the bigger picture for a second. What's happened is that a client of an ISP has forced the ISP to win in court before cutting off service.
We've seen lots of cases where service has been cut off for questionable reasons (hosting deCSS, hosting "slanderous" material, whatever) and the ISP's client has had _no_ recourse.
While I would wholeheartedly support the lynching of spammers, I also welcome any trend that forces ISPs to be accountable for disconnecting service. It's not right that my Internet access can be cut off because of unsubstantiated allegations made in a lawyer's letter to my ISP.
Rather than fighting to get these guys booted from their ISP, just enter their IP into the black-lists. If their outgoing mail is handled by the ISP, the ISP can set up a specific IP address as the source of the spam and the rest of the world can block it.
True the U.S. has fewer restrictions on weapons, but (I think) most of the world doesn't see "the right to bear arms" as fundamental. Try to explain to a Frenchman that you can carry a gun on the street, but not a glass of wine.
Do you still believe that? I'm a Canadian living in Europe, and I'd have to say that of the countries I'm familiar with (Canada, U.S., France, Germany, Finland) the U.S. comes in last as far as freedom and privacy are concerned.
Granted there are lots of countries that are _much_ worse than the U.S., but "the leader of the free world" isn't nearly as free as it's citizens believe. In fact, even in a developing country like India individuals probably have more personal freedoms than Americans. Indians have lots of other problems, but they don't have to worry about being arrested for doing research.
So what you're saying is that the only reason people use Solaris x86 is:
If that's true, then these don't really sound like good reasons at all. Surely there must be _somebody_ who is using Solaris x86 for real work?
I have to admit I don't understand why Sun is resisting the switch to Linux. I'm not saying they should dump Solaris over night, but a two or three year transition plan would make a lot of sense.
As it is they'll probably be the only proprietary Unix vendor in three or four years. As more vendors support Linux, application support for Solaris and trained administrators will become harder to find. No matter how good their hardware is, that's a big barrier to overcome.
Sure Linux is seriously eating into proprietary Unix market share, but think about it a little more carefully. These guys are looking for something that's cheaper and easier to deploy than the Sun boxes they're currently using. Without Linux, the only choices are 1)eat the costs and stick with Unix, 2)port to Windows (also at considerable expense).
The breadth of offerings available for Linux (cheap 1U boxes, Mainframe LPARS, massive servers) make it a natural choice for people who might otherwise leave the Unix world altogether. It's easy to port from Unix to Linux, and you can run your app. on any hardware imaginable.
It's reasonable that if you steal something from Borders you can never go back there (or at least not until you age enough that the camera can't recognize you). But what if they network this (or hook it up to a police database) so that if you steal something form Borders you can never enter any bookstore?
It gets worse. Stores are private property. The owners don't need an excuse for throwing you out. We already have credit reporting agencies (private for-profit companies) that maintain databases of individuals they judge to be poor credit risks. It's not hard to imagine similar databases of people believed to be a poor shiplifting risk. One store snaps your picture and says you are a "suspected" shoplifter, and suddenly you're banned from all stores.
Take it yet a step further. Many landlords now do credit checks of prospective tenants. Why not take a picture and see if the tenant is a suspected shoplifter? The same thing could happen if you're looking for a job.
Where do you draw the line and stop this sort of thing?
Clear to you perhaps, but I have to disagree. Stealing is wrong, but so is letting somebody die. Of the two, stealing is definately the lesser evil.
If I'm ever in situation where I can save my life or somebody else's simply by stealing something, I hope I do it. I would have to overcome a lot of social conditioning and I might not have the courage. I suppose that's what distinguishes heros and great leaders from regular folk like me - they have the courage to make difficult decisions.
This would have been great ten years ago, but today the original "awk", "grep", etc are worthless. Even when I started with Unix ~1990 the first thing I did when I got a new Sun box was install the GNU tools. Even then the commercial versions were generally inferior.
If I were the cynical type (who me?) I'd say that Caldera has realised that everybody prefers the GNU utilities, and that their proprietary versions have no commercial value. They figure they might as well score some PR points by releasing the code.
Contrast this with IBM, which has ported and Freed it's JFS - a modern file system that represents an import feature (and selling point) of AIX. So when will Caldera release SCO's clustering code? Probably ten year's after Linux clustering is mature.
All the articles I've read about Code Red seem to be carefully avoiding pointing the finger at Microsoft.
A statement like "Microsoft IIS servers run less than 25% of the Web, but the congestion created by the attack could affect all servers" would be accurate, informative, and make it clear that the problem is caused by a minority of systems. It would also make PHBs think twice about implementing IIS.
How do we get this message out to PHBs everywhere?
The obvious reason is Itanium compatiblity. AMD has a 64 bit processor that's likely much faster than Intel's 64 bit offering, but still doesn't have the market clout to push it's own instruction set. Transmeta has a hardware/software combination that can emulate other processors reasonably well.
Put the two together and you get a 64 bit processor that runs 32 bit apps and AMD 64 bit apps faster than Itanium, and might even be able to emulate the Itanium with decent results.
It depends on how you define "revolution". You could say that taking power away from established authorities is a form of revolution, and that's happening.
Consider the effects of the Internet on a typical office worker. I am a Canadian living in Paris. In a week or so I will start a new job working remotely for a company in Helsinki. No country's tax laws are really designed for this sort of thing. I haven't really figured out who I'm supposed to pay taxes to. Probably France.
But, if the taxes in France are too high I can move anywhere in the world that has an Internet connection and still keep my job.
As more and more people end up with the same arrangement that I have, countries will lose the ability to set tax levels for their own citizens. It used to be that only the very wealthy could leave a country if they didn't like the taxes, soon a large percentage of people will be able to do it. This is a revolution of sorts and who knows what effect it will have.
And that's just one example of old-style governments losing power. As more goods become "intangible" - music, movies, literature, cultural products like magazines - traditional import/export controls break down. Canada likes to limit the ability of foreign (mostly U.S.) magazines to enter the Canadian market. You can't do that on the 'Net. So that's another area where, for all practical purposes, the government has lost control.
There are lots of other examples.
If SourceForge suddenly dissappeared there would certainly be an adjustment time, and a lot of projects would never get the same kind of infrastructure again. But thos projects would likely be small enough that they don't really need it. It's convenient, but not essential.
I certainly have a recently updated CVS of everything I'm working on, I suspect most other people do as well. Besides that, it's unlikely that VA would go out of business and take all their data with them. There's absolutely no reason for them not to make the data available elsewhere, even if just to allow the various projects to pick up the pieces.
I'm also aware of at least one other SourceForge-like project that's affiliated with the FSF. I don't have a lot of info on it and I don't know how far along it is, but it's clear that other people would step in to offer services similar to what VA has. Maybe not on the same scale, but at least adequate.
Some good points, but it's still kick-ass for people who need it. That's not to say it doesn't have problems. Lets see if I can address your points one by one:
Actually I think the current documentation is pretty good. Not awesome, but not bad. Check back on the web site to see. Of course, you sound like you've got some experience with Midgard, so maybe you can contribute some improvements :-).
Actually, it's written in 'C', with PHP as the scripting language. Version 2 will be language independant, with, at least PHP & Perl. Probably a few others by the time we're done.
Very much a matter of taste. I'm not really a fan of Java. Still, it should be possible to build servlet support into 2.0, but I don't know if anybody will do it. We'd have to find a developer who likes them first. Again, we'd welcome volunteers :-).
Actually I think the problem was getting wrapped up in 1.4. I wasn't involved in the project when the "original" 2.0 was planned, so I don't know why it never got off the ground. I've been pushing the "new" 2.0 for several months now, however, and it's moving forward well. The rest of the development team is just wrapping up 1.4.1, and will be going full-force on 2.0 after OSDEM.
Good to see this on Slashdot!
I can't resist a plug: come see me talk about Midgard, a kick-ass content management system.
I'll be focusing on the upcoming version 2.0, but version 1.4 is stable and works great for content-rich web sites. That means anything where you have a lot of content that changes often.
I don't have any inside info. on how portable the code morphing is, but implementing a new instruction set (not x86) or porting code is bound be easier the second time around.
They've got the experience from the first attempt, and that makes a huge difference.
My definition of "mission critical" is that the expense of down-time far outways the expense of the technology. Obviously we're thinking more in terms of money, but in some situations we're talking about lives too.
I once worked on a flight planning system for an airline. It's not the same as air-traffic control, we weren't responsible for preventing accidents, but without their flight plan the planes couldn't take off. The flight plans were prepared about 3 hours in advance. If there was ever an outage of more than three hours any planes currently on the ground would not be able to take off again. Gradually the entire fleet would be grounded and business would stop entirely after 15 hours or so.
The cost of that downtime was astronomical: salaries, ticket refunds, hotels for passengers, lost goodwill. We're talking millions of dollars per minute.
Needless to say, they weren't very price-sensitive when building their new flight planning system. A few million extra for added security wasn't considered a bad deal. That pretty much defines "mission critical" for me.
Transmeta should be able to improve on their initial products as well. We're used to this kind of one-upmanship with AMD, I see no reason why Transmeta can't do the same thing.
But aside from that, I doubt that Transmeta's entire business plan is based on low-power. The strength of their technology is flexibility. It would be cool, for example, if they could produce a laptop version of AMD's 64-bit chip, or Itanium for that matter without a major re-design. While Intel needs years to ramp up a new, expensive hardware architecture, Transmeta can copy it in a few months cheaply.
Does anybody know where I get one of these in a 1U server for a reasonable price, shipped within the US? It seems like all the rackmount servers are still Intel-based.
Rather than a boot logo, I'd like the information that currently scrolls by to be presented a little more usefully.
The stuff that scrolls by 1)goes by too fast 2)is filled with noise that obscures useful information.
How about a table (kind of like the bios info table) that gets filled in as the boot process continues. Possible entries:
Ok, let's say Transmeta and AMD go all out on this partnership and exploit their respective strengths...
The last possibility is really interesting. I bet AMD and Transmeta have thought of this too.