1======================================== 2zram: Compressed RAM-based block devices 3======================================== 4 5Introduction 6============ 7 8The zram module creates RAM-based block devices named /dev/zram<id> 9(<id> = 0, 1, ...). Pages written to these disks are compressed and stored 10in memory itself. These disks allow very fast I/O and compression provides 11good amounts of memory savings. Some of the use cases include /tmp storage, 12use as swap disks, various caches under /var and maybe many more. :) 13 14Statistics for individual zram devices are exported through sysfs nodes at 15/sys/block/zram<id>/ 16 17Usage 18===== 19 20There are several ways to configure and manage zram device(-s): 21 22a) using zram and zram_control sysfs attributes 23b) using zramctl utility, provided by util-linux (util-linux@vger.kernel.org). 24 25In this document we will describe only 'manual' zram configuration steps, 26IOW, zram and zram_control sysfs attributes. 27 28In order to get a better idea about zramctl please consult util-linux 29documentation, zramctl man-page or `zramctl --help`. Please be informed 30that zram maintainers do not develop/maintain util-linux or zramctl, should 31you have any questions please contact util-linux@vger.kernel.org 32 33Following shows a typical sequence of steps for using zram. 34 35WARNING 36======= 37 38For the sake of simplicity we skip error checking parts in most of the 39examples below. However, it is your sole responsibility to handle errors. 40 41zram sysfs attributes always return negative values in case of errors. 42The list of possible return codes: 43 44======== ============================================================= 45-EBUSY an attempt to modify an attribute that cannot be changed once 46 the device has been initialised. Please reset device first. 47-ENOMEM zram was not able to allocate enough memory to fulfil your 48 needs. 49-EINVAL invalid input has been provided. 50======== ============================================================= 51 52If you use 'echo', the returned value is set by the 'echo' utility, 53and, in general case, something like:: 54 55 echo 3 > /sys/block/zram0/max_comp_streams 56 if [ $? -ne 0 ]; then 57 handle_error 58 fi 59 60should suffice. 61 621) Load Module 63============== 64 65:: 66 67 modprobe zram num_devices=4 68 69This creates 4 devices: /dev/zram{0,1,2,3} 70 71num_devices parameter is optional and tells zram how many devices should be 72pre-created. Default: 1. 73 742) Set max number of compression streams 75======================================== 76 77Regardless of the value passed to this attribute, ZRAM will always 78allocate multiple compression streams - one per online CPU - thus 79allowing several concurrent compression operations. The number of 80allocated compression streams goes down when some of the CPUs 81become offline. There is no single-compression-stream mode anymore, 82unless you are running a UP system or have only 1 CPU online. 83 84To find out how many streams are currently available:: 85 86 cat /sys/block/zram0/max_comp_streams 87 883) Select compression algorithm 89=============================== 90 91Using comp_algorithm device attribute one can see available and 92currently selected (shown in square brackets) compression algorithms, 93or change the selected compression algorithm (once the device is initialised 94there is no way to change compression algorithm). 95 96Examples:: 97 98 #show supported compression algorithms 99 cat /sys/block/zram0/comp_algorithm 100 lzo [lz4] 101 102 #select lzo compression algorithm 103 echo lzo > /sys/block/zram0/comp_algorithm 104 105For the time being, the `comp_algorithm` content does not necessarily 106show every compression algorithm supported by the kernel. We keep this 107list primarily to simplify device configuration and one can configure 108a new device with a compression algorithm that is not listed in 109`comp_algorithm`. The thing is that, internally, ZRAM uses Crypto API 110and, if some of the algorithms were built as modules, it's impossible 111to list all of them using, for instance, /proc/crypto or any other 112method. This, however, has an advantage of permitting the usage of 113custom crypto compression modules (implementing S/W or H/W compression). 114 1154) Set Disksize 116=============== 117 118Set disk size by writing the value to sysfs node 'disksize'. 119The value can be either in bytes or you can use mem suffixes. 120Examples:: 121 122 # Initialize /dev/zram0 with 50MB disksize 123 echo $((50*1024*1024)) > /sys/block/zram0/disksize 124 125 # Using mem suffixes 126 echo 256K > /sys/block/zram0/disksize 127 echo 512M > /sys/block/zram0/disksize 128 echo 1G > /sys/block/zram0/disksize 129 130Note: 131There is little point creating a zram of greater than twice the size of memory 132since we expect a 2:1 compression ratio. Note that zram uses about 0.1% of the 133size of the disk when not in use so a huge zram is wasteful. 134 1355) Set memory limit: Optional 136============================= 137 138Set memory limit by writing the value to sysfs node 'mem_limit'. 139The value can be either in bytes or you can use mem suffixes. 140In addition, you could change the value in runtime. 141Examples:: 142 143 # limit /dev/zram0 with 50MB memory 144 echo $((50*1024*1024)) > /sys/block/zram0/mem_limit 145 146 # Using mem suffixes 147 echo 256K > /sys/block/zram0/mem_limit 148 echo 512M > /sys/block/zram0/mem_limit 149 echo 1G > /sys/block/zram0/mem_limit 150 151 # To disable memory limit 152 echo 0 > /sys/block/zram0/mem_limit 153 1546) Activate 155=========== 156 157:: 158 159 mkswap /dev/zram0 160 swapon /dev/zram0 161 162 mkfs.ext4 /dev/zram1 163 mount /dev/zram1 /tmp 164 1657) Add/remove zram devices 166========================== 167 168zram provides a control interface, which enables dynamic (on-demand) device 169addition and removal. 170 171In order to add a new /dev/zramX device, perform a read operation on the hot_add 172attribute. This will return either the new device's device id (meaning that you 173can use /dev/zram<id>) or an error code. 174 175Example:: 176 177 cat /sys/class/zram-control/hot_add 178 1 179 180To remove the existing /dev/zramX device (where X is a device id) 181execute:: 182 183 echo X > /sys/class/zram-control/hot_remove 184 1858) Stats 186======== 187 188Per-device statistics are exported as various nodes under /sys/block/zram<id>/ 189 190A brief description of exported device attributes follows. For more details 191please read Documentation/ABI/testing/sysfs-block-zram. 192 193====================== ====== =============================================== 194Name access description 195====================== ====== =============================================== 196disksize RW show and set the device's disk size 197initstate RO shows the initialization state of the device 198reset WO trigger device reset 199mem_used_max WO reset the `mem_used_max` counter (see later) 200mem_limit WO specifies the maximum amount of memory ZRAM can 201 use to store the compressed data 202writeback_limit WO specifies the maximum amount of write IO zram 203 can write out to backing device as 4KB unit 204writeback_limit_enable RW show and set writeback_limit feature 205max_comp_streams RW the number of possible concurrent compress 206 operations 207comp_algorithm RW show and change the compression algorithm 208compact WO trigger memory compaction 209debug_stat RO this file is used for zram debugging purposes 210backing_dev RW set up backend storage for zram to write out 211idle WO mark allocated slot as idle 212====================== ====== =============================================== 213 214 215User space is advised to use the following files to read the device statistics. 216 217File /sys/block/zram<id>/stat 218 219Represents block layer statistics. Read Documentation/block/stat.rst for 220details. 221 222File /sys/block/zram<id>/io_stat 223 224The stat file represents device's I/O statistics not accounted by block 225layer and, thus, not available in zram<id>/stat file. It consists of a 226single line of text and contains the following stats separated by 227whitespace: 228 229 ============= ============================================================= 230 failed_reads The number of failed reads 231 failed_writes The number of failed writes 232 invalid_io The number of non-page-size-aligned I/O requests 233 notify_free Depending on device usage scenario it may account 234 235 a) the number of pages freed because of swap slot free 236 notifications 237 b) the number of pages freed because of 238 REQ_OP_DISCARD requests sent by bio. The former ones are 239 sent to a swap block device when a swap slot is freed, 240 which implies that this disk is being used as a swap disk. 241 242 The latter ones are sent by filesystem mounted with 243 discard option, whenever some data blocks are getting 244 discarded. 245 ============= ============================================================= 246 247File /sys/block/zram<id>/mm_stat 248 249The mm_stat file represents the device's mm statistics. It consists of a single 250line of text and contains the following stats separated by whitespace: 251 252 ================ ============================================================= 253 orig_data_size uncompressed size of data stored in this disk. 254 Unit: bytes 255 compr_data_size compressed size of data stored in this disk 256 mem_used_total the amount of memory allocated for this disk. This 257 includes allocator fragmentation and metadata overhead, 258 allocated for this disk. So, allocator space efficiency 259 can be calculated using compr_data_size and this statistic. 260 Unit: bytes 261 mem_limit the maximum amount of memory ZRAM can use to store 262 the compressed data 263 mem_used_max the maximum amount of memory zram has consumed to 264 store the data 265 same_pages the number of same element filled pages written to this disk. 266 No memory is allocated for such pages. 267 pages_compacted the number of pages freed during compaction 268 huge_pages the number of incompressible pages 269 ================ ============================================================= 270 271File /sys/block/zram<id>/bd_stat 272 273The bd_stat file represents a device's backing device statistics. It consists of 274a single line of text and contains the following stats separated by whitespace: 275 276 ============== ============================================================= 277 bd_count size of data written in backing device. 278 Unit: 4K bytes 279 bd_reads the number of reads from backing device 280 Unit: 4K bytes 281 bd_writes the number of writes to backing device 282 Unit: 4K bytes 283 ============== ============================================================= 284 2859) Deactivate 286============= 287 288:: 289 290 swapoff /dev/zram0 291 umount /dev/zram1 292 29310) Reset 294========= 295 296 Write any positive value to 'reset' sysfs node:: 297 298 echo 1 > /sys/block/zram0/reset 299 echo 1 > /sys/block/zram1/reset 300 301 This frees all the memory allocated for the given device and 302 resets the disksize to zero. You must set the disksize again 303 before reusing the device. 304 305Optional Feature 306================ 307 308writeback 309--------- 310 311With CONFIG_ZRAM_WRITEBACK, zram can write idle/incompressible page 312to backing storage rather than keeping it in memory. 313To use the feature, admin should set up backing device via:: 314 315 echo /dev/sda5 > /sys/block/zramX/backing_dev 316 317before disksize setting. It supports only partition at this moment. 318If admin wants to use incompressible page writeback, they could do via:: 319 320 echo huge > /sys/block/zramX/writeback 321 322To use idle page writeback, first, user need to declare zram pages 323as idle:: 324 325 echo all > /sys/block/zramX/idle 326 327From now on, any pages on zram are idle pages. The idle mark 328will be removed until someone requests access of the block. 329IOW, unless there is access request, those pages are still idle pages. 330 331Admin can request writeback of those idle pages at right timing via:: 332 333 echo idle > /sys/block/zramX/writeback 334 335With the command, zram writeback idle pages from memory to the storage. 336 337If there are lots of write IO with flash device, potentially, it has 338flash wearout problem so that admin needs to design write limitation 339to guarantee storage health for entire product life. 340 341To overcome the concern, zram supports "writeback_limit" feature. 342The "writeback_limit_enable"'s default value is 0 so that it doesn't limit 343any writeback. IOW, if admin wants to apply writeback budget, he should 344enable writeback_limit_enable via:: 345 346 $ echo 1 > /sys/block/zramX/writeback_limit_enable 347 348Once writeback_limit_enable is set, zram doesn't allow any writeback 349until admin sets the budget via /sys/block/zramX/writeback_limit. 350 351(If admin doesn't enable writeback_limit_enable, writeback_limit's value 352assigned via /sys/block/zramX/writeback_limit is meaningless.) 353 354If admin want to limit writeback as per-day 400M, he could do it 355like below:: 356 357 $ MB_SHIFT=20 358 $ 4K_SHIFT=12 359 $ echo $((400<<MB_SHIFT>>4K_SHIFT)) > \ 360 /sys/block/zram0/writeback_limit. 361 $ echo 1 > /sys/block/zram0/writeback_limit_enable 362 363If admins want to allow further write again once the bugdet is exhausted, 364he could do it like below:: 365 366 $ echo $((400<<MB_SHIFT>>4K_SHIFT)) > \ 367 /sys/block/zram0/writeback_limit 368 369If admin wants to see remaining writeback budget since last set:: 370 371 $ cat /sys/block/zramX/writeback_limit 372 373If admin want to disable writeback limit, he could do:: 374 375 $ echo 0 > /sys/block/zramX/writeback_limit_enable 376 377The writeback_limit count will reset whenever you reset zram (e.g., 378system reboot, echo 1 > /sys/block/zramX/reset) so keeping how many of 379writeback happened until you reset the zram to allocate extra writeback 380budget in next setting is user's job. 381 382If admin wants to measure writeback count in a certain period, he could 383know it via /sys/block/zram0/bd_stat's 3rd column. 384 385memory tracking 386=============== 387 388With CONFIG_ZRAM_MEMORY_TRACKING, user can know information of the 389zram block. It could be useful to catch cold or incompressible 390pages of the process with*pagemap. 391 392If you enable the feature, you could see block state via 393/sys/kernel/debug/zram/zram0/block_state". The output is as follows:: 394 395 300 75.033841 .wh. 396 301 63.806904 s... 397 302 63.806919 ..hi 398 399First column 400 zram's block index. 401Second column 402 access time since the system was booted 403Third column 404 state of the block: 405 406 s: 407 same page 408 w: 409 written page to backing store 410 h: 411 huge page 412 i: 413 idle page 414 415First line of above example says 300th block is accessed at 75.033841sec 416and the block's state is huge so it is written back to the backing 417storage. It's a debugging feature so anyone shouldn't rely on it to work 418properly. 419 420Nitin Gupta 421ngupta@vflare.org 422