Announcement

Collapse
No announcement yet.

Watch Out For BCache Corruption Issues On Linux 5.0 & GCC 9

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Rallos Zek
    replied
    Originally posted by Azrael5 View Post
    Linux operating systems have problems in HDD/SSD management since 10/15 years at least. HDDs are struggling on I/O operations. The same hard drive used in XP is not so strained making the operation very quick without any noise compared to every linux operating system. This kind of thing happen when the hard drive is too much fragmented or there are problems on the mapping of data.
    Really? I always found Linux disk performance to be much better then any version of Windows most noticeably under heavy loads.

    Leave a comment:


  • oiaohm
    replied
    Originally posted by birdie View Post
    ext4 has no fragmentation? Looooooool. I used to have a MySQL production server where MySQL database files occupied over 40K (!) fragments. It was over 10 years ago, so no SSD, and those files read speed was below 10MB/sec. Also, tell me, how would you defrag free space in ext4? I'm not saying NTFS is perfect - in regard to files fragmentation it's an extremely bad filesystem but ext4 is far from excellent: no free space defragmentation, the number of inodes can't be changed after FS creation, no files compression, random files can't be defragmented for no reasons.
    no free space defragmentation
    Defrag free space on ext4 is total stupid but doable. Yes this is a tooling issue not a file system limitation.
    https://manpages.ubuntu.com/manpages...size2fs.8.html
    -M Shrink the filesystem to the minimum size and then restore. This has to be done with the file system offline. The code to perform free space defragmentation is in the resize2fs it would be good if you could do a Shrink File system to minimum size without resizing the file structures. So this is not ext4 limitation its the tools are horrible to-do it. the number of inodes can't be changed after FS creation
    Not exactly true this is another thing resize2fs can increase or reduce inode count while file system is offline while changing the file systems size. The size of a inode cannot be changed so if you don't change the size of the file system you cannot change the inode count.

    files can't be defragmented for no reasons
    https://manpages.ubuntu.com/manpages...4defrag.8.html -v will tell you why a file has refused to defrag. In fact at times it can tell you other files that need to go first.

    The resize2fs I will give you is a really stupid item to have to use to change inode counts and defrag free space.

    Leave a comment:


  • Weasel
    replied
    Originally posted by ypnos View Post
    Oh, it's you again. Your little anecdote does not trump the common knowledge in filesystem research.
    He stated facts though.

    Leave a comment:


  • ypnos
    replied
    Originally posted by birdie View Post
    whatever
    Oh, it's you again. Your little anecdote does not trump the common knowledge in filesystem research.

    Leave a comment:


  • birdie
    replied
    Originally posted by ypnos View Post

    That's a surprising statement to me, given the nature of Linux filesystems as compared to FAT32 and NTFS. Both of the latter have massive problems wit fragmentation, while ext? and others are very good at avoiding it with clever heuristics in design and implementation. That's the theoretical part.

    Now to the hands-on, I would like to add that Linux I/O in general fares better than Windows I/O, not only in benchmarks. It is no surprise given the Unix background of Linux and its dominant use as a server system. It would be a surprise however, that Linux is the dominant OS on file server solutions, if its I/O was not competitive. The BSDs have some strenghts here as well, but Windows?
    ext4 has no fragmentation? Looooooool. I used to have a MySQL production server where MySQL database files occupied over 40K (!) fragments. It was over 10 years ago, so no SSD, and those files read speed was below 10MB/sec. Also, tell me, how would you defrag free space in ext4? I'm not saying NTFS is perfect - in regard to files fragmentation it's an extremely bad filesystem but ext4 is far from excellent: no free space defragmentation, the number of inodes can't be changed after FS creation, no files compression, random files can't be defragmented for no reasons.

    Leave a comment:


  • Kayote
    replied
    thanks for the report, glad I'm not using a rolling release distro.

    Leave a comment:


  • ypnos
    replied
    Originally posted by Azrael5 View Post
    Linux operating systems have problems in HDD/SSD management since 10/15 years at least. HDDs are struggling on I/O operations. The same hard drive used in XP is not so strained making the operation very quick without any noise compared to every linux operating system. This kind of thing happen when the hard drive is too much fragmented or there are problems on the mapping of data.
    That's a surprising statement to me, given the nature of Linux filesystems as compared to FAT32 and NTFS. Both of the latter have massive problems wit fragmentation, while ext? and others are very good at avoiding it with clever heuristics in design and implementation. That's the theoretical part.

    Now to the hands-on, I would like to add that Linux I/O in general fares better than Windows I/O, not only in benchmarks. It is no surprise given the Unix background of Linux and its dominant use as a server system. It would be a surprise however, that Linux is the dominant OS on file server solutions, if its I/O was not competitive. The BSDs have some strenghts here as well, but Windows?

    Leave a comment:


  • geearf
    replied
    Ooooooh, scary.

    Thank you for the warning Michael!

    Leave a comment:


  • JonathanM
    replied
    Azrael5 in my experience Windows causes much more noise and slowdowns when running of an HDD. I'm not considering ancient versions like XP, though.

    Leave a comment:


  • Azrael5
    replied
    Linux operating systems have problems in HDD/SSD management since 10/15 years at least. HDDs are struggling on I/O operations. The same hard drive used in XP is not so strained making the operation very quick without any noise compared to every linux operating system. This kind of thing happen when the hard drive is too much fragmented or there are problems on the mapping of data.

    Leave a comment:

Working...
X