med-mastodon.com is one of the many independent Mastodon servers you can use to participate in the fediverse.
Medical community on Mastodon

Administered by:

Server stats:

361
active users

#filesystem

4 posts1 participant0 posts today
Continued thread

... #BetrFS betrfs.org/ ...

『… in-kernel file system that uses Bε trees to organize on-disk storage. Bε trees are a write-optimized dictionary, and offer the same asymptotic behavior for sequential I/O and point queries as a B-tree. The advantage of a B ε tree is that it can also ingest small, random writes 1-2 orders of magnitude faster than B-trees and other standard on-disk data structures.』

www.betrfs.orgBetrFS
In the movie Hackers (1995), a group of nerds hack into computer networks to outsmart corrupt authorities and uncover a conspiracy.

The film features a mix of retro computing aesthetics, cyberpunk themes, and real-life cybersecurity concepts like sudo and root access.



#hackers #retro #computing #cybersecurity #cyberpunk #movies #sudo #root #god #cyberspace #datasecurity #hacking #computers #network #blackhat #whitehat #cyberpunkaesthetic #computers #filesystem #fisherstevens #pennjillette

My daughter has a friend whose sibling is no longer alive, as of recently. The family wants to access their MacBook Pro which is password protected. It's a fairly recent model, apparently, and it's unclear whether the disk is encrypted -- prob safe to assume it is (?).

Is there something Apple can/will do to help the family gain access, given proof of the situation?

#Apple#macOS#Mac

File encryption with a browser.

I've been exploring the #WebCryptoAPI and I'm impressed!

When combined with the #FileSystemAPI, it offers a seemingly secure way to #encrypt and #store files directly on your device. Think #localstorage, but with #encryption!

I know #webapps can have #security vulnerabilities since the code is served over the web, so I've #OpenSourced my demo! You can check it out, and it should even work if #selfhosted on #GitHubPages.

Live Demo: dim.positive-intentions.com/?p

Demo Code: github.com/positive-intentions

Hook Code: github.com/positive-intentions

IMPORTANT NOTES (PLEASE READ!):
* This is NOT a product. It's for #testing and #demonstration purposes only.
* It has NOT been reviewed or audited. Do NOT use for sensitive data.
* The "password encryption" currently uses a hardcoded password. This is for demonstration, not security.
* This is NOT meant to replace robust solutions like #VeraCrypt. It's just a #proofofconcept to show what's possible with #browser #APIs.

dim.positive-intentions.com@storybook/core - Storybook

Folks who know "rsync -F" because they already use it -- am I right in thinking that it adds these behaviours to a sync:

- recursively look for .rsync-filter files in every directory in the copy source, including the top-level

- apply the filters they each contain to the directory and subdirectories rooted at the same level that each file was found

- exclude those .rsync-filter files from being copied to the destination

Is that right? #rsync #sync #data #sysadmin #filesystem #filesystems

Today I learned the following. Journaling and journaling are two separate distinctly separate manners of keeping file systems in Sync.

When microsoft talks about journaling in NTFS you should never, ever think about the robust journaling system that Ext4 has

In comparison EXT4 journaling is a god while en NTFS journaling is not even an ant

I have EXT4 file systems connected to an extremely unstable machine. This thing crashes to green screens more than 64 times a day.

{It's a Gigabyte Mini PC in case you're interested never buy those. The machine came with overheating errors from the beginning. The factory installed a fan for the APU which is not even suitable for a GPU that was made a decade ago}

I've not even lost one bit of data on those EXT4 file systems.

Those NTFS file systems with journaling? I lost all of them. All NTFS file systems were lost

I didn't lose data because I have backups the file systems just keeled over simply because the machine kept rebooting

Thank you for being so robust EXT4

#Linux Might Drop The #Apple #HFS / HFS+ #FileSystem Kernel Driver Support
#Apple no longer supports the Hierarchical File System on the latest versions of #macOS itself and in prior releases was read-only support since macOS 10.6 for HFS itself. The newer HFS+ file-system does continue to be supported by Apple. Linux support for HFS has been poor and ill-maintained and it looks like the kernel drivers could be on their way out.
phoronix.com/news/Linux-2025-S

www.phoronix.comLinux Might Drop The Apple HFS / HFS+ File-System Kernel Driver Support

Highlights from the main #bcachefs merge for #Linux 6.16: git.kernel.org/torvalds/c/5225

- Incompatible features may now be enabled at runtime, via "opts/version_upgrade" in sysfs.

- Various changes to support deployable disk images

- Major error message improvements for btree node reads, data reads, and elsewhere.

- New option, 'rebalance_on_ac_only'.

- Repair/self healing:

- We can now kick off recovery passes and run them in the background if we detect errors.

- Performance:

- Faster snapshot deletion

- Faster device removal

- We're now coalescing redundant accounting updates prior to transaction commit, taking some pressure off the journal.

- Stack usage improvements: All allocator state has been moved off the stack

git.kernel.orgMaking sure you're not a bot!

"some performance improvements and one minor mount option update" are among the main #Btrfs changes merged for #Linux 6.16:

git.kernel.org/torvalds/c/5e82

A few highlights:

Performance:

- extent buffer conversion to xarray gains throughput and runtime improvements on metadata heavy operations doing writeback (sample test shows +50% throughput, -33% runtime)

- extent io tree cleanups lead to performance improvements by avoiding unnecessary searches or repeated searches

- more efficient extent unpinning when committing transaction (estimated run time improvement 3-5%)

User visible changes:

- remove standalone mount option 'nologreplay', deprecated in 5.9, replacement is 'rescue=nologreplay'

- in scrub, update reporting, add back device stats message after detected errors (accidentally removed during recent refactoring)

Core:

- convert extent buffer radix tree to xarray

- continued preparations for large folios

git.kernel.orgMaking sure you're not a bot!

Linux 6.16 will see more btrfs improvements

The btrfs filesystem in Linux 6.16 has undergone many improvements that make its performance faster than before. It has already been improved across Linux releases, but the upcoming version of Linux sees even more improvements to this filesystem. Any system that uses this filesystem can now benefit from those improvements.

The buffer conversion work underwent some throughput and runtime improvements for metadata heavy operations, backed by several commits in a pull request made to the 6.16 branch, such as “extent buffer conversion to xarray gains throughput and runtime improvements on metadata heavy operations doing writeback (sample test shows +50% throughput, -33% runtime).”

The tree cleanups have been improved to avoid repeated or unnecessary searches. This improves the I/O performance, should any operation rely on tree cleanups. As for committing transactions, the extent unpinning action has become more efficient than before, yielding a 3-5% performance improvement in runtime.

You can find more about this pull request by clicking on the below button:

Learn more

Cover image credit.