If this is the full fp16 quant, you'd need 2TB of memory to use with the full 131k context. With 44GB of SRAM per Cerebras chip, you'd need 45 chips chained together. $3m per chip. $135m total to run this. For comparison, you can buy a DGX B200 with 8x B200 Blackwell chips and 1.4TB of memory for around $500k. Two systems would give you 2.8TB memory which is enough for this. So $1m vs $135m to run this model. It's no…
So, does that mean that in general for the most modern high end LLM tools, to generate ~1500 tokens per seconds you need around $500k in hardware? Checking: Anthropic charges $70 per 1 million output tokens. @1500 tokens per second that would be around 10 cents per second, or around $8k per day. The $500k sounds about right then, unless I’m mistaken.
Cerebras launches Qwen3-235B, achieving 1.5k tokens per second
61–70 of 160 posts
Re: Cerebras launches Qwen3-235B, achieving 1.5k tokens per second
#62Very impressive speed. With a context window of 40K however, usability is limited.
Post says 131k context though? What did I miss?
Re: Cerebras launches Qwen3-235B, achieving 1.5k tokens per second
#63It seem this news is "outdated" as it's from Jul 8 and might picked up confusing this model with yesterday Qwen 3 coder 405B release that is different in specs.
(These model names are so confusing.)
Re: Cerebras launches Qwen3-235B, achieving 1.5k tokens per second
#64Earlier quoted context omitted.
what are the bandwidth/latency of memoryX? those are the key parameters for inference
Well MemoryX compared to H100 HBM3 the key details are that MemoryX has lower latency, but also far lower bandwidth. However the memory on Cerebras is scales a lot more over NVidia. You need a cluster of H100's to create a model, as only way to scale the memory, Cerbras is more suited to that aspect, Nvidia do their scaling in tooling, with Cerbras doing theirs in design via there silicon approach. That's my take on…
Re: Cerebras launches Qwen3-235B, achieving 1.5k tokens per second
#65Earlier quoted context omitted.
nah, it was designed for hpc and raw flops. llm inference really requires memory bandwidth.
Memory bandwidth, eh? You should learn the basics about what Cerebras does. https://www.cerebras.ai/chip
Re: Cerebras launches Qwen3-235B, achieving 1.5k tokens per second
#66Earlier quoted context omitted.
I am using Claude code, my experience with it so far is great. I use it primarily from terminal, this way I stay focused while reading code and CC doing its job in the background.
I’ve heard this repeated that using the env vars you can use gpt models, for example. But then also that running a proxy tool locally is needed. I haven’t tried this setup, and can’t say offhand if Cerebras’ hosted qwen described here is “OpenAI” compatible. I also don’t know if all of the tools CC uses out of the box are supported in the most compatible non-Anthropic models. Can anyone provide clarity / additional t…
Re: Cerebras launches Qwen3-235B, achieving 1.5k tokens per second
#67K2 is also now available on Groq https://console.groq.com/docs/model/moonshotai/kimi-k2-instr... very fun to see agents using those backends
Re: Cerebras launches Qwen3-235B, achieving 1.5k tokens per second
#68Earlier quoted context omitted.
what are the bandwidth/latency of memoryX? those are the key parameters for inference
Well MemoryX compared to H100 HBM3 the key details are that MemoryX has lower latency, but also far lower bandwidth. However the memory on Cerebras is scales a lot more over NVidia. You need a cluster of H100's to create a model, as only way to scale the memory, Cerbras is more suited to that aspect, Nvidia do their scaling in tooling, with Cerbras doing theirs in design via there silicon approach. That's my take on…
Re: Cerebras launches Qwen3-235B, achieving 1.5k tokens per second
#69Earlier quoted context omitted.
There is no reason to run models for inference at static fp16, modern quantisation formats dynamically assign precision to the layers that need them, an average of 6bpw is practical imperceptible from full precision, 8bpw if you really want to squeeze every tiny last drop out of it (although it's unlikely it will be detectable). That is a huge memory saving.
> dynamically assign precision to the layers that need them Well now I'm curious; how is a layer judged on its relative need for precision? I guess I still have a lot of learning to do w.r.t. how quantization is done. I was under the impression it was done once, statically, and produced a new giant GGUF blob or whatever format your weights are in. Does that assumption still hold true for the approach you're describin…