Yep, my Garmin also has matched the doctors office instrument to the 1% every time.
Which model do you have?
Readit Newsiamdanieljohns commented on Blood oxygen monitoring returning to Apple Watch in the US apple.com/newsroom/2025/0... · Posted by u/thm
OrioleDB isn't a separation of storage and compute, its a more efficient storage engine for Postgres to replace the existing HEAP engine. This is like how in MySQL we could swap MyISAM for InnoDB and eventually RocksDB.
I did some benchmarks on it previously to show how much of an improvement it gives over the stock HEAP engine
EDIT: correct link to the public dashboard below, thanks for the heads up @kiwicopple
Is the need for Oriole negated by using a system that separates storage from compute like Neon, Xata?
iamdanieljohns commented on Show HN: PgDog – Shard Postgres without extensions github.com/pgdogdev/pgdog... · Posted by u/levkk
How does this compare to Supabase/Supavisor?
> With o3 you get something that feels like a human-written bug report, condensed to just present the findings, whereas with Sonnet 3.7 you get something like a stream of thought, or a work log.
This is likely because the author didn't give Claude a scratchpad or space to think, essentially forcing it to mix its thoughts with its report. I'd be interested to see if using the official thinking mechanism gives it enough space to get differing results.
Could you provide some links to relevant work/research on using a "scratchpad" that you liked?
How does it compare to SurrealDB and ChromaDB?
iamdanieljohns commented on OpenAI's First Fear itsdanieljohns.com/blog/o... · Posted by u/iamdanieljohns
I recently wrote an article exploring how OpenAI's fear of public perception has shaped their decisions and branding. It breaks down OpenAI’s actions, especially on May 13, 2024, and how their naming decisions and hesitation reveal a deeper fear of public perception. It's not just a critique, but a lesson for all of us—to be bold and overcome fear.
iamdanieljohns commented on How Figma's databases team lived to tell the scale figma.com/blog/how-figmas... · Posted by u/pinser98
I see they don't mention Citus (https://github.com/citusdata/citus), which is already a fairly mature native Postgres extension. From the details given in the article, it sounds like they just reimplemented it.
I wonder if they were unaware of it or disregarded it for a reason —I currently am in a similar situation as the one described in the blog, trying to shard a massive Postgres DB.
I would love to see a comparison of the major PostgresQL services such as Citus, EDB, Crunchy, Neon, and some OSS distributions/packages
iamdanieljohns commented on MariaDB ditches products and staff in restructure theregister.com/2023/10/1... · Posted by u/eatonphil
Agreed
However, you can absolutely run that many users on a Postgres cluster of that size today on modern hardware. Connections are absolutely a sore point and probably my number one pain point as a Postgres admin day to day. Pg bouncer is incredibly easy to run though. You rarely actually need 70,000 connections most will be idle most of the time anyway it’s not like MySQL can actually serve 70,000 queries on 70,000 connections simultaneously. But it certainly makes administration and the programming model more difficult.
What do you think of Supavisor[0] ?
iamdanieljohns commented on Pg_bm25: Elastic-Quality Full Text Search Inside Postgres docs.paradedb.com/blog/in... · Posted by u/billwashere
Seems really really cool. Is this a full DB, as in they have to take PG source, put in tantivy and their sauce, compile, and distribute? Or is this an extension? If it's the latter, what's the point of putting DB at the end of the name?
Ok, all caught up now. Great work and best of luck!
When it comes to the business model: it seems an acqui-hire by Supabase/Neon/etc would be the best bet. It insures the team's focus is on the core product instead of the litany of things to figure out when creating a pg hosting service (payments, downtime, upgrades, customer support, ...) in this highly competitive and demanding market.