<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: medicis123</title><link>https://news.ycombinator.com/user?id=medicis123</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 24 Jul 2026 00:17:38 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=medicis123" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New Inference Server for DGX Spark: large model C4:55-90 tok/s no spec decode]]></title><description><![CDATA[
<p>Hi All, We are so excited to share the numbers and benchmark reports on our new inference server built specifically to run multi-model agentic workflows on DGX Spark clusters. We ran LlamaBench tests and also our own simulated traffic test on a 2 DGX Spark cluster setup and got some really good numbers. Here are the details. The full detailed report is available on our WoolyAI website.<p>WoolyAI Private Multi-agent Inference Stack for DGX Spark is built to enable groups within enterprises to set up their own private, low-cost inference stacks for business agentic workflow apps. It was built with the forward-looking vision that companies will need their own private, low-cost inference setup and that single-model-based inference is not sufficient for complex enterprise workflow agentic apps. These workflows need multiple models of different specializations (hence sizes) for different steps in the workflows. Having dedicated multi-GPU inference stacks for each model is very cost-prohibitive.<p>First benchmark: We first ran LlamaBenchy tests on our inference server on a 2 DGX Spark cluster across 3 models with no quantization and no speculative decoding. Using speculative decoding would result in even higher numbers.<p>MODEL LOAD-PREFILL-SYSTEM-TOK/S DECODE-SYSTEM-TOK/S DECODE-TOK/S-PER-REQUEST<p>DeepSeek V4 Flash C1 1,518.91 21.15 21.15<p>DeepSeek V4 Flash C4 1,533.15 55.99 14.00<p>Gemma 4 26B A4B C1 4,579.73 30.22 30.22<p>Gemma 4 26B A4B C4 4,702.16 63.75 15.94<p>Nemotron 3 Nano Omni 30B NVFP4 C1 2,607.86 39.42 39.42<p>Nemotron 3 Nano Omni 30B NVFP4 C4 2,588.87 90.83 22.71<p>Second Benchmark: One endpoint, three different model-controlled activations. The scheduler batches each burst, coordinates both ranks, and changes the resident model only at a safe boundary<p>MODEL PREFILL-TOK/S DECODE-TOK/S Model-Activation-Wait<p>DeepSeek V4 Flash 4,154.34 49.30 16s<p>Gemma 4 26B A4B 18 4,781.44 64.67 6s<p>Nemotron 3 Nano Omni 30B NVFP4 2,395.59 93.31 2s<p>We think we can improve these numbers by 20% with more optimization. Please share your feedback. https://woolyai.com/ai-compute-software/dgx-spark-inference-stack/</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49014048">https://news.ycombinator.com/item?id=49014048</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 22 Jul 2026 21:59:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=49014048</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=49014048</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49014048</guid></item><item><title><![CDATA[Show HN: Stop GPU pods placement getting bottlenecked by reserved VRAM]]></title><description><![CDATA[
<p>We have built a GPU Runtime for Nvidia GPUs that can run multiple development/experimental/inference workloads per GPU with safe overcommit of VRAM, dynamic fractional allocation of GPU cores, and Deduplication of weights in VRAM.<p>We are looking for teams to give it a try.<p>More details to get a trial license - <a href="https://www.woolyai.com" rel="nofollow">https://www.woolyai.com</a>.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47431664">https://news.ycombinator.com/item?id=47431664</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 18 Mar 2026 21:30:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47431664</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=47431664</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47431664</guid></item><item><title><![CDATA[A New Approach to GPU Sharing: Deterministic, SLA-Based GPU Kernel Scheduling]]></title><description><![CDATA[
<p>Most GPU “sharing” solutions today (MIG, time-slicing, vGPU, etc.) still behave like partitions: you split the GPU or rotate workloads. That helps a bit, but it still leaves huge portions of the GPU idle and introduces jitter when multiple jobs compete.<p>We’ve come up with a different model, similar to how operating systems schedule tasks. Instead of carving up the GPU, we run multiple ML jobs inside a single shared GPU context and schedule their kernels directly. No slices, no preemption windows — just a deterministic, SLA-style kernel scheduler deciding which job’s kernels run when.<p>This results in the GPU behaving more like an always-on compute fabric rather than a dedicated device. SMs stay busy, memory stays warm, and high-priority jobs still get predictable latency.
More details at https://woolyai.com/blog/a-new-approach-to-gpu-kernel-scheduling-for-higher-utilization/
Check out our technology at https://www.woolyai.com.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46195959">https://news.ycombinator.com/item?id=46195959</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 08 Dec 2025 18:38:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=46195959</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=46195959</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46195959</guid></item><item><title><![CDATA[Show HN: Disaggregating GPU compute from CPU in ML job execution to scale GPUs]]></title><description><![CDATA[
<p>WoolyAI disaggregates GPU compute from CPU and routes GPU operations from ML jobs running on CPU-only infra into a shared heterogeneous GPU pool(Nvidia+AMD), where a GPU hypervisor packs and schedules multiple jobs per GPU for maximum utilization.<p>Trial is now to triple your GPU Utilization in ML Development.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46154601">https://news.ycombinator.com/item?id=46154601</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 04 Dec 2025 23:17:53 +0000</pubDate><link>https://woolyai.com/</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=46154601</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46154601</guid></item><item><title><![CDATA[Show HN: Run PyTorch on CPU boxes, offload kernels to remote GPUs]]></title><description><![CDATA[
<p>We have opened the WoolyAI GPU hypervisor trial to all.<p><a href="https://woolyai.com/signup/" rel="nofollow">https://woolyai.com/signup/</a><p>- Higher GPU utilization & lower cost Pack many jobs per GPU with WoolyAI’s server-side scheduler, VRAM deduplication, and SLO-aware controls.
- GPU portability Run the same ML container on NVIDIA and AMD backends—no code changes.
- Hardware flexibility Develop/run on CPU-only machines; execute kernels on your remote GPU pool.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45740390">https://news.ycombinator.com/item?id=45740390</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 28 Oct 2025 22:56:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=45740390</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=45740390</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45740390</guid></item><item><title><![CDATA[Running Nvidia CUDA PyTorch container project/pipelines on AMD with no changes]]></title><description><![CDATA[
<p>Hi, I wanted to share some information on this cool feature we built in WoolyAI GPU hypervisor, which enables users to run their existing Nvidia CUDA pytorch/vLLM projects and pipelines without any modifications on AMD GPUs. ML researchers can transparently consume GPUs from a heterogeneous cluster of Nvidia and AMD GPUs. MLOps don't need to maintain separate pipelines or runtime dependencies. The ML team can scale capacity easily.
Please share feedback, and we are also signing up Beta users.
https://youtu.be/MTM61CB2IZc</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45327026">https://news.ycombinator.com/item?id=45327026</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 21 Sep 2025 21:54:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=45327026</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=45327026</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45327026</guid></item><item><title><![CDATA[New comment by medicis123 in "GPU-accelerated code on CPU-only environments -Remote GPU Kernel Execution"]]></title><description><![CDATA[
<p>We built this feature in our GPU Hypervisor, which cleanly separates your user-space ML environment from the GPU runtime, so you can code locally, run remotely, and execute kernels remotely on GPU hosts. Would love to hear how this impacts your ML platforms. Pls comment or DM me.<p><a href="https://youtu.be/f62s2ORe9H8" rel="nofollow">https://youtu.be/f62s2ORe9H8</a></p>
]]></description><pubDate>Mon, 08 Sep 2025 22:25:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=45174864</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=45174864</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45174864</guid></item><item><title><![CDATA[GPU-accelerated code on CPU-only environments -Remote GPU Kernel Execution]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.youtube.com/watch?v=f62s2ORe9H8">https://www.youtube.com/watch?v=f62s2ORe9H8</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45174863">https://news.ycombinator.com/item?id=45174863</a></p>
<p>Points: 1</p>
<p># Comments: 1</p>
]]></description><pubDate>Mon, 08 Sep 2025 22:25:05 +0000</pubDate><link>https://www.youtube.com/watch?v=f62s2ORe9H8</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=45174863</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45174863</guid></item><item><title><![CDATA[New comment by medicis123 in "Sharing base model in GPU VRAM across multiple inference stack process [video]"]]></title><description><![CDATA[
<p>We have just published a short demo of the WoolyAI GPU Hypervisor, showcasing VRAM memory sharing/deduplication. Load a single base model once, then run multiple isolated LoRA stacks or VLLM stacks on the same GPU.<p>Why this matters<p>Higher capacity: Share the base model in VRAM; add more adapters or vertical inference stacks per GPU without increasing memory usage.<p>Isolation & control: Each stack is its own process with independent batching and SLA-aware scheduling.<p>While vLLM supports multiple adapters on a single vLLM process, many teams need predictable per-adapter SLAs—this is where running independent stacks with a shared base model in VRAM can enable doing it all on the same GPU.<p>The demo uses LoRA inference using Pytorch, but the same applies when using vLLM.
If you’re scaling LoRA inference across business units or model variants and need predictable latency without overprovisioning GPUs, I’d love your feedback. Comment or DM to chat.</p>
]]></description><pubDate>Wed, 03 Sep 2025 19:48:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=45119744</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=45119744</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45119744</guid></item><item><title><![CDATA[Sharing base model in GPU VRAM across multiple inference stack process [video]]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.youtube.com/watch?v=OC1yyJo9zpg">https://www.youtube.com/watch?v=OC1yyJo9zpg</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45119743">https://news.ycombinator.com/item?id=45119743</a></p>
<p>Points: 7</p>
<p># Comments: 1</p>
]]></description><pubDate>Wed, 03 Sep 2025 19:48:55 +0000</pubDate><link>https://www.youtube.com/watch?v=OC1yyJo9zpg</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=45119743</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45119743</guid></item><item><title><![CDATA[New comment by medicis123 in "Show HN: Ultra private AI meeting assistant"]]></title><description><![CDATA[
<p>Looks interesting. Will give it a try. I have been following AI startups developing various agents(Agentic phenomenon). Are you using OPenAi and any other LLM service APIs or you fine-tuned an open source model?</p>
]]></description><pubDate>Fri, 04 Apr 2025 05:38:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=43578690</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=43578690</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43578690</guid></item><item><title><![CDATA[New comment by medicis123 in "Sharing actual GPU core and VRAM utilization metrics for query on 10 LLM models"]]></title><description><![CDATA[
<p>We ran it on WoolyAI Acceleration Service <a href="https://docs.woolyai.com/getting-started/running-your-first-project/" rel="nofollow">https://docs.woolyai.com/getting-started/running-your-first-...</a><p>There are some interesting insights just looking at these numbers.<p>Environment Details
Wooly Client: Linux non-GPU container running PyTorch scripts for all ten models
Models were downloaded using Hugging Face Transformers library from vendor-specific repositories.
Each model was executed 20 times using the same script to collect average Wooly Credits for both CPU and VRAM usage.
Models Tested
Llama-3.2-1B
Llama-3.2-1B-Instruct
Llama-3.2-3B
Llama-3.2-3B-Instruct
Mistral-7B-Instruct
Falcon3-7B-Instruct
Llama-3.1-8B-Instruct
Llama-3.1-8B
Dolly-v2-12B
Llama-2-13B-Chat-HF
Pytorch Script<p>from transformers import AutoTokenizer, AutoModelForCausalLM
import torch
torch.manual_seed(100000)
# Model name or path
model_name = "meta-llama/Meta-Llama-3.1-8B-Instruct"
# Load tokenizer and model
tokenizer = AutoTokenizer.from_pretrained(model_name)
model = AutoModelForCausalLM.from_pretrained(model_name, device_map="cuda")
# Input text
input_text = "What is the capital of United States of America"
# Tokenize input text
inputs = tokenizer(input_text, return_tensors="pt").to(model.device)
# Decode and print output
for z in range (1, 10):
   outputs = model.generate(*inputs, max_length=100)
   generated_text = tokenizer.decode(outputs[0], skip_special_tokens=True)
   print(generated_text)
GPU Core and Memory utilization Metrics<p>Llama-3.2-1B Core Wooly Credits Used - 46000 VRAM Wooly Credits Used - 31072
Llama-3.2-1B-Instruct Core Wooly Credits Used - 94868 VRAM Wooly Credits Used - 60964
Llama-3.2-3B Core Wooly Credits Used - 195936 VRAM Wooly Credits Used - 84715
Llama-3.2-3B-Instruct Core Wooly Credits Used - 502448 VRAM Wooly Credits Used - 258125
Mistral-7b-instr Core Wooly Credits Used - 525689 VRAM Wooly Credits Used - 397181
Falcon3-7B-Instruc Core Wooly Credits Used - 136094 VRAM Wooly Credits Used - 26528
Llama-3.1-8B  Core Wooly Credits Used - 283458 VRAM Wooly Credits Used - 167515
Llama-3.1-8B-Instruct Core Wooly Credits Used - 574872 VRAM Wooly Credits Used - 403934
Dolly-v2-12b Core Wooly Credits Used - 767108 VRAM Wooly Credits Used - 342877
Llama-2-13b-chat-hf Core Wooly Credits Used - 313809 VRAM Wooly Credits Used -120067</p>
]]></description><pubDate>Wed, 12 Mar 2025 17:37:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=43345696</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=43345696</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43345696</guid></item><item><title><![CDATA[Sharing actual GPU core and VRAM utilization metrics for query on 10 LLM models]]></title><description><![CDATA[
<p>Article URL: <a href="https://woolyai.com/gpu-consumption-model-based-on-core-and-memory-usage-not-time-used/">https://woolyai.com/gpu-consumption-model-based-on-core-and-memory-usage-not-time-used/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43345695">https://news.ycombinator.com/item?id=43345695</a></p>
<p>Points: 1</p>
<p># Comments: 1</p>
]]></description><pubDate>Wed, 12 Mar 2025 17:37:13 +0000</pubDate><link>https://woolyai.com/gpu-consumption-model-based-on-core-and-memory-usage-not-time-used/</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=43345695</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43345695</guid></item><item><title><![CDATA[Show HN: WoolyAI-CUDA Abstraction Layer to Decouple Kernel Shader Exec on GPU]]></title><description><![CDATA[
<p>Hi HN, We’re a small team of OS, virtualization, and ML engineers, and after three years of development, we’re thrilled to launch the beta of our CUDA abstraction layer! We decouple the Kernel Shader execution from applications that use CUDA into a Wooly Abstraction layer. In this abstraction layer, we compile these to a new binary, and Shaders are compiled into a Wooly Instruction Set. At runtime, Kernel Shader launch events initiate a transfer of Shader over the network from a CPU host to a GPU host, where they are recompiled. Their execution is managed by Wooly Server software to achieve maximum GPU resource utilization, isolation between workloads, and cross-compatibility with hardware vendors before being converted to be passed on to the respective GPU hardware runtime and drivers. In principle, the wooly abstraction layer is similar to an Operating System, which sits on top of the hardware and enables the most efficient and reliable execution of multiple workloads.<p>We built a GPU Cloud service(WoolyAi Acceleration Service) using this abstraction layer with "Actual GPU Resources Used" billing, NOT "GPU Time Used" billing.<p>Looking forward to getting your feedback and comments.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43294543">https://news.ycombinator.com/item?id=43294543</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 07 Mar 2025 20:56:03 +0000</pubDate><link>https://woolyai.com/</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=43294543</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43294543</guid></item><item><title><![CDATA[Locally delivered and centrally managed macOS envs for privileged access setup]]></title><description><![CDATA[
<p>Article URL: <a href="https://veertu.com/privileged-user-access-macos-environments-locally-delivered-and-centrally-managed/">https://veertu.com/privileged-user-access-macos-environments-locally-delivered-and-centrally-managed/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=20471657">https://news.ycombinator.com/item?id=20471657</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 18 Jul 2019 16:51:31 +0000</pubDate><link>https://veertu.com/privileged-user-access-macos-environments-locally-delivered-and-centrally-managed/</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=20471657</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=20471657</guid></item><item><title><![CDATA[New comment by medicis123 in "RemoteMac.io – Dedicated Mac mini"]]></title><description><![CDATA[
<p>Wanted to share that we developed a GitLab CI Runner/executor for Anka Build and have made it public (It was done for one of our user). It basically enables you to run your iOS/macOS GitLab CI pipelines/jobs on Anka build macOS cloud. You can configure Anka Build macOS cloud on-prem(on macs) or on hosted macs. Happy to share more details.<a href="https://github.com/veertuinc/gitlab-runner" rel="nofollow">https://github.com/veertuinc/gitlab-runner</a></p>
]]></description><pubDate>Thu, 08 Nov 2018 18:11:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=18408401</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=18408401</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=18408401</guid></item><item><title><![CDATA[Shopify scaling iOS CI with Anka]]></title><description><![CDATA[
<p>Article URL: <a href="https://engineering.shopify.com/blogs/engineering/scaling-ios-ci-with-anka">https://engineering.shopify.com/blogs/engineering/scaling-ios-ci-with-anka</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=17509471">https://news.ycombinator.com/item?id=17509471</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 11 Jul 2018 19:11:12 +0000</pubDate><link>https://engineering.shopify.com/blogs/engineering/scaling-ios-ci-with-anka</link><dc:creator>medicis123</dc:creator><comments>https://news.ycombinator.com/item?id=17509471</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=17509471</guid></item></channel></rss>