sys/vfs/hammer: Change "big block" to "big-block"
authorTomohiro Kusumi <kusumi.tomohiro@gmail.com>
Thu, 2 Jul 2015 14:08:07 +0000 (23:08 +0900)
committerTomohiro Kusumi <kusumi.tomohiro@gmail.com>
Thu, 2 Jul 2015 16:29:01 +0000 (01:29 +0900)
- This word refers to 8MB chunk in hammer's blockmap layers,
  not literally "big" "block".

- Changes are mostly comments and some in printf and hammer(8).

- The official design document as well as much of the existing
  code (excluding variable and macro names) use "big-block".
  https://www.dragonflybsd.org/hammer/hammer.pdf

- Also see e04ee2de.

sbin/hammer/cmd_info.c
sbin/hammer/hammer.8
sbin/hammer/ondisk.c
sys/vfs/hammer/hammer.h
sys/vfs/hammer/hammer_blockmap.c
sys/vfs/hammer/hammer_dedup.c
sys/vfs/hammer/hammer_reblock.c

index 04f2d66..dd8e762 100644 (file)
@@ -107,10 +107,10 @@ show_info(char *path)
        fprintf(stdout, "\tFSID                %s\n", fsid);
        fprintf(stdout, "\tHAMMER Version      %d\n", fip->version);
 
-       /* Big blocks information */
+       /* Big-blocks information */
        usedbigblocks = fip->bigblocks - fip->freebigblocks;
 
-       fprintf(stdout, "Big block information\n");
+       fprintf(stdout, "Big-block information\n");
        fprintf(stdout, "\tTotal      %10jd\n", (intmax_t)fip->bigblocks);
        fprintf(stdout, "\tUsed       %10jd (%.2lf%%)\n"
                        "\tReserved   %10jd (%.2lf%%)\n"
index 68ef1de..8da66c0 100644 (file)
@@ -499,8 +499,8 @@ General information, like the label of the
 filesystem, the number of volumes it contains, the FSID, and the
 .Nm HAMMER
 version being used.
-.It Big block information
-Big block statistics, such as total, used, reserved and free big blocks.
+.It Big-block information
+Big-block statistics, such as total, used, reserved and free big-blocks.
 .It Space information
 Information about space used on the filesystem.
 Currently total size, used, reserved and free space are displayed.
index 8f10a65..d1c7fb0 100644 (file)
@@ -738,7 +738,7 @@ format_undomap(hammer_volume_ondisk_t ondisk)
 
        /*
         * Size the undo buffer in multiples of HAMMER_BIGBLOCK_SIZE,
-        * up to HAMMER_UNDO_LAYER2 big blocks.  Size to approximately
+        * up to HAMMER_UNDO_LAYER2 big-blocks.  Size to approximately
         * 0.1% of the disk.
         *
         * The minimum UNDO fifo size is 500MB, or approximately 1% of
index c723640..6ca8e27 100644 (file)
@@ -798,7 +798,7 @@ typedef union hammer_io_structure *hammer_io_structure_t;
  * the direct-write mechanism.
  *
  * The structure is also used to hold off on reallocations of
- * big blocks from the freemap until flush dependancies have
+ * big-blocks from the freemap until flush dependancies have
  * been dealt with.
  */
 struct hammer_reserve {
index 7900100..5896255 100644 (file)
@@ -395,7 +395,7 @@ failed:
  *
  * This code reserves bytes out of a blockmap without committing to any
  * meta-data modifications, allowing the front-end to directly issue disk
- * write I/O for big blocks of data
+ * write I/O for big-blocks of data
  *
  * The backend later finalizes the reservation with hammer_blockmap_finalize()
  * upon committing the related record.
@@ -731,7 +731,7 @@ hammer_blockmap_reserve_dedup(hammer_mount_t hmp, int zone, int bytes,
                        goto failed;
                }
                /*
-                * Due to possible big block underflow we can't simply
+                * Due to possible big-block underflow we can't simply
                 * subtract bytes from bytes_free.
                 */
                if (update_bytes_free(resv, bytes) == 0) {
@@ -748,7 +748,7 @@ hammer_blockmap_reserve_dedup(hammer_mount_t hmp, int zone, int bytes,
                resx->zone = zone;
                resx->bytes_free = layer2->bytes_free;
                /*
-                * Due to possible big block underflow we can't simply
+                * Due to possible big-block underflow we can't simply
                 * subtract bytes from bytes_free.
                 */
                if (update_bytes_free(resx, bytes) == 0) {
index f75b1c2..72a63de 100644 (file)
@@ -218,7 +218,7 @@ validate_zone(hammer_off_t data_offset)
  * a data block to be added to a dedup cache it has to be present on
  * disk.  This simplifies cache logic a lot - once data is laid out on
  * media it remains valid on media all the way up to the point where the
- * related big block the data was stored in is freed - so there is only
+ * related big-block the data was stored in is freed - so there is only
  * one place we need to bother with invalidation code.
  */
 
index b8a0fed..4087321 100644 (file)
@@ -435,7 +435,7 @@ hammer_reblock_data(struct hammer_ioc_reblock *reblock,
         * data buffer in the cursor before calling blockmap_free.
         * The blockmap_free may free up the entire big-block and
         * will not be able to invalidate it if the cursor is holding
-        * a data buffer cached in that big block.
+        * a data buffer cached in that big-block.
         */
        hammer_modify_buffer_noundo(cursor->trans, data_buffer);
        bcopy(cursor->data, ndata, elm->leaf.data_len);