- Apr 14, 2011
- 77
- 0
- 0
When Thinkpads were IBM machines, the prices are much higher (literally premium class prices). This brings me to the next point below....So what if Lenovo is a chinese corporation? Their thinkpad T and X lines are seriously top of the line in business grade laptop quality, they have the same hardware (intel made chips, matte screen, etc..) as other big brands business line, yet lenovo manages to deliver it at a MUCH better price point.
Dell, Sony, Apple and Toshiba are well known brand names compared to Lenovo. They are all made in China, and what differentiates them is "branding". That alone can dictate the price of the laptops, and Apple being now the leading brandname enjoys that status. If you want an analogy, then just travel to China and check out the handphone store. You will find handphones (with never-seen-before brands) that looks like and functions just like any Nokia or Sony, but yet way much cheaper (than the Nokia and Sony handphones of the same calibre in the same store). Some look so much alike that you could have mistaken them for Nokia or Sony. They are all made in China.And last I checked, my family has 2 Dell latitude(business grade) laptops, 1 apple macbook, 1 sony vaoi laptop, 1 toshiba, and my own thinkpad. THEY ARE ALL MADE IN CHINA
I don't think so, even after all those typing. Laptops are manufactured by OEMs (e.g. Compal) and its one time cost. This is not the same as CPU market, as their cost and operating structures are different (as Arkaign points out). A lot more things have to be taken into account in CPU business (such as R&D, royalties, wafer costs, ramp cycles, yields, etc). :hmm:You don't need to degrade us just because we are new posters of Anandtech. Looncraz presented some very well-thought arguments and analogies. Lenovo may make a lot less net profit per thinkpad sold, but their sales volume and quality of product make them very profitable.
Even the iPad is made in China. Look at my comments above.So you must be the kind of person who thinks everything that is made in China is a cheap POS?
I think Arkaign answered that again. Might I add that you need to check AMD's ASPs. You will find that a large chunk of current desktop sales belongs to Athlon IIs. That should give you a general idea. Many (like yourself) may "appreciate" AMD because of their pricing ("bang-per-buck") and yet not realize that AMD is literally stuck at the bottom half tier. :hmm:AMD has done this before, and the guy now running the show made his career on doing exactly this. If you are getting an extra $80/cpu for your launch, winning mind-share and reviews, the demand will go up and the price per lot will increase......
I agree! Guess everyone have their own opinions, idiosyncrasies and dreams.Well, I think you're over-thinking things somewhat, but I can say with all seriousness that you're an original, entertaining character
I love how people conveniently forget that most desktop workloads use two-four threads.
The correct phrase is "hope AMD can have the same pricing parity with Intel". Not necessarily talking about $1000 CPUs. Right now most of AMD's desktop CPUs are under $200.If bd is a monster I hope the new ceo prices them 700-900 so AMD can start making some money again.
Im sick of AMD being the cheaper alternative to intel and miss the 1000 opteron fx days where AMD was on top.
The correct phrase is "hope AMD can have the same pricing parity with Intel". Not necessarily talking about $1000 CPUs. Right now most of AMD's desktop CPUs are under $200.
What would the differences be on the 6100 compared to a 8120. I know there are no benchmarks yet, but that hasn't stopped any educated conjecture so far...
Well, I think you're over-thinking things somewhat, but I can say with all seriousness that you're an original, entertaining character
Welcome to AT!
In addition, Intel has a huge reserve of cash. AMD is barely surviving. There is no way that Intel could not demolish AMD in a price war if AMD decided to start one. No matter how much AMD cut their prices, Intel could at least temporarily charge less for a similar preformance product.
What is the size of those extra 4 cores? How big is BD compared to SB?
What would the differences be on the 6100 compared to a 8120. I know there are no benchmarks yet, but that hasn't stopped any educated conjecture so far...
Lenovo is formerly IBM's PC and laptop division sold off to a Chinese corporation (Lenovo is part of a multinational holdings/group from China). Their products can be as cheap as you can get.
Record profits are bad for Intel stock. Doesn't matter what they do their stock goes nowhere.Intel doesn't want a price war - it is bad for the price of Intel stock.
Spot on, but how much wiggle room is there for a website to make a statement like the one quoted in the original post?
Technically they haven't released any information, but they've implied the BD is going to be more of a monster than a lot of people have been speculating. I don't know what kind of relationship Xbitlabs has with AMD or if they're a likely site to receive hardware to benchmark and review, but it's either the case that they have received and benchmarked a production quality chip or that they've made a clever quip designed to drive page views and fan the flames of speculation.
So from what I could find by Googling, a Bulldozer core (not module) is about the same size as a Phenom II core, and still significantly smaller than Sandy Bridge. In that case, I'd hope IPC is up, and multithreaded performance is significantly up.
How much wiggle room?
You'll know when you don't get a chip next time.
I would assume it is not worth the risk.
All of the press guys at AMD for the overclocking event had NDAs that said you cannot say anything until the press release went live.
How many of them posted anything prior?
I saw one story that was from a site that was not invited.
The long term gain of keeping an NDA is far more valuable than blurting out a comment ahead of time. There is little or no short-term gain, and plenty of downside.
If you think that there is somehow a problem in FP-heavy applications, I'd love to understand how that is.
Each module has a dedicated FP scheduler. The intel architecture does FP scheduling from a shared integer/FP scheduler. The integer thread, the hyperthread and the FP execution all share a 56-entry scheduler.
We have a 40-entry scheduler for each integer core and a dedicated 60-entry scheduler for the FP pipe.
So, if you want to talk about the impact on FP performance from shared resources, you're barking up the wrong tree.
You were the ones stressing that FP performance wasn't as important in desktop workloads, and therefore that's where most of the compromise when sharing resources comes from.
The two integer units in a module are equivalent to two normal ones, but the change comes when you look at the floating point units. If there's a request to handle FP execution on only one of the two cores in a module, it has the 2x 128-bit FMAC units to itself and can handle 256-bit AVX instructions normally. If there's a request to handle FP execution on both cores, then obviously some performance will be lost. How much exactly, you guys haven't told us.
I do think this is talking about Macro opsOnly 1 256-bit operation can issue per cycle, however an extra cycle can be incurred as in the case
of a FastPath Double if both micro ops cannot issue together.
A macro-op and a micro-op can either be simple(32bit) or complex(64bit)FastPath Double Decodes directly into two macro-ops in microprocessor hardware.
So, in Floating Point it has 4x the raw bandwidth over K8 FXsThe AMD Family 15h processor floating point unit (FPU) was designed to provide four times the raw
FADD and FMUL bandwidth as the original AMD Opteron and Athlon 64 processors.
As said ad nauseam , there s four 128b FP pipe lines...:biggrin:You were the ones stressing that FP performance wasn't as important in desktop workloads, and therefore that's where most of the compromise when sharing resources comes from.
The two integer units in a module are equivalent to two normal ones, but the change comes when you look at the floating point units. If there's a request to handle FP execution on only one of the two cores in amodule, it has the 2x 128-bit FMAC units to itself and can handle 256-bit AVX instructions normally. If there's a request to handle FP execution on both cores, then obviously some performance will be lost. How much exactly, you guys haven't told us.
The two integer units in a module are equivalent to two normal ones, but the change comes when you look at the floating point units. If there's a request to handle FP execution on only one of the two cores in amodule, it has the 2x 128-bit FMAC units to itself and can handle 256-bit AVX instructions normally. If there's a request to handle FP execution on both cores, then obviously some performance will be lost. How much exactly, you guys haven't told us.
But you keep going back to AVX-256. Are we talking about client or server. I don't expect to see that anywhere on the client side and only rarely on the server side.
You are aware that FP pipelines are really long, right? And that if you mix AVX and SSE, intel needs to clear the pipeline completely from one before issuing the other, right?
With flex FP you can run one AVX and one SSE at the same time.
Check out last year's IDF presentations, there was one that specifically talked about recoding all of your SSE to AVX in order to prevent this from happening. If client applications are not filling the FP pipes today, I see little opportunity for anyone to change their code to reflect AVX; most of the client apps will probably stay with SSE for now.
I am just trying to figure out where exactly (on which workloads) you believe this is going to be an issue.
I contend on client workloads that SSE and AVX will be immaterial, but on server workloads there could be a difference (and FMA4/XOP will help us.) I am not interested in a discussion of client FP benchmarks, I'd like to discuss real apps.