ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Transparent compression on folders in EXT4/XFS etc?

    IT Discussion
    compression ext4 xfs zfs btrfs
    5
    23
    19.8k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • dafyreD
      dafyre @scottalanmiller
      last edited by

      @scottalanmiller said in Transparent compression on folders in EXT4/XFS etc?:

      @dafyre said in Transparent compression on folders in EXT4/XFS etc?:

      @scottalanmiller said in Transparent compression on folders in EXT4/XFS etc?:

      @dafyre said in Transparent compression on folders in EXT4/XFS etc?:

      Edit: I'm going to put my Zabbix instance on it later and see how it does.

      Databases should not be compressed!

      Details as to why databases should not be compressed?

      Basically because they are always open and written to incrementally. They aren't loaded and rewriteen like most files are. And they tend to be very large, so a very intensive usage pattern.

      True. But this compression is being done on the Host OS, not inside the Zabbix VM. I wonder what kind of strangeness this can cause. I don't have a lot of traffic on this particular server.

      scottalanmillerS 1 Reply Last reply Reply Quote 0
      • scottalanmillerS
        scottalanmiller @dafyre
        last edited by

        @dafyre said in Transparent compression on folders in EXT4/XFS etc?:

        @scottalanmiller said in Transparent compression on folders in EXT4/XFS etc?:

        @dafyre said in Transparent compression on folders in EXT4/XFS etc?:

        @scottalanmiller said in Transparent compression on folders in EXT4/XFS etc?:

        @dafyre said in Transparent compression on folders in EXT4/XFS etc?:

        Edit: I'm going to put my Zabbix instance on it later and see how it does.

        Databases should not be compressed!

        Details as to why databases should not be compressed?

        Basically because they are always open and written to incrementally. They aren't loaded and rewriteen like most files are. And they tend to be very large, so a very intensive usage pattern.

        True. But this compression is being done on the Host OS, not inside the Zabbix VM. I wonder what kind of strangeness this can cause. I don't have a lot of traffic on this particular server.

        That doesn't affect anything. Compression is compression.

        dafyreD 1 Reply Last reply Reply Quote 0
        • dafyreD
          dafyre @scottalanmiller
          last edited by

          @scottalanmiller said in Transparent compression on folders in EXT4/XFS etc?:

          @dafyre said in Transparent compression on folders in EXT4/XFS etc?:

          @scottalanmiller said in Transparent compression on folders in EXT4/XFS etc?:

          @dafyre said in Transparent compression on folders in EXT4/XFS etc?:

          @scottalanmiller said in Transparent compression on folders in EXT4/XFS etc?:

          @dafyre said in Transparent compression on folders in EXT4/XFS etc?:

          Edit: I'm going to put my Zabbix instance on it later and see how it does.

          Databases should not be compressed!

          Details as to why databases should not be compressed?

          Basically because they are always open and written to incrementally. They aren't loaded and rewriteen like most files are. And they tend to be very large, so a very intensive usage pattern.

          True. But this compression is being done on the Host OS, not inside the Zabbix VM. I wonder what kind of strangeness this can cause. I don't have a lot of traffic on this particular server.

          That doesn't affect anything. Compression is compression.

          I'll find out what kind of performance hits I take with it on ZFS. So far, I'm seeing some nice space savings and no problems with anything else.

          1 Reply Last reply Reply Quote 0
          • 1
          • 2
          • 2 / 2
          • First post
            Last post