Live data from Hacker News

Show HN: How I topped the HuggingFace open LLM leaderboard on two gaming GPUs

dnhkng.github.io

131–137 of 137 posts

Re: Show HN: How I topped the HuggingFace open LLM leaderboard on two gaming GPUs

#131
Great work and love the detailed breakdown. This is kind of tangential, but it reminded me of this work: https://arxiv.org/pdf/2310.12973 (Frozen Transformers in Language Models are Effective Visual Encoder Layers).

The paper puts out an interesting hypothesis that these LLM-derived transformer layers have the ability to "refine" any set of learned tokens, even in different modalities. I wonder if what you're seeing here is related?

Re: Show HN: How I topped the HuggingFace open LLM leaderboard on two gaming GPUs

#132
post #129

Earlier quoted context omitted.

im kind of wondering like what the ceiling would be on reasoning for something like the 1.5T models with the repeating technique, but they would take a long time to download. i think if you have them already it would take maybe an hour or so to check against a swath of prompts. whats the reasoningest open model at the moment? my guess is that large models trained on large corpuses there is just some ceiling of "reaso…

I stick with models I can run on VRAM, but DeepSeek Speciale have the best reasoning capabilities of the models I can actually run ( https://huggingface.co/deepseek-ai/DeepSeek-V3.2-Speciale ). What hardware can you access? I have Deepseek etc, but inferencing on DDR5 would take about 2-3 weeks for a simple scan. I think this works best with dense models, but it also seems ok with MoE. @everyone: Can someone hook me…

oh neat ill check that one out. i dont get that much speedup from ssd/128gb unified vs vram if im doing like a predefined set of prompts, since i have it load it from disk anyway and im just doing one forward pass per prompt, and just like load part of it at a time. its a bit slower if im doing cpu inferencing but i only had to do that with one model so far.

but yeah on demand would be a lot of ssd churn so id just do it for testing or getting some hidden state vectors.

Re: Show HN: How I topped the HuggingFace open LLM leaderboard on two gaming GPUs

#135
post #90

Earlier quoted context omitted.

Isn’t that what LoRA does ?

LoRAs are better at steering models to produce correct answers from their data set than imparting new knowledge.

https://arxiv.org/abs/2603.01097

>Overall, our findings position LoRA as the complementary axis of memory alongside RAG and ICL, offering distinct advantages.

Re: Show HN: How I topped the HuggingFace open LLM leaderboard on two gaming GPUs

#136
post #107

That's really interesting. Makes me immediately ask two questions: 1. Should we be training models like this from the start? It seems that a model trained with layer loops would be able to take advantage of it better than rearranging the layers of a naive model. 2. Should we even be using a fixed number of layers? If models are this tolerant to their inner layers being meddled with, then it doesn't make sense to run…

You might be interested in this paper: https://arxiv.org/abs/2505.05522, in essence they demonstrate that a novel architecture that incorporates bounded convolution at the block level that has some variable time horizon on the number of iterations through the convolutional loop can be very effective and solves problems in a way that is much more similar to how humans do.

Re: Show HN: How I topped the HuggingFace open LLM leaderboard on two gaming GPUs

#137

Earlier quoted context omitted.

I think the main challenge with combining layers of different would models be their differing embedding sizes and potentially different vocabularies. Even between two models of identical architecture, they may have landed on quite different internal representations if the training data recipe was substantially different. But it would be fun to experiment with.

Even with the same embedding sizes and vocabularies, there’s nothing that forces the meaning of dimension 1 of model 1 to mean the same thing as dimension 1 of model 2 — there are lots of ways to permute the dimensions of a model without changing its output, so whatever dimension 1 means the first time you train a model is just as likely to end up as dimension 2 the second time you train is as it is to be consistent…

On a related note - would it be easier, instead of doing a benchmark sweep across the whole NxN set of start-end pairs for which layers to modify, to instead measure cross-correlation between outputs of all layers? Shouldn't that produce similar results?
Post reply on HN