Hacker Newsnew | past | comments | ask | show | jobs | submit | randomjoe2's commentslogin

Oops! I helped spread misinformation to a huge number of people, shoot!


The world needs more people willing to put 1500 words into a correction statement, not less.


oh wow yeah all of us are chartering planes left and right for privacy reasons, really good point man


Why you would be mad at me for pointing this out and not at Congress for creating such an absurd outcome is beyond me.


Local doesn't refer to "on metal" anymore to many people


"On metal" is muddied too. I've heard people refer to web apps running in an OCI container as being "bare metal" deployment, as opposed to AWS or whatever hosting platform.

That's silly, but the idea that "local" is not the opposite of remote is even sillier.


If you do bare metal as not being under a VM it fits. OCI on linux is cgroup so that counts as not a VM I'd say. Or at least it's a layer closer to the metal than a typical VM running OCI images.

I a Java app running on Linux bare metal?


You can run an OCI container on bare metal though. It doesn't stop being run on bare metal just because you're running in kernel namespaces, aka docker container

Lots of people were advocating for running their k8s on bare metal servers to maximize the performance of their containers

Now wherever that's applied to your conversation... I've no clue, too little context ( 。 ŏ ﹏ ŏ )


In my opinion, if you're running k8s on bare metal, that's "k8s on bare metal" but still "<your app> on kubernetes", not "<your app> on bare metal".


Sorry, but then your opinion is just plain wrong

Bare metal in the context of running software is a technical term with a clear meaning that hasn't become contested like "AI" or "Crypto" - and that meaning is that the software is running directly on the hardware.

As k8s isn't virtualization, processes spawned by its orchestrator are still running on bare metal. It's the whole reason why containers are more efficient compared to virtual machines


I think both of you are correct.

Of course, a process running inside Kubernetes Pod, on a baremetal node will show up in `top` if I run it on the node directly. In such terms, it is running directly on hardware.

But when I deploy this Pod, I'm not interacting with the OS in any way. I'm interacting with Kubernetes apiserver, telling it what to run, not really caring about the operating system underneath. In such terms, the application is running "in k8s".


This discussion made me realize that I have a head canon definition of "bare metal" that applies more to the programming environment than the deployment environment. It would exclude any runtime translation to the native instruction set, such as a VM, bytecode VM, language interpreter, etc. Basically identical in meaning to "static compilation", so I'll update my brain to the conventional meaning.


Bare metal as in, no operating system? Does Linux really get in the way of these LLM inference engines?


No, as I said in my previous comment: bare metal as in not a virtual machine

https://en.m.wikipedia.org/wiki/Bare-metal_server


Note that this is a term whose meaning has been expanded to refer to non-VPS servers very recently. Bare-metal has traditionally meant "without an operating system." It did not mean "a server that is an actual server," because that was the default.

It also does not always "clearly" have this new meaning. Somebody who is used to running programs directly (with no intermediate OS) on hardware might not understand what you're saying, or might ask you to clarify, and you probably shouldn't feel put upon by a totally understandable misinterpretation.

edit: Especially when you keep repeating "directly on hardware" when you mean "not on a VM." VMs also run on hardware. You're saying that you're only running on one OS instead an OS in your OS.


Local doesn’t need to be “on metal,” but I’m still confused as to what they are saying. Are they running some local cloud system?


I missed that train


My basement server really confused by all this...


The one down in your Gaza tunnels?


If you actually believe this, you're either using bad models or just terrible at prompting and giving proper context. Let me know if you need help, I use generated code in every corner of my computer every day


You think they need to convince you on the concept of AIs in this article?


OpenAI has fallen behind, way behind. Stop trying to benchmark off openai, it's pointless imo. They're not even playing the same game as everyone else.


I mean you're using a VPN, they can't tell the diff between you and a bunch of bots


Requests per second?


Harder to scale, stateful.


I think you mean they can't profit from selling data from a bunch of bots.


Someone using git without github isn't an edge case, it's the default


Just using git isn't the vulnerability. The vulnerability is that you clone a repo that an attacker was able to put this in. 90% of the time this would happen it would be due to an attacker creating a PR on a public repo.


Many public repos aren't on GitHub.


Many people use IE 11. Still an edge case.


Lots of models CAN handle large contexts, gemini 2.5 pro their latest model can take 1 million tokens of context


Here's what it created based on a text description of your schematic

https://i.imgur.com/sGfdtWo.png


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: