„Wie viel Politisch darf man heute sein?“

Meister Jeder fragt für Sie und eine gute Freundin beim Verfassungsschutz nach.
Dadaist und Realistiker 5/26
#dada #Politik #Vfs

„Wie viel Politisch darf man heute sein?“

Meister Jeder fragt für Sie und eine gute Freundin beim Verfassungsschutz nach.
Dadaist und Realistiker 5/26
#dada #Politik #Vfs

🌗 在 WebAssembly 中將 Tar 封存檔掛載為檔案系統
➤ 透過索引技術實現 WebAssembly 的檔案系統零複製掛載
https://jeroen.github.io/notes/webassembly-tar/
處理網路上的 .tar.gz 檔案時,傳統做法通常需要下載、解壓縮並複製所有檔案,這在記憶體有限的環境中非常耗時且昂貴。本文介紹了一種創新的優化方案:利用 Emscripten 的 WORKERFS,透過生成一個包含檔案偏移量(offset)與大小的 JSON 索引檔,將 .tar.gz 檔案直接掛載為虛擬檔案系統。此方法無需複製原始資料,直接透過記憶體映射(memory-mapping)技術實現零複製讀取,顯著提升了載入效率。
+ 這對於在瀏覽器端載入大型資料庫或語言套件(如 R 語言)簡直是神級優化,原本繁瑣的解壓縮步驟現在幾乎零成本。
+ 很有趣的技巧。利用 Tar 格式本身扁平且具備位元組定址的特性,配合瀏覽器原生的 DecompressionStream,確實將資源利用
#WebAssembly #Emscripten #VFS #效能優化
Mounting tar archives as a filesystem in WebAssembly

How to use a file index to mount a tar.gz archive directly into the Emscripten virtual filesystem without extracting it

ʕ•ᴥ•ʔ Notes from Jeroen
Behold, the tech community's latest spectacle: an #SQLite #VFS that boasts sub-250ms JOIN queries, as if speed alone could woo developers into ignoring the impracticality of managing data in S3 for a relational database. 🚀💾 Meanwhile, #GitHub continues its quest to conquer the world with AI tools no one asked for, because who needs actual innovation when you have buzzwords? 🤖✨
https://github.com/russellromney/turbolite #JOINqueries #AItools #techinnovation #HackerNews #ngated
GitHub - russellromney/turbolite: SQLite VFS with sub-100ms cold JOIN queries from S3 + page-level compression and encryption

SQLite VFS with sub-100ms cold JOIN queries from S3 + page-level compression and encryption - russellromney/turbolite

GitHub

Turbolite – a SQLite VFS serving sub-250ms cold JOIN queries from S3

https://github.com/russellromney/turbolite

#HackerNews #Turbolite #SQLite #VFS #S3 #JOINqueries #DatabaseOptimization

GitHub - russellromney/turbolite: SQLite VFS with sub-100ms cold JOIN queries from S3 + page-level compression and encryption

SQLite VFS with sub-100ms cold JOIN queries from S3 + page-level compression and encryption - russellromney/turbolite

GitHub

Hey folks   

This isn't any of the posts we've been trying to write for ages, but haven't had sufficient spoons, executive function, emotional regulation, or uninterrupted time (particularly from unexpected daily life events) to write 😅🥺  

No: instead, this is just something adjacent to some of these things, which has been increasingly on our mind recently... particularly as it feels like we've been seening significantly more posts by other trans+ people we follow on fedi, as well as other places, discussing topics like:

  • Their overall worsening feelings of gender dysphoria, or feeling like they're making no progress towards their own transition goals.
  • Increasingly yearning for a particular gender-affirming surgery, especially if it either is -- or feels like it is -- impossibly far away or actually impossible.

  

In light of our own issues with the NHS, we did get to the point where we did a post asking folks to remember to use CWs for such posts, as even with lots of filters, we couldn't keep up 🥺😔 (In a later post, we advised that we had changed our filters back from hide completely to hide with a warning, but we're still having to filter out a lot.)

Anyway, we're getting off track again. (Today has been another of those kinds of days.)

We've been thinking a lot recently about how it would almost be easier for us if we were a binary trans+ woman with stereotypical transition goals that align with the binary expectation of the NHS and other medical systems 😔

If we had had noticeable, intense genital dysphoria in the way that they expect all trans+ folks to have, then maybe we'd've been willing to compromise over surgeon and techniques in order to get some form of genital reconfiguration surgery (GRS), and we'd've been able to progress there.

However, because we don't feel that way, could not mask our real feelings, and would not be comfortable with the limited options offered, we're now stuck in a limbo where we may basically get nothing through the NHS whatsoever.

Just to clarify, we're acutely aware just how completely cursed this line of thinking is, and how much dysphoria -- especially around genitalia -- can be debilitating for many 🥺😔

It isn't a matter of anybody having it easier or worse: everybody should be able to get their healthcare needs met. However, unless you "play the game" and "play along", you won't get anything.

But yeah... this is the dumb situation we're in.

Our dysphoria doesn't match the NHS's binary model, so we're now just waiting to hear back about how we go about complaining about pretty much everything and trying to get somewhere.

We won't though, sadly. It'd take a secular miracle for somebody to actually show a single iota of care for us as an actual person / entity.

We feel bad for the complaint handler, as given the way she's replied, we think she actually still cares 🥺😔

That job will break her if she doesn't leave it.

We've already had our request for voice feminisation surgery (VFS) declined, and we haven't even tried to get them to hear us out over facial feminisation surgery (FFS), as they'd laugh us out the door.

If you want to know how cruel the NHS system is, just read part of the below in relation to the first rejected VFS individual funding request (IFR):

The following criteria were used when considering whether there were exceptional clinical circumstances relating to your patient to support the IFR:

* Are there any clinical features of the patient’s case which make them significantly different to the general population of patients with the condition in question at the same stage of progression of the condition?

AND

* Would the patient be likely to gain significantly more clinical benefit from the requested intervention than might be normally expected for the general population of patients with the condition at the same stage of the progression of the condition?

Your application was triaged by the Funding Team, and it was agreed that the information provided to support this IFR does not demonstrate clinical exceptionality.

Regrettably, we cannot approve your funding request as there is no evidence to show this patient is likely to gain significantly more clinical benefit from Glottoplasty surgery than might be normally expected for the general population of patients with the condition or circumstance i.e. gender dysphoria and neurodiversity. Unfortunately, we are not able to take purely psychological issues into consideration.

However, if there is any further information you have to demonstrate exceptionality, we would be happy to reconsider this request.

Yeah...

#GenderDysphoria #GenitalDysphoria #GenitalReconfigurationSurgery #GRS #GenderAffirmingSurgery #GenderAffirmingSurgeries #trans #transgender #enby #NonBinary #queer
#LGBTQ+ #LGBTQIA+ #NHS #EOEGS #NCTH #FuckTheNHS #VFS #FFS #IFR

SleepyCatten (@[email protected])

Content warning: Polite request for any trans+ folks on fedi who post about planning for, getting, or recovering from any gender-affirming surgeries, or thoughts about getting them thereafter, in light of the effect it can have on those who cannot get them

The Cult of Shiv

Half of the support for the #initrd (not to be confused with #initramfs!) was removed from #Linux 7.0 through a #vfs merge from @brauner:

https://git.kernel.org/torvalds/c/996812c453cafa042f2e674738dbf8fa495661f3 and https://git.kernel.org/torvalds/c/ef12d0573a7f5e7a495e81d773ae5f3e98230cd4

""Remove the deprecated linuxrc-based initrd code path and related dead code. The linuxrc initrd path was deprecated in 2020 and this series completes its removal. If we see real-life regressions we'll revert. […]

The no-op load_ramdisk= and prompt_ramdisk= parameters are dropped, and noinitrd and ramdisk_start= gain deprecation warnings.

Initramfs is entirely unaffected. The non-linuxrc initrd path (root=/dev/ram0) is preserved but now carries a deprecation warning targeting January 2027 removal""

#Kernel #LinuxKernel

Merge tag 'vfs-7.0-rc1.initrd' of git://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs - kernel/git/torvalds/linux.git - Linux kernel source tree

#VFS support for generic I/O error reporting was merged for #Linux 7.0 by @brauner

https://git.kernel.org/torvalds/c/dd466ea0029961ee0ee6e8e468faa1506275c8a9

""Filesystems currently have no standard mechanism for reporting metadata corruption and file I/O errors to userspace via fsnotify. Each filesystem (xfs, ext4, erofs, f2fs, etc.) privately defines EFSCORRUPTED, and error reporting to fanotify is inconsistent or absent entirely.

This introduces a generic fserror infrastructure built around struct super_block that gives filesystems a standard way to queue metadata and file I/O error reports for delivery to fsnotify.

Errors are queued via mempools and queue_work to avoid holding filesystem locks in the notification path; unmount waits for pending events to drain. A new super_operations::report_error callback lets filesystem drivers respond to file I/O errors themselves (to be used by an upcoming XFS self-healing patchset).

On the uapi side, EFSCORRUPTED and EUCLEAN are promoted from private per-filesystem definitions to canonical errno.h values across all architectures""

#Kernel #LinuxKernel

Merge tag 'vfs-7.0-rc1.fserror' of git://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs - kernel/git/torvalds/linux.git - Linux kernel source tree

Support for non-blocking timestamp updates in the #vfs was merged for #Linux 7.0 by @brauner:

https://git.kernel.org/torvalds/c/74554251dfc9374ebf1a9dfc54d6745d56bb9265

""[…] commit 66fa3cedf16a [made] non-blocking direct writes impossible on file systems with granular enough timestamps, which in practice means all of them.

This reworks the timestamp update path to propagate IOCB_NOWAIT through ->update_time so that file systems which can update timestamps without blocking are no longer penalized. […]

XFS implements non-blocking timestamp updates by using the new ->sync_lazytime and […]""

#Kernel #LinuxKernel

Merge tag 'vfs-7.0-rc1.nonblocking_timestamps' of git://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs - kernel/git/torvalds/linux.git - Linux kernel source tree

And batch of first 13 pull requests sent for the Linux kernel v7.0 merge window!

#linux #kernel #vfs