HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
vllm-project
vllm
Python2023–2026
vllm-project / vllm

vllm

A high-throughput and memory-efficient inference and serving engine for LLMs

50Distinct people
66Mentions
0Explicit recommenders
96.8KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

A high-throughput and memory-efficient inference and serving engine for LLMs

GitHub

Where it is used

  • Samsung Electronics — Samsung Electronics uses vLLM to protect sensitive data by running a private LLM API on internal GPU infrastructure within an air-gapped network. The internal system serves over 4,000 employees. Source

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year66 dated mentions

Observed mentions: 2023-06-25 04:25:40 UTC to 2026-09-26 14:02:12 UTC.

01020302023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 17 mentions; 8 submissions, 9 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 8 mentions; 1 submissions, 7 comments20242025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 9 mentions; 0 submissions, 9 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 32 mentions; 7 submissions, 25 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC1789
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC817
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC909
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC32725

What Hacker News says

66 sources
Jev is just a trained model afawk., the (incomplete) papers the Laya author uses to claim they had the idea first describe RAG systems, orchestrators, and related built on LLM APIs. Laya came out after Jev and appears to be vibe coded to look more like Jev, then the claim of "idea theft" was made with the new blog post and code base, pointing back to papers that describe nothing like Jev. Stepping back from Laya, there are dozens of Jev-a-likes now, most built on LLMs, whereas it is speculated that Jev likely uses transformers, but is not LLM like by generating a token at a time. Most likely they are reaching into the logits to get the details and assembling the json object deterministically. This is what the various LLM spins are doing, which is probably close but not the same as Typesafe. This is the main PR (merged) for using Diffusion
Read the rest
Gemma (diffusion generally) for Jev-a-likeness in vLLM. https://github.com/vllm-project/vllm/pull/57250
In Ollaya – Ollama for open-source, Jev-style decision models
paper the reddit OP "published" (their words on reddit) to arxiv (before they put the vouching process in place). It's what you expect if you click through. https://arxiv.org/pdf/2503.23303 Does not appear to be like what Jev is doing, they talk about RAG and embeddings and orchestrators (the stuff that was cool 1 year ago), no talk of system 1 vs 2 (before Jev), whereas Jev is apparently just a model. There is a vLLM PR introducing Jev like capabilities for diffusion models (and more, have not delved deeply) https://github.com/vllm-project/vllm/pull/57250
In I built non-autoregressive decision models with RL a year ago
If you want to try a _legit_ Jev implementation that matches (at least in my evals), the vLLM patch to turn DiffusionGemma into Jev is available. On my DGX Spark I get very similar latency numbers, and it matches my evals + or - a few points on each test (DG wins some, Jev wins some, both show low confidence when wrong). I ran the same evals against a Qwen36 and it clearly lost to both of them, so you are leaving both knowledge and instinctual reasoning on the table with any smaller models, FWIW. https://github.com/vllm-project/vllm/pull/57250
In OpenJev

Showing the 15 most recent of 66 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.