The Sched app allows you to build your schedule but is not a substitute for your event registration. You must be registered for Open Source Summit Europe 2023 to participate in the sessions. If you have not registered but would like to join us, please go to the event registration page to purchase a registration.
This schedule is automatically displayed in Central European Summer Time (UTC/GMT +2). To see the schedule in your preferred timezone, please select from the drop-down menu to the right, above "Filter by Date."
IMPORTANT NOTE: Timing of sessions and room locations are subject to change.
Historically, block I/O is done in sectors of 512 bytes, and the linux storage stack has been designed around that. Linux internally is using the CPU page size as the smallest unit to be managed individually, so any memory allocation will eventually devolve into a memory page, and a single page is the smallest unit of memory which can be allocated. For swapping and allocating pages need to be written to disk, and the storage stack has to ensure that contents of the page end up on disk. With devices getting larger and larger this size became impractical, and modern devices like NVMe typically ship with 4k bytes sector sizes. This still works for linux, as here both the CPU page size and the sector size are identical. However, even 4k sectors might be suboptimal for fast devices, and also the management overhead for 4k sectors is substantial for really large devices like 20TB and beyond. So there is some value to be had to move to larger sector sizes. This currently doesn't work for Linux as the page size determines the largest possible sector size. In this presentation I will outline the current development for using large block sizes under linux, outline possible benetifs, and give some demonstration of a system using large block sizes.
Studied Physics with main focus image processing in Heidelberg from 1990 until 1997, followed by a PhD in Edinburgh 's Heriot-Watt University in 2000. Worked as sysadmin during the studies, mainly in the Mathematical Institute in Heidelberg. Now working at SUSE Labs as Kernel Storage... Read More →
