Live data from Hacker News

Codex logging bug may write TBs to local SSDs

github.com

111–120 of 296 posts

Re: Codex logging bug may write TBs to local SSDs

#111
post #36

Vibe coding takes "move fast and break things" to a whole nother level.

Yeah. Here I am sitting on a major incident at our company because someone’s vibe coded shit went seriously wrong.

I hope that ends up in the RCA, to show these tools as a real risk, and not swept under the rug, where all blame is shifted elsewhere.

Re: Codex logging bug may write TBs to local SSDs

#113

OpenAI really snatched defeat from the jaws of victory late last year when Claude Code was a laggy mess. Nowadays Codex has typing latency out of the gate, whereas Claude Code has the odd pause but generally displays my key presses as … you know … I press them.

I find Claude Code nearly unusable. I always have to type in neovim if I’m typing anything more than a few words.

It runs fine for me on an old ThinkPad X220 loaded with 8 GB, an i5 and a barely working SATA SSD. This is on Fedora and Claude Code is installed from Anthropic's dnf repo (the latest channel). Granted I'm on the Pro Plan and I'm not running lots of sub agents but the default terminal app from KDE (Konsole) renders and keeps Claude Code responsive enough.

I must be honestly missing some key piece of workflow otherwise I don't know why it would run so slow for other people on better hardware? Granted I'm taking care to tell Claude to not exhaust CPU cores and make sure to not trigger OOM errors, akin to "make no mistakes pls".

Re: Codex logging bug may write TBs to local SSDs

#114
post #36

Earlier quoted context omitted.

Yeah. Here I am sitting on a major incident at our company because someone’s vibe coded shit went seriously wrong.

I hope that ends up in the RCA, to show these tools as a real risk, and not swept under the rug, where all blame is shifted elsewhere.

It'll go under the rug as it always does because no one wants to explain that our AI first strategy was a stupid one that caused a net negative ROI impact and reputational damage.

Re: Codex logging bug may write TBs to local SSDs

#115
post #50

Earlier quoted context omitted.

Yeah exactly. I'm not exactly building TUI's every day, but even i felt pain when i read that "small game engine" post

> I'm not exactly building TUI's every day, but even i felt pain when i read that "small game engine" post The bigger issue is they where somehow thinking it was "cool" and "advanced" while it's just a kludgy rube-goldbergy monstrous hack. Which is of course only semi-working: to me the model thinking what you see is what it outputs in the TUI is the deal-breaker for me. It's of course not working like that for they'…

Whats the small game engine post?

Re: Codex logging bug may write TBs to local SSDs

#116
post #10

Codex is one of the most infamous examples of slopware. Just having the window unhidden on my mac will cause it to use 100% of the GPU displaying the spinner message. THE SPINNER MESSAGE CAUSES 100% GPU USAGE ON AN MBP M5!! So any time you're waiting on the model (which is 90% of the time), your fans will be blasting (careful, don't use it on battery). The issue is on github and close to 6 months old. Probably since…

This software has been terrible for me. Burns tokens like crazy, and fails. Most times I try to use the browser plugin, it just says it can't use the plugin. When it does work, it takes minutes to click a button. Unusable workflow. I ask to generate a png with an alpha channel. It can't. Instead, it outputs a chroma-keyed image, then generates a python script to remove chroma key (fails), then a js script (which also…

Although they can technically do it, I wouldn't be asking LLMs to generate binary files like PNG with alpha channels, no matter how simple that may seem. If it's easy enough to manually create one yourself, I would do that.

The best way for LLMs to do this is likely to write a scratch program (which is what it seems to have reached for in the second half), write code (which they are good at) and have the library create the image.

At some point it is just easier to handle such things yourself, and use them with text-based formats.

Re: Codex logging bug may write TBs to local SSDs

#117
post #10

Codex is one of the most infamous examples of slopware. Just having the window unhidden on my mac will cause it to use 100% of the GPU displaying the spinner message. THE SPINNER MESSAGE CAUSES 100% GPU USAGE ON AN MBP M5!! So any time you're waiting on the model (which is 90% of the time), your fans will be blasting (careful, don't use it on battery). The issue is on github and close to 6 months old. Probably since…

Pi mono is the only true harness. Everything else is crap

Re: Codex logging bug may write TBs to local SSDs

#118
post #109

Earlier quoted context omitted.

the damn chat.openai.com webapp lags a lot as well on long chats, typing takes so long.

In my experience the input field lags on short chats too, sometimes in the middle of writing the second or third prompt. Are they running some kind of prospective evaluation or something?

When you are writing completely new prompt - it sends every character to server when writing and tries to make suggestions based on that.

And keeps doing it in intervals in /prepare endpoint, during each prompt.

So if you are working with something sensitive - don't write it to browser directly and edit it there.

Re: Codex logging bug may write TBs to local SSDs

#119

Someone posted a temporary workaround for this on X[1]. sqlite3 ~/.codex/logs_2.sqlite "CREATE TRIGGER IF NOT EXISTS block_log_inserts BEFORE INSERT ON logs BEGIN SELECT RAISE(IGNORE); END;" Also, I found that running VACUUM FULL on the sqlite file on my laptop shrunk it from 27GB to a mere 73MB[2]. [1]: https://xcancel.com/bdsqlsz/status/2067964486615810369 [2]: https://xcancel.com/jeethu/status/2068087449469780434

The real solution is to stop using it and switch to Pi

Re: Codex logging bug may write TBs to local SSDs

#120
post #10

Codex is one of the most infamous examples of slopware. Just having the window unhidden on my mac will cause it to use 100% of the GPU displaying the spinner message. THE SPINNER MESSAGE CAUSES 100% GPU USAGE ON AN MBP M5!! So any time you're waiting on the model (which is 90% of the time), your fans will be blasting (careful, don't use it on battery). The issue is on github and close to 6 months old. Probably since…

I had the exact same frustration and switched to Pi and have had zero complaints
Post reply on HN