正在加载视频...
视频加载失败
the timeline spent two days saying bonsai 2 cannot build. here is 1 hour 24 minutes of it building, one shot, from one paragraph, on an rtx 3060 12gb, sped to 8x so you can watch the whole thing. what you are watching is a 5.9gb ternary compression of... show more
18 条评论

the exact serve, copy it as is. prism fork prism-b10685 or newer, prebuilt cuda binaries on the releases page, no compile. model: (the PTQ1_0 file, 5.95gb) fork: llama-server -m Ternary-Bonsai-2-27B-PTQ1_0.gguf -ngl 99 -fa on -c 262144 -np 1 -ctk q4_0 -ctv q4_0 --jinja --temp 1.0 --top-p 0.95 --top-k 20 --host 127.0.0.1 --port 8899 -c 262144 is the full window and needs 12gb, drop to 65536 on an 8gb card. -np 1 keeps one slot, four slots cost 450mb for nothing. --jinja is what makes tool calls work. temp 1.0, top-p 0.95, top-k 20 are their thinking defaults. the web ui is at localhost:8899 once it is up, that is what the video shows.

the exact prompt, one paragraph, so you can run the same test on your card and compare: "build me a single html file, gpu-monitor.html, a terminal styled gpu monitoring card for one node, the kind of thing nvidia-smi and nvtop show but as a clean ui card. one card per gpu, start with one: NVIDIA GeForce RTX 3060 12GB. the card shows the gpu name and driver version, temperature with a colored bar, fan percent, gpu utilization percent, vram used over total as a bar with the numbers, power draw over limit as a bar, sm clock and memory clock, pcie gen and lanes, and three small sparklines under the bars for utilization, vram and power over the last 60 seconds. below the card a small process table with pid, type, gpu mem and command, two rows, llama-server and hermes-agent. no real nvidia-smi calls, simulate the data client side, update every second with realistic fluctuation, and let the sparklines scroll. aesthetic: dark near-black background, monospace everything, terminal green for labels and borders, orange for the live numbers, red when a metric passes 85 percent of its max, and a thin header bar that reads NODE MONITOR · @sudoingX. vanilla html, css and js only, no libraries, everything inline in the one file, it must open straight from the file with no server and no console errors. make it look good enough to screenshot."

every number in the video comes from the 12gb receipt sheet, memory ladder, decode by depth, prefill, power, all measured on this serve:

1h24 for a gpu monitor html though

most of that is thinking, 76k tokens of it, at 26 tok/s falling to 13 tok/s as the context fills, on a 150 w card. a human does not design and ship that page in 84 minutes either. quality is the part that surprised me, speed is the part i am working on, the mtp head graft and a kernel fix are on the bench this week, that is where the 2x comes from.

Mine gets perpetually stuck, even with thinking budgets and dry penalties

mine just keeps going, 76k tokens without a stall. two things that cause the stuck loop in my runs: the stock llama.cpp build (it loads the file and talks nonsense, you need the prismml fork) and fighting the sampler. drop the dry and rep penalties, run their thinking defaults, temp 1.0, top-p 0.95, top-k 20, presence 0, with --jinja on. the exact serve line is in my replies above.

All it takes is getting the setup right 🎯

Hell ya!

12GB is still where a lot of real desks live. Does ternary actually keep you from swapping when you push batch size?

Yeh, I my tests it also was a useful model, but not 98% of original one

Thanks i was waiting for this

People are saying that the Q2 model at full context precision is having quality issues. Tool calling works, but the actual output is noticeably worse than the full model. I can’t imagine what shenanigans Q1 and Q4 kv cache must do. I’d go with Q2 and Q8 kv cache minimum

Keeping that level of coherence across an hour and a half on a single 3060 is a massive win for ternary compression.

Some of us do not find a terminal gpu monitor particularly impressive.

the cache cannot be what halves the decode. 4 bit kv on 16 of 64 layers is about 16kb a token, so at 76k it is 1.2gb against 7.2gb of weights.

way slower than expected

Are you building anything real or just AI theatre? Genuinly curious! Thanks.
