Live data from Hacker News

Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

phoronix.com

231–240 of 722 posts

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#231

How does this connect to Gelsinger's retirement, announced yesterday? The comments on that news were all doom and gloom, so I had expected more negative news today. Not a product launch. But I'm just some guy on HN, what do I know?

I don't see any connection. This is a very minor product for Intel.

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#232

Earlier quoted context omitted.

I think we don't really disagree, I just think that this shape isn't really a gpu its just a cpu because it isn't very good for graphics at that point.

That's why I said "basic GPU". It doesn't have to be too fast but it should still be way faster than a regular CPU. Intel already has Xeon Phi so a lot of things were developed already (like memory controller, heavy parallel dies etc.)

I guess it's hard to know how well this would compete with integrated gpus, especially at a reasonable pricepoint. If you wanted to spend $4000+ on it, it could be very competitive and might look something like nvidias grace-hopper superchip, but if you want the product to be under $1k I think it might be better just to buy separate cards for your graphics and ai stuff.

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#233

Earlier quoted context omitted.

M3/M4 Max MacBooks with 128GB RAM are already way better than an A6000 for very large local LLMs. So even if the GPU is as slow as the one in M3/M4 Max (<3070), and using some basic RAM like LPDDR5x it would still be way faster than anything from NVidia.

The M4 Max needs an enormous 512bit memory bus to extract enough bandwidth out of those LPDDR5x chips, while the GPUs that Intel just launched are 192/160bit and even flagships rarely exceed 384bit. They can't just slap more memory on the board, they would need to dedicate significantly more silicon area to memory IO and drive up the cost of the part, assuming their architecture would even scale that wide without hit…

It doesn't matter if the "cost is driven up". Nvidia has proven that we're all lil pay pigs for them. 5090 will be 3000$ for 32gb of VRAM. Screenshot this now, it will age well.

We'd be happy to pay 5000 for 128gb from Intel.

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#234
post #53

Earlier quoted context omitted.

Just how "basic" do you think a GPU can be while having the capability to interface with that much DRAM? Getting there with GDDR6 would require a really wide memory bus even if you could get it to operate with multiple ranks. Getting to 128GB with LPDDR5x would be possible with the 256-bit bus width they used on the top parts of the last generation, but would result in having half the bandwidth of an already mediocre…

What if they put 8 identical GPUs in the package, each with 1/8 the memory? Would that be a useful configuration for a modern LLM?

Last I've heard, the architecture makes that difficult. But my information may be outdated, and even if it isn't, I'm not a hardware designer and may have just misunderstood the limits I hear others discuss.

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#235

Earlier quoted context omitted.

HBM3E memory is at least 3x the price of DDR5 (it requires 3x the wafer as DDR5) and capacity is sold out for all of 2025 already... that's the price and production bottleneck. High speed, low latency server grade DDR5 is around $800-$1600 for 128GB. Triple that for $2400 - $4800 just for the memory. Still need the GPUs/APUs, card, VRMs, etc. Even the nVidia H100 with "only" 94GB starts at $30k...

Nvidia's $30,000 is a 90% margin product at scale. They could charge 1/3 that and still be very profitable. There has rarely been such a profitable large corporation in terms of the combo of profit & margin. Their last quarter was $35b in sales and $26b in gross profit ($21.8b op income; 62% op income margin vs sales). Visa is notorious for their extreme margin (66% op income margin vs sales) due to being basically a…

Thank you for laying it out. It's so silly to see people in the comments act like Intel or Nvidia can't EASILY add more VRAM to their cards. Every single argument against it is all hogwash.

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#236

Too late, and it has a bad rep. This effort from Intel to sell discrete GPUs is just inertia from old aspirations, won't really help noticeably to save it, as there is not much money in it. Most probably the whole Intel ARC effort will be mothballed, and probably many more will.

No reviews and when you click on the reseller links in the press announcement they're still selling A750s with no B-Series in sight. Strong paper launch.

The fine article states reviews are still embargoed, and sales start next week.

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#237

Why don't they just release a basic GPU with 128GB RAM and eat NVidia's local generative AI lunch? The networking effect of all devs porting their LLMs etc. to that card would instantly put them as a major CUDA threat. But beancounters running the company would never get such an idea...

I think a better idea would be an NPU with slower memory, or tie it to the system DDR. I don't think consumer inference (possibly even training) applications would need the memory bandwidth offered by GDDR/HBM. Inference on my 7950x is already stupid fast (all things considered).

The deeper problem is that the market for this is probably incredibly niche.

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#238

Earlier quoted context omitted.

give me 48gb with reasonable power consumption so I can dev locally and I will buy it in a heartbeat. Anyone that is fine-tuning would want a setup like that to test things before pushing to real GPUs. And in reality if you can fine-tune on a card like that in two days instead of a few hours it would totally be worth it.

I would love too, but you can't just add the chips, you need the the bus too.

The bigger point here is to ask why they aren't designing that in from the start. Same with AMD. RAM has been stalled and is critical. Start focusing on allowing a lot more of it, even at the cost of performance, and you have a real product. I have a 12GB 3060 as my dev box and the big limiter for it is RAM, not cuda cores. If it had 48GB but the same number of cores then I would be very happy with it, especially if it was power efficient.

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#239
post #56

Earlier quoted context omitted.

They are probably held back by same reason thats preventing AMD and nVidia from doing it either.

The reason is AMD and Nvidia don't is that they don't want to cannibalize their high end AI market. Intel doesn't have a high end AI market to protect.

There are products like this one: https://www.intel.com/content/www/us/en/products/sku/232592/...

As far as I understand it, it gives you 64 GiB of HBM per socket.

Re: Intel announces Arc B-series "Battlemage" discrete graphics with Linux support

#240
post #178
post #109

Earlier quoted context omitted.

100% - this could be Intel's ticket to capture the hearts of developers and then everything else that flows downstream. They have nothing to lose here -- just do it Intel!

They could lose a lot of money?

They already do... google $INTC, stare in disbelief in the right side "Financials".

At some point they should make a stand, that's the whole meta-topic of this thread.

Post reply on HN