Or it is a function of activity level, diet, genetics, environment, and culture. We just aren't really sure what that function looks like. Has there been *any* widely accepted "this is why people are fat" kinds of science that has not been refuted by another "this is why people are fat" kinds of science? It isn't simple, and there is not a magic remedy. It is certainly possible to decrease weight by controlling carbs, but that is not the only way, and it is certainly widely possible to lose weight and be healthy without being in ketosis. Look at societies where the staple food is carbs. How are they not fatter than we are if carbs are what makes you fat?

Support is only one reason to go RHEL over CentOS, and only a minor one IMO. Sometimes it makes sense to go CentOS, sometimes it makes sense to go RHEL, and sometimes it makes sense to run both. CentOS is really good and may be all that you need. I wouldn't hesitate to run it over RHEL in smaller shops.

So, here is why you would want to pay for RedHat instead of CentOS
- You really need the support. If you don't have deep linux knowledge, this might be for you. I have contacted Red Hat support about 5 or 6 times in the past 5 years. It was only really necessary once or twice and the other times were more like "I'm trying to get X to do Y. Am I wasting my time because it just doens't work that way?" kinds of questions.

- You need the big company on a sheet of paper. If you're running software like Oracle or Websphere and their support offerings are dependent on an "approved platform".

- Your customers. Are your customers and the customers you would like to have swayed by your infrastructure running on Red Hat? If they can turn around and bleed you, then do you want to be the one wholly responsible? CentOS has very little responsibility to you as a customer, however Red Hat does.

- Who do you trust? Last I knew, the CentOS project is actually really small. There are a few key players who hold the keys to the kingdom, and the project is dependent on them. If the CentOS project decided to turn around and evaporate tomorrow, or start throwing backdoors into everything, then they will lose credibility and respect from the community. Red Hat has $millions and future $billions on the line. Their continued success is more than just a personal matter to their CEO and board.

- ...which leads to, who is going to be around tomorrow. See above, CentOS isn't a huge team (which may have changed by now).

- Testing. Red Hat has the resources to test extensively. CentOS does not, but they also don't really need to test to the same extent since Red Hat has already done it.

- You own a lot of Red Hat stock. This mostly only applies if you're the CIO or a VP.

Microsoft's failed bid for yahoo was the beginning of the....not going anywhere...for the company. Look at their share price from that time. The day that they announced a bid for yahoo, the stock accelerated a decline from which it has only marginally recovered. Right now, MSFT trades at the same levels it has for the past decade. Since 2002, the only time it has traded about $30/share regularly was right before the attempt to buy yahoo. The market knew it was a horrible decision, but Balmer did not.

yahoo auctions is the defacto auction site in Japan. Flickr is still at the top for photography (real photography, not "look at my funny cat" type shots). Finance.yahoo.com is also one of the better financial aggregator type sites out there.

RIM has the momentum against them though. Businesses have a desire to move away from RIM, but have no options with similar security. This feature will provide similar security and be one of the last hurdles for the switch.

From TFS, the important bit is "under the control of company IT bosses". We looked at using Android phones, but stopped because the apps are a lot more wild-west, and locking out all apps would not sell the idea to the C-levels. With this approach, the business controls the emails and business side of things, which I'm going to jump to the conclusion that also means they can disallow applications from seeing that data and completely lock out applications from that zone. You still get to install all your twitter and myspace apps, but the company can still regulate their email data and don't have to worry about running afoul of HIPAA or whatever.

Invest in the dow now, and you will make money in 20 years.

Well, maybe 30.

Just your standard Killawatt. I haven't really researched how accurate they are, but I figure it is "good enough". The largest power draw I found around the house was the coffee pot. That hits about 1000w when you turn it on.

Running a couple desktops and laptops 24/7 results in a cost of about $10/mo, and that is if they are at full use. My desktop averages about 60w, and I haven't been able to get it over 150w. Quad core intel with 8G RAM and like 6 hard disks. I feel silly for buying a 600w power supply now.

Or you could try not being an asshole at work and keeping all of your correspondence in line with how you should present yourself. It is not the software vendor's fault if you are a moron or never evolved socially past middle school.

vi car, drive to the beer store.
vi car, that beer store did not have the right beer, drive to the one that has the right beer.
vi car, drive me home.

vi car, I forgot where I just went and what I did, but it was awesome. Go do that again.

vi car, I must puke, stop what you are doing right now and let me out. Really, I mean it, no questions.

ed is pretty simple. None of this confusing UI and interactive stuff.

Last time I checked though, the RAM and MB for AMD were more expensive, so you actually got more bang for the buck if you went with Intel. This was like 4 months ago though, so there's probably been a couple new sockets introduced and a new memory technology on the horizon.

Or in the days of slammer or blaster, just install XP and wait 30s. I remember having to use linux to download the appropriate service patches and fixes because the XP computer wouldn't stay online long enough to install them.

Same story here. You either always use the GUI, or always just edit the files like normal. If you try mixing the two, then you are asking for pain. Strangely enough, Red Hat seems to have gotten this right. If you use their gui tools, your prior config is not torpedoed.