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

Related username?

To answer the original question, most people who care about their filesystem at all care about its stability. Not just "does it work now" but also "will it work and improve over time". Infighting puts the future at risk.


It really does.

But you might want to check out the bus factor on btrfs too; when a maintainer says "but we've saved Facebook billions and billions of dollars!", calls for the other filesystem maintainer to be ejected from the community, then quits to join Anthropic a month later - that's not a vote of confidence.

I'd be very happy if people could just stop bringing up drama and us factors. We put it behind us a year ago, but it seems not everyone got the memo.


Checking the bus factor:

Btrfs regulars:

- 1 from Meta

- 1 from Oracle

- 4 from SuSe

- 2 from WDC

bcachefs:

- Kent Overstreet


And Btrfs still does not have a RAID-5/6 that they themselves recommend for usage:

* https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#man-b...

What have they been doing for the last decade(+)?


Other things: since no companies sponsoring its development had any interest in raid 5/6, which is mostly a home enthusiast thing.

Western Digital picked up this work last year and is slowly getting through the new design without the write hole, I think we'll see working raid 5/6 in the next year or two.


> Other things: since no companies sponsoring its development had any interest in raid 5/6, which is mostly a home enthusiast thing.

I've used RAID-Z1/2/3 at a couple of jobs: yes IOps is suck-y, but if it's for backups of other systems, or the central logging server, or network monitoring (Suricata, Snort), sometimes your priority is cheap/bulk.

I'm currently in the HPC space, and Lustre is a thing here, and it has tiered storage via policies: you can (e.g.) put your recent/hot data on NVMe, but older/colder bits on spinning rust on ZFS.


Might end in a new bcachefs fork beeing included back into mainline. If companies sponsor a few fulltime devs working on the new fork, we finally might have a stable enterprise ready CoW filesystem.

Uhh, do you know what the upstream stance is on testing and fixing bugs?

I doubt there'd be any real interest in a bastardized fork that only exists so the deep pocketed vendors can get away with code dump and run.


If you ignore the ethical issues, and you shouldn't (!!!), there is an appeal to mined diamonds, and it is exactly what you say above. The idea that some dinosaur or tree or whatever got mushed down is really interesting too.


All depends on perspective I guess. Smushed dino or human smarts.


> In the first case, TFA refutes by claiming 'wrong' repeatedly, which does not convince me of anything. If anything, Zitron is probably right in this regard, since the majority of progress in recent LLM tech has been setting up of guardrails to cajole the models using 'agents'.

You don't have to like them, use them, or consider them "good enough", but the idea that models haven't gotten better in the last two years is ridiculous.


I wouldn't trust it with a credit card, or really any sort of non-reversable decision making. Most of what I do outside of work either requires physical interaction, or is something I do for fun. For now, I assume that is what people use this stuff for. Fun.


You are forgetting that there are multiple multi-core servers.


It's incredibly slow for a single core, that's my reference point.


Kagi is an aggregator for other, some paid, search APIs. They have, at least in the past, served some percentage of their results from Bing's API among others for example. Kagi seems to me to be dependent on these APIs being available, if they were to go away, so would Kagi.

I am a happy subscriber of Kagi though, they provide a really excellent service.


I'm not sure Kagi has ever used the Bing API, because (according to Kagi) Bing prohibited changing the results, or merging them with others. Apparently Google is expected to provide access to its index via API soon.

https://blog.kagi.com/waiting-dawn-search


Or get this - you get a drm free copy and they let you redownload/stream it for and undefined (hopefully long) period of time. After that you can play your copy or use a copy from elsewhere.


If your goal is to understand the quality of the espresso shot, rather than experience a high quality espresso shot, letting it cool off provides a useful data point.


Watts * seconds are joules. Joules is a unit of energy. Watts are power.


> Schiendelman sent you a message on hacker news clarifying what its showing. It's you asking about the plant she told you about, it finding that text message, summarizing, and also proving with the text that it's accurate.

wow! we are in the future!


I chuckled, thank you. :)


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

Search: