On Mon, Nov 18, 2024 at 4:46 PM Stephen Morris <steve.morris.au@xxxxxxxxx> wrote: > > On 18/11/24 10:36, Samuel Sieb wrote: > > Yes, a full cache can cause performance issues, but I would expect to be able to play around with the caching algorithms to control what gets cached and what doesn't, particularly when looking at sequential vs random access, combined with disk fragmentation. I know EXT4 is a journaling file system which is supposed to make fragmentation a non- issue, but I don't know whether BTRFS is the same. > > That's not the cache that's meant. He was referring to the hard disk internal cache. You have no control over that. The filesystem could be a factor for seek times, but it shouldn't be that much. > > I know there is a huge difference in price points, but 40 years ago mainframe storage controllers provided functionality to control what files were loaded into the storage cache and how much of the file was loaded, I just thought hard disks had advanced enough to now provide similar functionality. Some do. For example, Intel Optane memory is a storage accelerator. It was a stock component of my Dell XPS 8930. And I understand Apple is shipping storage devices that optimize file access using a combination of RAM+Disk in one solid state drive package. (I can't find the name Apple uses for its drives). > I was so much concerned about seek overheads, but rpsmiss overheads and the impact fragmentation has on that particularly if a load of a file has to traverse all over the disk to do so. > But having said this I'll put this to bed, I may have found what is causing the KDE start up hard disk thrashing. Jeff -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
