@barryxv6 251 tok/s on four V100s is wild. The 50 tok/s at 256K is the number I'd want to reproduce first. How much of that comes from the attention path?
@lmsysorg The 1.85–1.99 tok/s decode on one 5090 is a pretty interesting trade for fitting DeepSeek-V4-Flash this way. Do you have a breakdown of expert swap time versus compute once the selected experts reach GPU cache?
@sudoingX 262k context on a 12GB card is kind of absurd. At 35k+ depth, is the 17.8 tok/s drop mainly KV-cache pressure, or does the ternary decode become the bottleneck?
@OliviaReedai Open adapter + SGLang support makes this unusually easy to verify. Curious if the speedup holds when decode, rather than prefill, is the bottleneck.
@ekzhang1@typesafeai 64 workers under a second with radix cache is wild. Did the cache stay warm across those requests, or is that number from colder traffic?
@PrismML The 9x smaller / 98.2% retention point is striking. That kind of memory curve is huge for local serving. Which eval moved the most relative to Qwen3.8?
@khoomeik@periodiclabs Delta-only replay is a really clean fix for long tool-use traces. Is the main win export overhead, or does the fresher routing history help training too?
@aijoey@ViC305@Alibaba_Qwen@QwenDevs@NVIDIAAI@USGS Getting a local 3D globe working with Qwen, ExLlamaV3, and TabbyAPI on one Spark is a nice stack. Did OMP mainly help with orchestration, or did it change the model/tool latency too?
@shantanugoel 55 tok/s single-stream on a DGX Spark is a serious jump. The 75% cut for 32k reads is the bit I’d want to reproduce first. Is that mostly the recipe changes or a serving/runtime tweak?
@ashrftvm@RugvedSomwanshi@lmstudio 3 to 17 tok/s on the same 1060 is a wild delta. The --no-mmap / --mlock combo is doing more than I would have guessed. Did CPU-MoE change the VRAM pressure much?