Live data from Hacker News

Viewing profile — frannyg

frannyg

HN member
Joined
Thu, Jan 25, 2024, 9:17 AM UTC
HN karma
18
Public activity
16 items

About frannyg

No profile information was provided.

Recent public activity

  1. comment
    Comment #39517183

    Thanks for the detailed explanations. And the rambling as well! Pretty much every Yes and No apply. I had to understand bits of the gaps I was trying to close myself, so thanks for…

  2. comment
    Comment #39516673

    I have no freaking idea what you said in the second paragraph but I love it and it will linger in the back of my head until I understand enough to look it up. [ nodding repeatedly …

  3. comment
    Comment #39516572

    Nice. Thank you for the addition of slower memory layers. So MoE models are a bit like thinking tools running concurrently, right(?), sieving through training data on paths that ar…

  4. comment
    Comment #39515801

    Nope, this definitelly fills a few gaps, thanks. I'm still too lazy of thinking about this whole O(n) time thing even though I'm constantly wondering whether "more" or better resul…

  5. comment
    Comment #39515698

    This blew my mind a little as it feels unintuitive to do this since you wouldn't just forget what you based your previous reply on, at least not after some practice with your mind …

  6. comment
    Comment #39515624

    > the same model with give the same result Is it wrong to think of this as misleading? Don't the results for exactly the same request differ because there are multiple output strin…

  7. comment
    Comment #39515545

    So "compute" includes just having more data ... that can also be "ignored"/ "skipped" for whatever reasons (e.g. weights), ok.

  8. comment
    Comment #39515480

    Ok, thanks. My misconception kind of prohibited the insight of a potential (theoretical) assert statement, which is kind of what is meant by > if the [resulting] dataset "fits" the…

  9. comment
    Comment #39515327

    > there is no looping going on internally My thoughts after this sentence filled a huge gap I was wondering about, thanks.

  10. comment
    Comment #39515206

    Yeah, I totally forgot about training time and time of request (aaah, inference time! now I get it.) being completely different points in time because the LLM has no access to the …

  11. comment
    Comment #39515186

    I'm still figuring out "inference time" but what left me puzzled at first was that there is - to humans at least - an infinite amount of tokens that might come next, technical jarg…

  12. comment
    Comment #39515070

    That was indeed part of what I wondering about. Larger and smaller, in my beginner mind, was a difference of much recursiveness the design of the model allowed. - User request impl…

  13. comment
    Comment #39514911

    > You can't spend compute to get more detail [...] Upscaling, technically, is a thing without limits, no?

  14. comment
    Comment #39514885

    Right on. A total misconception on my part. And your answer was a nice primer before diving in to the rest of the comments. Thanks!

  15. comment
    Comment #39514858

    I wasn't able to elaborate on what I mean with "better" when I asked the question but the idea can indeed be summarized with "will an LLM increase quantity and quality of parameter…

  16. story
    Ask HN: Do LLMs get "better" with more processing power and or time per request?

    Do they make more (recursive) queuries into their training data for breadth and depth? Or does the code limit the algorithms by design and or by constraints other than the incomple…