VPetar (@_VPetar) profile picture

Software dude. Guitars and heavy metal. https://teapawt.net/t.co/K5HmGRJgxV is out, won't change much. Focusing on MealsMatrix next. (more info tba)

Serbia
Joined September 2014
Photo by VPetar (@_VPetar)Photo by VPetar (@_VPetar)Photo by VPetar (@_VPetar)Photo by VPetar (@_VPetar)Photo by VPetar (@_VPetar)Photo by VPetar (@_VPetar)Photo by VPetar (@_VPetar)Photo by VPetar (@_VPetar)Photo by VPetar (@_VPetar)Photo by VPetar (@_VPetar)
Qwen3.8-27B has reportedly been compressed from 55.6GB to just 5.9GB, with 98.2% of its aggregate benchmark performance retained. That is an 89.4% reduction in model size. The compression comes from PrismML, which has released Bonsai 2, the second generation of its model compression system. Here are the reported numbers: • Original checkpoint: 55.6GB • Bonsai 2 checkpoint: 5.9GB • Storage reduction: 89.4% • Aggregate performance retained: 98.2% • Evaluation coverage: 20 benchmarks • Previous Bonsai version: approximately 95% retention The improvement over the first generation is notable. PrismML says performance retention has increased from roughly 95% to 98.2%, despite the aggressive compression. The technique behind Bonsai 2 Bonsai 2 uses ternary quantisation, a method that represents model weights using only three possible values: • -1 • 0 • +1 Instead of storing every weight using conventional FP16, INT8 or 4-bit representations, the system reduces the weights to these three values and uses scaling factors to recover useful numerical ranges. This makes the model’s weight representation significantly more compact. However, compression is not just a matter of using fewer bits. Model weights encode information that influences reasoning, coding, language generation and other capabilities. Removing too much numerical detail can damage the behaviour developers rely on. The challenge is preserving useful information while making the representation dramatically smaller. What improved over Bonsai 1? PrismML reports an increase in aggregate performance retention for its 27B compression from approximately 95% to 98.2%. The team also highlights improvements in three areas: Coding agents: Tasks involving code generation, repository understanding and iterative development. Multimodal reasoning: Workloads that require interpreting and reasoning across different types of input. Long-horizon tool use: Tasks where an agent must make multiple decisions, use tools, inspect results and adjust its approach over an extended workflow. Long-horizon tool use is particularly interesting because agent performance involves more than answering one question correctly. A coding agent may need to inspect a repository, modify several files, execute tests, identify errors and revise its implementation. Losing reliability across repeated decisions can affect the final result. Preserving performance on these workflows is therefore worth examining beyond conventional benchmark scores. What does 5.9GB mean for local inference? Reducing the checkpoint from 55.6GB to 5.9GB makes distribution and experimentation considerably more accessible. Developers need less storage to download and keep the model, and the smaller weight footprint could make local deployment possible on hardware that cannot accommodate the original checkpoint. But 5.9GB does not mean the model requires only 5.9GB of memory to run. Inference also needs memory for: • KV cache, which grows with context length. • Activations generated during computation. • Temporary buffers and runtime overhead. Actual hardware requirements will depend on the inference engine, context window and workload. There is also a distinction between aggregate benchmark retention and individual task performance. The reported 98.2% across 20 benchmarks does not mean every capability retains exactly 98.2% of its original performance. Some tasks may experience larger losses than others. Independent testing on complex reasoning, coding agents and extended tool workflows will help establish how well the compressed checkpoint performs in practical use. Developer: PrismML
Compression system: Bonsai 2
Compressed model: Qwen3.8-27B
Checkpoint size: 5.9GB
A 12GB RTX 3060 is reportedly generating around 50 tokens per second with Qwen3.8-35B-A3B. The same setup reaches approximately 550 tok/s in prompt processing, using only 16GB of system RAM alongside the GPU. No 24GB graphics card. No multi-GPU server. Just a consumer GPU, limited system memory and a carefully optimised inference stack. The experiment uses Qwen3.8-35B-A3B, an MoE model, with aggressive quantisation and CPU/GPU hybrid inference. The hardware and configuration The reported setup looks like this: GPU: NVIDIA RTX 3060, 12GB VRAM System RAM: 16GB Model: Qwen3.8-35B-A3B Quantisation: Q4_K_M Runtime: llama.cpp Generation speed: ~50 tok/s Prompt processing: ~550 tok/s Configured context: 262K tokens Optimisations: Flash Attention and Q8 KV cache The two speed figures measure different stages of inference. Prompt processing, also called prefill, measures how quickly the model processes incoming text. Generation, or decode, measures how quickly it produces new tokens. So, 550 tok/s does not mean the model generates answers at that speed. The reported generation rate is around 50 tok/s. How does a 35B model fit into 12GB of VRAM? The main advantage comes from its Mixture-of-Experts architecture. Qwen3.8-35B-A3B has approximately 35 billion parameters in total, but only around 3 billion are activated for each token. Rather than sending every token through all the model’s experts, a routing mechanism selects a smaller group of experts to perform the computation. This reduces the amount of computation required per token compared with activating the entire network. However, there is an important distinction: 3B active parameters does not mean the entire model only needs memory for 3B parameters. The full set of weights still needs to be accessible during inference. That’s where hybrid inference comes in. Splitting the workload between GPU and system RAM The developer uses llama.cpp to distribute model components across the RTX 3060’s 12GB VRAM and the machine’s 16GB system RAM. The reported configuration offloads 26 MoE layers to the CPU. This allows the system to access model components that cannot fit entirely inside the GPU’s memory. The trade-off is data movement between system RAM and GPU memory. CPU offloading can make larger models possible, but transfers over PCIe introduce overhead and can become a performance bottleneck. The MoE architecture helps reduce computation, while hybrid inference makes the full model accessible. Three optimisations help manage memory 1. Q4_K_M quantisation The model weights use a 4-bit GGUF quantisation format. Reducing weight precision significantly lowers storage requirements, making the model easier to accommodate across limited GPU and system memory. There is a quality trade-off, though. Quantisation introduces approximation error, and its effect can vary across coding, reasoning and other tasks. 2. Flash Attention Attention calculations can generate substantial intermediate data and require significant memory movement. Flash Attention improves efficiency by reducing unnecessary memory transfers and avoiding the need to store certain large intermediate attention matrices in full. This helps reduce memory pressure and can improve inference performance. 3. Q8 KV cache The KV cache stores key and value representations from previously processed tokens so the model can reuse them during subsequent generation. As context grows, the cache becomes increasingly important to memory consumption. Using an 8-bit KV cache instead of a higher-precision format reduces the memory required to retain previous context, leaving more room for the model and longer conversations. Together, these optimisations address different parts of the memory problem: model weights, attention computation and cached context. Can it actually handle 262K context? The configuration reportedly supports a context window of up to 262K tokens.
5
15
172
11,641
Priveden upravnik Zabele. Ivan Ninić 27cm – at Belgrade, Republic of Serbia
Opaaa, izgleda da dolazi vreme odgovornosti 🏛
3
38
1,196
13,156
VPetar retweeted
I put the final nail in the coffin of closed-source... this is f*cking dangerous this is the list of 20 GitHub repos I’m using daily to reverse-engineer any paid app, website or service. [01] analysis core: REA: a single MCP that connects to everything github.com/morluto/rea Craft Anything: the whole study -> rebuild -> verify github.com/storytold/craft-a… Ghidra: decompiler, free github.com/NationalSecurityA… GhidraMCP: lets your agent handle Ghidra github.com/LaurieWired/Ghidr… [02] mobile and apps: jadx: turns Android APKs back into Java github.com/skylot/jadx Apktool: disassembles APKs and reassembles them github.com/iBotPeaches/Apkto… Frida: hooks into apps while they run github.com/frida/frida ILSpy: decompiles .NET github.com/icsharpcode/ILSpy [03] binaries and low level: radare2: RE framework that lives in your terminal github.com/radareorg/radare2 x64dbg: debugger for Windows github.com/x64dbg/x64dbg ImHex: hex editor with its own pattern language github.com/WerWolv/ImHex angr: symbolic execution engine github.com/angr/angr [04] network and execution: mitmproxy: gets in the middle and reads the traffic github.com/mitmproxy/mitmpro… dnSpy: debugs and edits .NET apps github.com/dnSpyEx/dnSpy rizin: the radare2 fork github.com/rizinorg/rizin raddebugger: the Epic Games debugger github.com/EpicGames/raddebu… [05] rebuild and verify: awesome-ai-reverse-engineering: 122 repos, all rated github.com/zhuyansen/awesome… awesome-reverse-engineering: selected by the REA creator github.com/morluto/awesome-r… how it works: binary -> REA -> SPEC.md -> rebuild -> oracle -> retry send this list to your Claude Opus 5.5 and make any app free by the afternoon. then read the full workflow on how to reverse-engineer any app in the article below
REA is the most powerful thing on the internet right now it lets your AI agent reverse-engineer any app from scratch i connected REA to Opus 5.5 and reverse-engineered paid 10 apps that gained 13K+ installs in this article, I reveal the full workflow:
26
64
2
495
22,635
Srbijo, volimo te!❤️‍🔥
67
403
19
5,272
26,659
Qwen3.8-27B has reportedly gone from a 55.6GB checkpoint to just 5.9GB, while retaining 98.2% of its aggregate benchmark performance. That is an 89.4% reduction in model size, making the compressed checkpoint more than nine times smaller than the original. The work comes from PrismML, the team behind Bonsai, which has released its second-generation model compression system: Bonsai 2. The reported results cover 20 benchmarks: • Original Qwen3.8-27B: 55.6GB • Bonsai 2 checkpoint: 5.9GB • Storage reduction: 89.4% • Aggregate benchmark performance retained: 98.2% • Previous Bonsai generation: approximately 95% performance retention The improvement over the first generation is notable. PrismML reports that Bonsai 2 preserves a larger share of the original model’s measured performance while producing a substantially smaller checkpoint. How does Bonsai 2 compress the model? Its central technique is ternary quantisation. Conventional model weights are commonly stored using formats such as FP16, INT8 or 4-bit integers. Bonsai 2 takes a more aggressive approach by representing weights using only three possible values: •-1 •0 •+1 Scaling factors help reconstruct useful numerical ranges from these compact representations. This drastically reduces the amount of information that needs to be stored for each weight. The difficult part is controlling the information lost during compression. Model weights influence everything from language generation and reasoning to coding and tool use. When numerical precision is reduced too aggressively, the model can begin to behave differently from the original. Bonsai 2 aims to preserve as much of the original model’s useful behaviour as possible despite the much smaller representation. Where does the improvement show up? PrismML highlights progress in three areas: Coding agents: The ability to work through coding tasks that involve understanding instructions, generating code and making iterative changes. Multimodal reasoning: Handling tasks that involve interpreting and reasoning across different input types. Long-horizon tool use: Maintaining reliability across extended workflows involving multiple decisions, tool calls and intermediate results. Long-horizon tool use deserves particular attention. An agent working on a large codebase might need to inspect files, modify an implementation, execute tests, analyse errors and make corrections. A small loss in reliability across individual steps can compound over an extended workflow. Preserving performance in these situations could make a compressed model more useful beyond simple question-and-answer tasks. What does a 5.9GB checkpoint change? The original 55.6GB checkpoint requires considerably more storage to download and keep. At 5.9GB, the compressed version becomes much easier to distribute and experiment with. It could also make local deployment more accessible to developers using consumer hardware with limited memory. However, there is an important distinction between checkpoint size and total inference memory. The 5.9GB figure describes the compressed model file. Running it still requires additional memory for: • KV cache, which stores information from previously processed tokens. • Activations generated during computation. • Temporary buffers and inference-engine overhead. The actual hardware requirements will depend on the inference engine, context length and workload. What still needs to be tested? The reported 98.2% performance retention is an aggregate result across 20 benchmarks. It does not mean every capability retains exactly 98.2% of its original performance. Some tasks may experience larger quality losses than others. Independent evaluations of complex reasoning, coding accuracy, repository-level tasks and extended agent workflows will help establish how well Bonsai 2 performs outside the reported benchmark suite.
One RTX 3090 with 24GB VRAM is reportedly delivering 1,035 tokens/s across 64 concurrent Qwen3.8-27B sessions. The setup runs at a 250W power limit using HyperQwen, an open-source inference stack built around vLLM. Reported performance: • Single session: ~127 tok/s • 64 concurrent sessions: ~1,035 tok/s aggregate • Context: Up to 150K tokens • GPU: RTX 3090, 24GB VRAM The key is vLLM’s continuous batching and PagedAttention. Continuous batching keeps new requests moving through the GPU as others finish, while PagedAttention manages KV-cache memory more efficiently across sessions. The 1,035 tok/s figure is total server throughput, not the speed each user receives. Individual session speeds can vary as more requests compete for GPU resources. HyperQwen also provides Docker profiles for single-session and batch serving. Project: syv-ai/HyperQwen on GitHub. It’s an interesting demonstration of how much more a consumer GPU can do when the inference software is optimised for concurrent workloads, not just one user.
1
7
2
60
4,934
Јел смо вам рекли колико вас волимо? Хвала вам 2.354.417 пута.
122
536
26
6,346
38,688
A 12GB RTX 3060 is reportedly generating around 50 tokens per second with Qwen3.8-35B-A3B. The same setup reaches approximately 550 tok/s in prompt processing, using only 16GB of system RAM alongside the GPU. No 24GB graphics card. No multi-GPU server. Just a consumer GPU, limited system memory and a carefully optimised inference stack. The experiment uses Qwen3.8-35B-A3B, an MoE model, with aggressive quantisation and CPU/GPU hybrid inference. The hardware and configuration The reported setup looks like this: GPU: NVIDIA RTX 3060, 12GB VRAM System RAM: 16GB Model: Qwen3.8-35B-A3B Quantisation: Q4_K_M Runtime: llama.cpp Generation speed: ~50 tok/s Prompt processing: ~550 tok/s Configured context: 262K tokens Optimisations: Flash Attention and Q8 KV cache The two speed figures measure different stages of inference. Prompt processing, also called prefill, measures how quickly the model processes incoming text. Generation, or decode, measures how quickly it produces new tokens. So, 550 tok/s does not mean the model generates answers at that speed. The reported generation rate is around 50 tok/s. How does a 35B model fit into 12GB of VRAM? The main advantage comes from its Mixture-of-Experts architecture. Qwen3.8-35B-A3B has approximately 35 billion parameters in total, but only around 3 billion are activated for each token. Rather than sending every token through all the model’s experts, a routing mechanism selects a smaller group of experts to perform the computation. This reduces the amount of computation required per token compared with activating the entire network. However, there is an important distinction: 3B active parameters does not mean the entire model only needs memory for 3B parameters. The full set of weights still needs to be accessible during inference. That’s where hybrid inference comes in. Splitting the workload between GPU and system RAM The developer uses llama.cpp to distribute model components across the RTX 3060’s 12GB VRAM and the machine’s 16GB system RAM. The reported configuration offloads 26 MoE layers to the CPU. This allows the system to access model components that cannot fit entirely inside the GPU’s memory. The trade-off is data movement between system RAM and GPU memory. CPU offloading can make larger models possible, but transfers over PCIe introduce overhead and can become a performance bottleneck. The MoE architecture helps reduce computation, while hybrid inference makes the full model accessible. Three optimisations help manage memory 1. Q4_K_M quantisation The model weights use a 4-bit GGUF quantisation format. Reducing weight precision significantly lowers storage requirements, making the model easier to accommodate across limited GPU and system memory. There is a quality trade-off, though. Quantisation introduces approximation error, and its effect can vary across coding, reasoning and other tasks. 2. Flash Attention Attention calculations can generate substantial intermediate data and require significant memory movement. Flash Attention improves efficiency by reducing unnecessary memory transfers and avoiding the need to store certain large intermediate attention matrices in full. This helps reduce memory pressure and can improve inference performance. 3. Q8 KV cache The KV cache stores key and value representations from previously processed tokens so the model can reuse them during subsequent generation. As context grows, the cache becomes increasingly important to memory consumption. Using an 8-bit KV cache instead of a higher-precision format reduces the memory required to retain previous context, leaving more room for the model and longer conversations. Together, these optimisations address different parts of the memory problem: model weights, attention computation and cached context. Can it actually handle 262K context? The configuration reportedly supports a context window of up to 262K tokens.
6
10
4
143
21,502
Replying to @u_zemlji_luda_
Jedna lepa vest, student Tanko je oslobodjen svih optuzbi!! 👏👏👏
31
221
15
1,489
8,298
Pogledajte ovo. Kako su SNS nakradnjaci poklanjali od 20000 do 30000 evra BESPOVRATNIH SREDSTAVA iz NAŠEG BUDŽETA svojim kafićima i restoranima! Čuj sad ovo, za promociju turizma! Evo cela lista! A decu lečimo SMS porukama!
35
320
16
1,014
26,617
🤣 Шипи најавио „службени пут“ у Киншасу! Баш сад, кад студенти траже да се испитају Скај преписке и могуће везе са Шарићем и Беливуком! Ало, Шипи, какав службени пут?! ПА ТИ ВИШЕ НЕМАШ СЛУЖБУ! 🤣 Само полако, Шипи. Пре далеког пута има овде неких питања на која би ваљало одговорити! 🍿 srbin.info/video-vucic-bezi-…
26
31
2
268
5,690
Modest intelligence is arriving faster than most people realize. Today, we're open-sourcing TwIL-8B. Just 8.8 billion parameters, yet approaching frontier-model scores on several difficult benchmarks: • 93% of frontier performance on coding • 92% on instruction following • 90% on contest mathematics All from a model small enough to run on your own hardware. But the benchmarks aren't the most important part of this announcement. For years, the AI industry has focused on building the most capable model, regardless of the cost required to run it. I believe that equation is changing. The next era of AI will be defined by the cost of completing work. Not simply the intelligence of the model, but how efficiently that intelligence can accomplish the task. If a model with 8 billion parameters can reliably complete the same work as one with hundreds of billions, why pay for the larger model? As smaller models become more capable, intelligence becomes something we can distribute, specialize, and run across the hardware we already own. That's the future we're building at @thewebAI TwIL-8B is available today. Open weights. And this is just the first of several announcements we're making today. HF Link: huggingface.co/webAI-Officia…
148
294
69
3,053
600,855
VPetar retweeted
Vinarije, hoteli i restorani u Vojvodini koji su izašli ispod suknje Aleksandra Vučića Vreme je da počnemo da se bavimo pitanjem: ko stoji iza luksuznih enterijera, hotela, skupih vina i restorana u Vojvodini u kojima se okupljala, napijala i prožderavala mafijaška poslovna i politička elita. Ko stoji iza vinarija, restorana, hotela: Šapat La Gora Frug Dragojlović iz Slankamena Đurđić Nukleus Suvenir Magacin Mon Ami Kalem Pupin hotel Poduži je spisak, pa treba krenuti od glave. Ovo je glava. Toliko su naših para isisali na ime subvencija, plus svi ti vlasnici dobijali su unosne državne poslove, da je došlo vreme da ih podsetimo kako ipak luksuz košta na kraju kada račun dođe na naplatu. Nije da ih nismo upozoravali. Nastaviće se...
22
161
5
540
14,486
Gde su i šta rade ove legende?
4
158
11
2,242
39,763
VPetar retweeted
Pevali ste Dijani Hrki "Posla majka sina da potrazi", a vasi sefovi su joj ubili sina. Nema razgovara sa vama!
6
84
1
1,388
8,428
VPetar retweeted
ali kao jeste li za ovo glasali i ne svidja mi se osvetnička euforija hahaha ovo je NIŠTA šta im želim
12
33
4
842
5,921
Konstituisanje Skupštine ne može se odlagati po nahođenju "jednog čoveka" ili stranke. To je zloupotreba ustavnih ovlašćenja i potčinjavanje vlasti stranci. Rok od 30 dana nije poklon-bon za još mesec dana vlasti, već krajnji rok za izvršenje ustavne obaveze, za slučaj da postoje opravdane prepreke da se ona izvrši ranije. Ana Brnabić u ponedeljak nema na agendi prečih obaveza od sazivanja sednice. Za vikend ne mora - neka se pakuje.
4
17
1
130
3,191
VPetar retweeted
Osmeh Vuka Cvijića nema cenu!!!! ❤️❤️❤️
3
63
1,528
6,319