Beating the System: The AnandTech Guide to Economic Upgrading
by Kristopher Kubicki & Jarred Walton on January 30, 2005 5:59 PM EST- Posted in
- Guides
Quantifying Price
Something that Anand and I like to talk about is buying the best hardware that you can for your dollar, today. If you think about the long run, your time is expensive. Even if you don't have a lot of money to spend on upgrades or a new configuration, purposely procrastinating can sometimes be the worst thing. Waiting for the "next best thing" always results in a perpetual cycle of more waiting, and even more so in the computer industry. Instead of beating around the bush, let's go back to the original statement that we made about the ideal time to upgrade.
The right time to upgrade can usually be modeled around how valuable additional Quality is to you.
The principle seems fairly obvious, but it's easy to get lost in the NDA launches and rave reviews. A former executive to a very large motherboard company once told me that selling computer hardware was almost identical to selling produce. Every day that hardware sits on the shelf in a warehouse is another day that it loses value (to the company). With the exception of the short term LCD and DRAM spot markets, virtually all computer hardware sells for less today than it did yesterday. Sometimes we see small fluctuations in price where demand out-weighs supply, but for the most part, we don't see significant changes in computer hardware pricing like other commodities. Due to the extreme pace at which hardware evolves, buying computer hardware can almost always be summed up as, "What you buy today is cheaper tomorrow."
Prices don't fluctuate to the point where a product introduced today will cost more six months from now, and the path from today until then continually decreases (though not necessarily linearly). Then why do we recommend not waiting for the next best thing when buying a new component? If you feel that it's time to buy a new component, your value of that component should out-weigh the Price – even over time. If you plan on buying an Athlon 64 3200+ today for $200 versus $100 a year from now, hopefully your value of the component can be quantified at more than $100 per year. To state the obvious, if an upgrade doesn't have any value to you, it isn't worth buying.
Now, let's back up for a second. When we buy new upgrades, we tend to look at singular components – this can actually be a costly habit. As we stated on the previous page, even if you have a slower processor, the money may be better spent on a video card than on a processor. Instead of picking out a particular component set from which to upgrade, a more economic upgrade path may be to consider all components that fit in a particular price range and determine their relative Quality.
Quantifying Quality
Even though Quality is a numerical representation of performance, features and service, finding a method to determine an exact value of several different components to fit your user habits shouldn't be too hard. If you spend most of your computer experience gaming, then relying on gaming benchmarks for the games that you use is the most practical step. If you feel that the time to upgrade is now, so that you can get better performance out of Half Life 2, then the first step would be to quantify the Quality that a new hardware upgrade will bring to your system. A certain video card might double performance, so its relative Quality in the computer is 200%.
On the other hand, if we feel that we need to upgrade to maximize our storage space, then quantifying Quality over different components becomes even easier. Any video card that we add to the system would increase storage space by 0%; thus, the relative Quality of a Radeon X800 Pro when maximizing storage space is 0%. Subconsciously, we all do this same process at some level or another when buying hardware.
The dicey part gets when we start quantifying data that doesn't have a real world correlation – or perhaps data that isn't entirely complete. Determining the exact performance increase from a Radeon 9600 Pro to a Radeon X850XT is not something that you'll readily see published on AnandTech or anywhere else. The quick and dirty trick to determine relative performance on that scale is to find an intermediate product and look at the performance between those two. For a certain application, a Radeon 9800 Pro might be twice as fast as a 9600 Pro, and we also might know that an X850XT is twice as fast as a 9800 Pro. The resultant relative Quality should be about 400%.
We call that the quick and dirty method of finding relative Quality, but the only true method of determining the relative quality of one component compared to another is to have a test scenario. This is possible for more mainstream configurations as you can see in a lot of our motherboard reviews, but it's a little harder in real life. Our best advice is to pick conservative estimates for your quality assumptions.
50 Comments
View All Comments
trexpesto - Tuesday, March 8, 2005 - link
Or you could just ask on the forums like everyone does..#7 and others:
it is interesting to note that if you do have a fair degree of confidence in parts of an equation, the more factors you include, the more likely the errors will cancel out.
Unless you are consistently an optimist or pessimist!
I believe Enrico Fermi popularized this strategy, famously estimating the yield of an atomic blast by throwing torn-up strips of paper in the air. That part sounds suspiciously theatrical.
A classic one you hear about is a test question that asks the circumference of Earth. Well there are 3 one-hour time zones in the continental US, which is about 3000 miles across. Every thousand miles = 1 hour * 24 hours/day = 24000 miles.
Actually it's 24,901.55 miles at the equator but that's not toooo bad.
Gioron - Sunday, February 6, 2005 - link
I'm a bit late commenting, but oh well.Looking through this, its an interesting way to view upgrading, but I feel its a bit oversimplified and overcomplicated at the same time. Its oversimplified because you're just assuming a linear fit for most of the graphs, when things aren't really linear. Its overcomplicated because you're trying too hard to account for every single variable and making your explanations too complex for most people to really grasp. On the bright side, the basic concept you're trying to get across is something that a lot of people could really use and seem to overlook when making buying decisions.
As an example of how you're oversimplifying things, consider your "cost to not upgrade" that you're considering a flat $0.25. In reality, the cost to not upgrade is going to increase every day you wait. Its more of an exponential increase instead of a linear line, but there are large steps in the value as you start running into more things your current computer just can't do. As an example of this, my computer 3.5 years ago was fairly high end, it could play all the games, ran the current windows version well, and there wasn't a whole lot out there that was better. Sure, I could upgrade it, but the cost to me would only be about $0.01 a day, mainly from bragging rights. A year later, it was still a good computer, but new games had come out, a new version of windows had come out, and it was being asked to do new things. The games still ran at decent frame rates, but they could be better, windows didn't spend too much swapping out its now medium amount of RAM, but it was noticable now. At that point, upgrading the computer would be worth about $0.05 a day for me. The next year, new games came out where its performance dropped, new software came out that taxed it a bit, and I would definately see an improvement if I upgraded. At that point, it would be worth $0.25 for me to upgrade. A year later, you start hitting things is just plain _cannot_ handle. Can't run the latest games, processor can't handle real time video encodes that I wanted, etc. If I were still using it, it would be worth at least $2.50 a day for me to upgrade it. This is not a linear trend, but over the short term you can fool yourself into thinking that it is one. Assuming tomorrow is like yesterday, turning down the graphics in unreal tournament is worth the same amount of money, but once HL2 comes out the price suddenly jumps, and they'll constantly be coming out with more new software that is more and more taxing on the system. The same can also be said for some of the prices, since the "next best thing" you keep telling people not to wait for tends to push prices down suddenly, but in between prices fall at a slower rate. The period of time you're looking at for video cards and processors is really farily stable, but that doesn't mean its like that all the time.
I'll spare you the explanation for why I feel you're overcomplicating the issue, but suffice it to say that it shouldn't take that many pages and charts to explain when to buy. You might need the charts if you were trying for a definitive "buy X in Y weeks" article, but you're aiming for a general "this is what to consider when buying" article, and that can be done in a lot simpler words and with less graphs.
So... what would I recommend instead? A more relaxed approach, but one that considers some of the same things as the article. I guess the heart of what I would say is "don't forget that having something now compared to later has value", it seems to be the one thing many people overlook. Aside form that, I can't really think of a mathematical model that would give an accurate depiction of the many variables, so I guess I'll leave it at that.
JarredWalton - Wednesday, February 2, 2005 - link
For what it's worth, I don't know that a full-blown model of all potential upgrades would really be feasible or terribly useful, PrinceGaz. There are *SO* many factors to consider, and while ceratin tests will show a difference in performance, otheres might not change much at all.We really only looked at two of the major components in a computer, as they are often the bottleneck. RAM capacity is really the only other major factor. If we were to try to add in HDD, motherboards, PSUs, etc. then the model quickly becomes something that not even a mathlete would properly understand without staring for a while.
As for the Quality to Price topic, for upgrading it becomes very difficult to model properly while including your present Quality to Price. If you assume your current system as 100% performance with 0 cost, you get a divide by zero error. In fact, any price for your current hardware other than its original price is going to skew a graph heavily in favor of not upgrading. Which leads to my take on the situation.
The impetus for an upgrade has to be that you're unsatisfied with the current level of performance. If you're more or less happy, don't bother upgrading! Once you decide to upgrade, however, Forget about selling old hardware, forget about all the other stuff, and just pretend you're going to ditch what you have and buy something new. If you try to take all of the other variables into account, you again end up with a confusing model.
If you want to be "fair" in the model, you can always take the price for all hardware and add the MSRP for your current hardware to it. So if you have a $100 9600 Pro, rather than saying it's "free" (and getting divide by zero), say it costs $100 but the 9800 Pro costs $300. Three times the price for maybe double the performance. The 25 cents per day CNU then changes as well, I think. If you want to play a game like Doom 3 and it runs poorly on your 9600 Pro, CNU is going to be more than 25 cents each day.
My final comment (for now) is that the hypothetical system we were going to upgrade was chosen for a reason: we could forget motherboard, RAM, and many other components for an upgrade. A more realistic upgrade would have an older mobo, PSU, RAM, etc. and would need more than $200 to get a lot better performance. If you actually have an A64 2800+ with a 9600 Pro, you're probably going to be quite happy with it. :)
MadAd - Wednesday, February 2, 2005 - link
#11 Hahahaha, right on - statistics sux huh :-)LordConrad - Wednesday, February 2, 2005 - link
I think this article should have been called "The Mathletes Guide to Upgrading". As this article proves, it is certainly possible to overcomplicate things. For those of you (like me) who hate calculating and charting stuff, check out posts 31-32 for a much simpler way to accomplish the same tasks.PrinceGaz - Tuesday, February 1, 2005 - link
Thanks for the explanation. Perhaps the article should be retitled "The Economic Guide to Building a New System", instead of the misleading "Economic Guide to Upgrading" as it most certainly isn't about upgrading.The only part of the article which even considers what you might upgrade from is where you set the quality of that at 100% and every option is relative to that. The graphs would be identical (except for the scale) if you just suggested people put the raw framerate from benchmarks in, as setting an arbitrary level to 100% (what you are upgrading from) doesn't affect the results at all.
I was under the impression this was a guide to economic upgrading, and it could so easily have been if you'd deducted the quality and (optionally) the second-hand value of whatever you upgrade from. Upgrading is about replacing something old with something better, and the quality and price of an upgrade is therefore the quality of what you buy minus what you have, and the price is the cost of the upgrade minus what you can sell what you have for.
"I actually modeled the "Quality - 100%" approach, and while the Quality to Price graphs changed in terms of numbers, the overall slopes were about the same.". Did you try that with the example I gave, or anything approaching a wide-range of upgrade options? The slopes might be similar but where they are on the graph are totally different. Your current sheet could very easily recommend someone to upgrade to something slower, and this is an article about upgrading! In fact I'm sure it would recommend a low-end Sempron as the best upgrade choice for someone with a fast Barton or Athlon 64. You really need to make it clear that the quality and value of what you have must be deducted from any upgrade option.
I'm sorry to go on about this, but whilst it was a very interesting (if heavy going) article, it was so flawed from being "The AnandTech Guide to Economic Upgrading" that it really needs correcting. Either change what the article addresses (new system builds instead of upgrades), or correct it to reflect upgrading.
JarredWalton - Tuesday, February 1, 2005 - link
38 - PrinceGaz, the current model does actually reflect more of a "what part should I purchase" mentality as opposed to an upgrade. So if you consider that the model is based off of that, the charts are still valid. The simple approach would be to take the spreadsheet and plug in your own quality, price, and depreciation values along with your own CNU to see how things look.There are a myriad number of ways to model the situation, and only the individual can readily determine how important an upgrade is to them. The idea behind the article is still sound, even if some of the graphs don't necessarily look right. I actually modeled the "Quality - 100%" approach, and while the Quality to Price graphs changed in terms of numbers, the overall slopes were about the same.
CrapONez - Monday, January 31, 2005 - link
Good article that makes you think about cost/benefit rationalization to upgrades - for those who need it or simply are curious.The problem I had with this article was in determining the cost of not upgrading. So the game/encode/compile runs slowly on your computer. Where's the bottleneck? Processor? Amount of memory? Memory speed/bandwidth?
Anandtech has plenty of reviews where various components are upgraded to determine the effect of each upgrade on total performance. We don't have that luxury. Determining which component to upgrade is often more difficult than selecting which model to upgrade to.
PrinceGaz - Monday, January 31, 2005 - link
http://images.anandtech.com/reviews/buyersguide/20...they put a space in front of cost_continuous.xls in the link on page 3
malikarshad - Monday, January 31, 2005 - link
The link for excel worksheet is not working. Can somebody post a valid link