Clonezilla Software Raid 0 Performance

RAID 0, 5, 6, 10 and their ratio. RAID 0, in terms of performance, will be the best option, as it has the best performance among all arrays. Here is how it looks with an example of 6 disks in an array: there are 8 disks and 125 IOPS. Multiply them together and you will get: 8. 125 = 1 000. With its 'far' layout, MD RAID 10 can run both striped and mirrored, even with only two drives in f2 layout; this runs mirroring with striped reads, giving the read performance of RAID 0. Regular RAID 1, as provided by Linux software RAID, does not stripe reads, but can perform reads in parallel. Raid 0 is just another drive.I use Acronis true image,Its reliable and will also clone large to smaller drive auto resizing the partition in the process.Theres also clonezilla and macrium reflect which are free. DevOps & SysAdmins: Poor performance with Linux software raid-10Helpful? Please support me on Patreon: thanks & pr. Take a CloneZilla Live UEFI backup of the pre-installed Windows 10 environment on an external disk. Download RTSCLI64 V 13.2.01016. Patch it to ignore driver version checking. Boot into the Windows 10 Recovery environment command prompt and delete the RAID array with the patched RSTCLI64: rstcli64 -manage -delete OEMRAID0.

• Clonezilla Software Raid 0 Performance Test
• Clonezilla Software Raid 0 Performance Review
• Clonezilla Software Raid 0 Performance Analysis

8. Performance, Tools & General Bone-headed Questions

1. Q:I've created a RAID-0 device on /dev/sda2 and /dev/sda3. The device is a lot slower than a single partition. Isn't md a pile of junk?

   A:To have a RAID-0 device running a full speed, you must have partitions from different disks. Besides, putting the two halves of the mirror on the same disk fails to give you any protection whatsoever against disk failure.

2. Q:What's the use of having RAID-linear when RAID-0 will do the same thing, but provide higher performance?

   A:It's not obvious that RAID-0 will always provide better performance; in fact, in some cases, it could make things worse.The ext2fs file system scatters files all over a partition,and it attempts to keep all of the blocks of a filecontiguous, basically in an attempt to prevent fragmentation. Thus, ext2fs behaves 'as if' there were a (variable-sized) stripe per file. If there are several disks concatenatedinto a single RAID-linear, this will result files beingstatistically distributed on each of the disks. Thus,at least for ext2fs, RAID-linear will behave a lot likeRAID-0 with large stripe sizes. Conversely, RAID-0 with small stripe sizes can cause excessive disk activityleading to severely degraded performance if several large filesare accessed simultaneously.

   In many cases, RAID-0 can be an obvious win. For example,imagine a large database file. Since ext2fs attempts tocluster together all of the blocks of a file, chances are good that it will end up on only one drive if RAID-linearis used, but will get chopped into lots of stripes if RAID-0 isused. Now imagine a number of (kernel) threads all tryingto random access to this database. Under RAID-linear, allaccesses would go to one disk, which would not be as efficientas the parallel accesses that RAID-0 entails.

3. Q:How does RAID-0 handle a situation where the different stripe partitions are different sizes? Are the stripes uniformlydistributed?

   A:To understand this, lets look at an example with threepartitions; one that is 50MB, one 90MB and one 125MB.Lets call D0 the 50MB disk, D1 the 90MB disk and D2 the 125MBdisk. When you start the device, the driver calculates 'stripzones'. In this case, it finds 3 zones, defined like this:You can see that the total size of the zones is the size of thevirtual device, but, depending on the zone, the striping isdifferent. Z2 is rather inefficient, since there's only onedisk.Since ext2fs and most other Unix file systems distribute files all over the disk, youhave a 35/265 = 13% chance that a fill will end upon Z2, and not get any of the benefits of striping. (DOS tries to fill a disk from beginning to end, and thus,the oldest files would end up on Z0. However, thisstrategy leads to severe filesystem fragmentation,which is why no one besides DOS does it this way.)

4. Q:I have some Brand X hard disks and a Brand Y controller.and am considering using md.Does it significantly increase the throughput?Is the performance really noticeable?

   A:The answer depends on the configuration that you use.

   Linux MD RAID-0 and RAID-linear performance:

   If the system is heavily loaded with lots of I/O,statistically, some of it will go to one disk, andsome to the others. Thus, performance will improve over a single large disk. The actual improvementdepends a lot on the actual data, stripe sizes, andother factors. In a system with low I/O usage,the performance is equal to that of a single disk.

   Linux MD RAID-1 (mirroring) read performance:

   MD implements read balancing. That is, the RAID-1code will alternate between each of the (two or more) disks in the mirror, making alternate reads to each.In a low-I/O situation, this won't change performanceat all: you will have to wait for one disk to complete the read.But, with two disks in a high-I/O environment,this could as much as double the read performance,since reads can be issued to each of the disks in parallel.For N disks in the mirror, this could improve performanceN-fold.

   Linux MD RAID-1 (mirroring) write performance:

   Must wait for the write to occur to all of the disksin the mirror. This is because a copy of the datamust be written to each of the disks in the mirror.Thus, performance will be roughly equal to the writeperformance to a single disk.

   Linux MD RAID-4/5 read performance:

   Statistically, a given block can be on any one of a numberof disk drives, and thus RAID-4/5 read performance isa lot like that for RAID-0. It will depend on the data, thestripe size, and the application. It will not be as goodas the read performance of a mirrored array.

   Linux MD RAID-4/5 write performance:

   This will in general be considerably slower than that fora single disk. This is because the parity must be written out to one drive as well as the data to another. However,in order to compute the new parity, the old parity and the old data must be read first. The old data, new data andold parity must all be XOR'ed together to determine the newparity: this requires considerable CPU cycles in additionto the numerous disk accesses.

5. Q:What RAID configuration should I use for optimal performance?

   A:Is the goal to maximize throughput, or to minimize latency?There is no easy answer, as there are many factors thataffect performance:

   • operating system - will one process/thread, or manybe performing disk access?
   • application - is it accessing data in a sequential fashion, or random access?
   • file system - clusters files or spreads them out(the ext2fs clusters together the blocks of a file,and spreads out files)
   • disk driver - number of blocks to read ahead(this is a tunable parameter)
   • CEC hardware - one drive controller, or many?
   • hd controller - able to queue multiple requests or not?Does it provide a cache?
   • hard drive - buffer cache memory size -- is it bigenough to handle the write sizes and rate you want?
   • physical platters - blocks per cylinder -- accessing blocks on different cylinders will lead to seeks.

6. Q:What is the optimal RAID-5 configuration for performance?

   A:Since RAID-5 experiences an I/O load that is equally distributed across several drives, the best performance will be obtained when the RAID set is balanced by using identical drives, identical controllers, and thesame (low) number of drives on each controller.Note, however, that using identical components willraise the probability of multiple simultaneous failures,for example due to a sudden jolt or drop, overheating,or a power surge during an electrical storm. Mixingbrands and models helps reduce this risk.

7. Q:What is the optimal block size for a RAID-4/5 array?

   A:When using the current (November 1997) RAID-4/5implementation, it is strongly recommended thatthe file system be created with mke2fs -b 4096instead of the default 1024 byte filesystem block size.

   This is because the current RAID-5 implementation allocates one 4K memory page per disk block; if a disk block were just 1K in size, then 75% of the memory which RAID-5 is allocating for pending I/O would not be used. If the disk block size matches the memory page size, then the driver can (potentially) use all of the page. Thus, for a filesystem with a 4096 block size asopposed to a 1024 byte block size, the RAID driver will potentially queue 4 times as much pending I/O to the low level drivers without allocating additional memory.

   Note: the above remarks do NOT apply to Software RAID-0/1/linear driver.

   Note: the statements about 4K memory page size apply to the Intel x86 architecture. The page size on Alpha, Sparc, and other CPUS are different; I believe they're 8K on Alpha/Sparc (????).Adjust the above figures accordingly.

   Note: if your file system has a lot of smallfiles (files less than 10KBytes in size), a considerablefraction of the disk space might be wasted. This is because the file system allocates disk space in multiples of the block size. Allocating large blocks for small files clearly results in a waste of disk space: thus, you maywant to stick to small block sizes, get a larger effectivestorage capacity, and not worry about the 'wasted' memorydue to the block-size/page-size mismatch.

   Note: most 'typical' systems do not have that manysmall files. That is, although there might be thousandsof small files, this would lead to only some 10 to 100MBwasted space, which is probably an acceptable tradeoff forperformance on a multi-gigabyte disk.

   However, for news servers, there might be tens or hundredsof thousands of small files. In such cases, the smallerblock size, and thus the improved storage capacity, may be more important than the more efficient I/O scheduling.

   Note: there exists an experimental file system for Linuxwhich packs small files and file chunks onto a single block.It apparently has some very positive performanceimplications when the average file size is much smaller thanthe block size.

   Note: Future versions may implement schemes that obsoletethe above discussion. However, this is difficult toimplement, since dynamic run-time allocation can lead todead-locks; the current implementation performs a staticpre-allocation.

8. Q:How does the chunk size (stripe size) influence the speed of my RAID-0, RAID-4 or RAID-5 device?

   A:The chunk size is the amount of data contiguous on the virtual device that is also contiguous on the physical device. In this HOWTO, 'chunk' and 'stripe' refer to the same thing: what is commonly called the 'stripe' in other RAID documentation is called the 'chunk' in the MD man pages. Stripes or chunks apply only toRAID 0, 4 and 5, since stripes are not used in mirroring (RAID-1) and simple concatenation (RAID-linear).The stripe size affects both read and write latency (delay),throughput (bandwidth), and contention between independent operations (ability to simultaneously service overlapping I/Orequests).

   Assuming the use of the ext2fs file system, and the currentkernel policies about read-ahead, large stripe sizes are almost always better than small stripe sizes, and stripe sizesfrom about a fourth to a full disk cylinder in sizemay be best. To understand this claim, let us consider the effects of large stripes on small files, and small stripeson large files. The stripe size does not affect the read performance of small files: For anarray of N drives, the file has a 1/N probability of being entirely within one stripe on any one of the drives. Thus, both the read latency and bandwidth will be comparableto that of a single drive. Assuming that the small filesare statistically well distributed around the filesystem,(and, with the ext2fs file system, they should be), roughlyN times more overlapping, concurrent reads should be possiblewithout significant collision between them. Conversely, if very small stripes are used, and a large file is read sequentially, then a read will issued to all of the disks in the array.For a the read of a single large file, the latency will almost double, as the probability of a block being 3/4'ths of a revolution or farther away will increase. Note, however,the trade-off: the bandwidth could improve almost N-fold for reading a single, large file, as N drives can be readingsimultaneously (that is, if read-ahead is used so that allof the disks are kept active). But there is another, counter-acting trade-off: if all of the drives are already busyreading one file, then attempting to read a second or thirdfile at the same time will cause significant contention,ruining performance as the disk ladder algorithms lead toseeks all over the platter. Thus, large stripes will almostalways lead to the best performance. The sole exception isthe case where one is streaming a single, large file at a time, and one requires the top possible bandwidth, and one is also using a good read-ahead algorithm, in which case smallstripes are desired.

   Note that this HOWTO previously recommended small stripesizes for news spools or other systems with lots of smallfiles. This was bad advice, and here's why: news spoolscontain not only many small files, but also large summaryfiles, as well as large directories. If the summary fileis larger than the stripe size, reading it will cause many disks to be accessed, slowing things down as eachdisk performs a seek. Similarly, the current ext2fsfile system searches directories in a linear, sequentialfashion. Thus, to find a given file or inode, on average half of the directory will be read. If this directory is spread across several stripes (several disks), the directory read (e.g. due to the ls command) could get very slow. Thanks to Steven A. Reisman <sar@pressenter.com> for this correction.Steve also adds:

   I found that using a 256k stripe gives much better performance. I suspect that the optimum size would be the size of a disk cylinder (or maybe the size of the disk drive's sector cache). However, disks nowadays have recording zones with different sector counts (and sector caches vary among different disk models). There's no way to guarantee stripes won't cross a cylinder boundary.

   The tools accept the stripe size specified in KBytes.You'll want to specify a multiple of if the page size for your CPU (4KB on the x86).

9. Q:What is the correct stride factor to use when creating the ext2fs file system on the RAID partition? By stride, I meanthe -R flag on the mke2fs command:What should the value of nnn be?

   A:The -R stride flag is used to tell the file systemabout the size of the RAID stripes. Since only RAID-0,4 and 5use stripes, and RAID-1 (mirroring) and RAID-linear do not, this flag is applicable only for RAID-0,4,5.Knowledge of the size of a stripe allows mke2fsto allocate the block and inode bitmaps so that they don't all end up on the same physical drive. An unknown contributorwrote:

   I noticed last spring that one drive in a pair always had alarger I/O count, and tracked it down to the these meta-data blocks. Ted added the -R stride= option in response to my explanation and request for a workaround.

   For a 4KB block file system, with stripe size 256KB, one would use -R stride=64.

   If you don't trust the -R flag, you can get a similareffect in a different way. Steven A. Reisman <sar@pressenter.com> writes:

   Another consideration is the filesystem used on the RAID-0 device.The ext2 filesystem allocates 8192 blocks per group. Each group has its own set of inodes. If there are 2, 4 or 8 drives, these inodes cluster on the first disk. I've distributed the inodes across all drives by telling mke2fs to allocate only 7932 blocks per group.

   Some mke2fs pages do not describe the [-g blocks-per-group]flag used in this operation.

10. Q:Where can I put the md commands in the startup scripts,so that everything will start automatically at boot time?

    A:Rod Wilkens<rwilkens@border.net>writes:

    What I did is put ``mdadd -ar' inthe ``/etc/rc.d/rc.sysinit' right after the kernelloads the modules, and before the ``fsck' disk check.This way, you can put the ``/dev/md?' device in the ``/etc/fstab'. Then I put the ``mdstop -a'right after the ``umount -a' unmounting the disks,in the ``/etc/rc.d/init.d/halt' file.

    For raid-5, you will want to look at the return codefor mdadd, and if it failed, do a to repair any damage.

11. Q:I was wondering if it's possible to setup striping with more than 2 devices in md0? This is for a news server,and I have 9 drives... Needless to say I need much more than two.Is this possible?

    A:Yes. (describe how to do this)

12. Q:When is Software RAID superior to Hardware RAID?

    A:Normally, Hardware RAID is considered superior to Software RAID, because hardware controllers often have a large cache,and can do a better job of scheduling operations in parallel.However, integrated Software RAID can (and does) gain certain advantages from being close to the operating system.

    For example, ... ummm. Opaque description of caching of reconstructed blocks in buffer cache elided ...

    On a dual PPro SMP system, it has been reported thatSoftware-RAID performance exceeds the performance of awell-known hardware-RAID board vendor by a factor of 2 to 5.

    Software RAID is also a very interesting option forhigh-availability redundant server systems. In sucha configuration, two CPU's are attached to one setor SCSI disks. If one server crashes or fails to respond, then the other server can mdadd,mdrun and mount the software RAIDarray, and take over operations. This sort of dual-endedoperation is not always possible with many hardwareRAID controllers, because of the state configuration thatthe hardware controllers maintain.

13. Q:If I upgrade my version of raidtools, will it have trouble manipulating older raid arrays? In short, should I recreate my RAID arrays when upgrading the raid utilities?

    A:No, not unless the major version number changes.An MD version x.y.z consists of three sub-versions:Version x1.y1.z1 of the RAID driver supports a RAID array withversion x2.y2.z2 in case (x1 x2) and (y1 >= y2). Different patchlevel (z) versions for the same (x.y) version aredesigned to be mostly compatible.

    The minor version number is increased whenever the RAID array layoutis changed in a way which is incompatible with older versions of thedriver. New versions of the driver will maintain compatibility witholder RAID arrays.

    The major version number will be increased if it will no longer makesense to support old RAID arrays in the new kernel code.

    For RAID-1, it's not likely that the disk layout nor thesuperblock structure will change anytime soon. Most all Any optimization and new features (reconstruction, multithreaded tools, hot-plug, etc.) doesn't affect the physical layout.

14. Q:The command mdstop /dev/md0 says that the device is busy.

    A:There's a process that has a file open on /dev/md0, or/dev/md0 is still mounted. Terminate the process or umount /dev/md0.

15. Q:Are there performance tools?

    A:There is also a new utility called iotrace in the linux/iotracedirectory. It reads /proc/io-trace and analyses/plots it'soutput. If you feel your system's block IO performance is too low, just look at the iotrace output.

16. Q:I was reading the RAID source, and saw the valueSPEED_LIMIT defined as 1024K/sec. What does this mean?Does this limit performance?

    A:SPEED_LIMIT is used to limit RAID reconstruction speed during automatic reconstruction. Basically, automaticreconstruction allows you to e2fsck andmount immediately after an unclean shutdown,without first running ckraid. Automaticreconstruction is also used after a failed hard drivehas been replaced.

    In order to avoid overwhelming the system whilereconstruction is occurring, the reconstruction threadmonitors the reconstruction speed and slows it down if its too fast. The 1M/sec limit was arbitrarily chosen as a reasonable rate which allows the reconstruction tofinish reasonably rapidly, while creating only a light loadon the system so that other processes are not interfered with.

17. Q:What about 'spindle synchronization' or 'disksynchronization'?

    A:Spindle synchronization is used to keep multiple hard drives spinning at exactly the same speed, so that their diskplatters are always perfectly aligned. This is used by somehardware controllers to better organize disk writes. However, for software RAID, this information is not used,and spindle synchronization might even hurt performance.

18. Q:How can I set up swap spaces using raid 0?Wouldn't striped swap ares over 4+ drives be really fast?

    A:Leonard N. Zubkoff replies:It is really fast, but you don't need to use MD to get striped swap. The kernel automatically stripes across equal priority swap spaces. For example, the following entries from /etc/fstab stripe swap space across five drives inthree groups:

19. Q:I want to maximize performance. Should I use multiple controllers?

    A:In many cases, the answer is yes. Using several controllers to perform disk access in parallel will improve performance. However, the actual improvementdepends on your actual configuration. For example,it has been reported (Vaughan Pratt, January 98) thata single 4.3GB Cheetah attached to an Adaptec 2940UW can achieve a rate of 14MB/sec (without using RAID). Installing two disks on one controller, and using a RAID-0 configuration results in a measured performance of 27 MB/sec.

    Note that the 2940UW controller is an 'Ultra-Wide'SCSI controller, capable of a theoretical burst rateof 40MB/sec, and so the above measurements are not surprising. However, a slower controller attachedto two fast disks would be the bottleneck. Note also,that most out-board SCSI enclosures (e.g. the kindwith hot-pluggable trays) cannot be run at the 40MB/sec rate, due to cabling and electrical noise problems.

    If you are designing a multiple controller system,remember that most disks and controllers typicallyrun at 70-85% of their rated max speeds.

    Note also that using one controller per diskcan reduce the likelihood of system outagedue to a controller or cable failure (In theory --only if the device driver for the controller cangracefully handle a broken controller. Not all SCSI device drivers seem to be able to handle sucha situation without panicking or otherwise locking up).

Summary :

Do you know what hardware and software RAID is? What is the difference between software RAID and hardware RAID? Hardware vs software RAID which one is better? If you are trying to figure them out, probably this post of MiniTool is suitable for you.

To improve the performance, reliability, and capacity of your hard disk, the Redundant Array of Independent Disks (RAID) is created. It is a data storage virtualization technology that can virtualize multiple independent hard disk drives into one or more arrays.

To analyze hardware vs software RAID, it is inevitable to talk about the dynamic volume. As you might know, the data on dynamic volume can be managed either by dedicated computer hardware or software.

Clonezilla Software Raid 0 Performance Test

Implementing RAID needs to use either hardware RAID (special controller) or software RAID (an operating system driver). But a great many people are unclear about their differences. So, the following part will discuss the hardware vs software RAID to help you make a decision.

What are the differences between 10000 rpm HDD VS. SSD. How to upgrade your HDD to SSD without any data loss? Today’s article will tell you all the answers.

What Is Hardware RAID

Hardware RAID is a dedicated processing system that can be done completely on a separate RAID card/cabinet or the motherboard. With the hardware RAID setup, your hard drive can connect to a RAID controller card that is inserted in a fast PCle slot in a motherboard.

Hardware RAID controller can help you improve the performance since the processing is handled by the RAID card instead of the server. The hardware RAID card can work effectively in larger servers as well as on a desktop computer. In addition, writing backups and restoring data will produce less strain when using the hardware RAID card.

Based on the hardware system, the RAID subsystem can be managed independently from the host and only one single disk is provided for the host by per RAID array. For example, a hardware RAID device can connect to a SCSI controller and present the RAID array as a single SCSI drive.

You may have an overall understanding of hardware RAID. What is software RAID? Please keep reading.

What Is Software RAID

To compare software RAID vs hardware RAID, it’s also necessary to figure out what software RAID is. When your storage drives are directly connected to the server’s motherboard without a RAID controller, the RAID configuration will be managed by the utility software in the operating system. Here this process is referred to as the software RAID setup.

--image from zenliege.be

Software RAID setup is a cheaper choice compared with a hardware RAID controller. You are restricted to the RAID levels that your OS can support. In other words, software RAID has some limitations especially in terms of the configuration options.

Right now, you may have a preliminary impression of hardware vs software RAID according to the above information. Next, we will discuss the differences between software RAID and hardware RAID in detail.

mSATA and M.2 hard drive are both popular storage devices on the market. What’s the difference between mSATA and M.2? You can get the answer from the post.

Hardware VS Software RAID

The core of a RAID system is the controller, which plays an important role in distributing data to and from the hard drives that make up the RAID array. There are 2 types of RAID controllers including hardware-based and software-based.

So, the detailed information of hardware RAID vs software RAID will be analyzed based on the RAID controllers. To give you a better understanding, we will discuss the aspects of affordability, performance, and flexibility.

Affordability

As mentioned above, the software RAID controller is more affordable than the hardware RAID controller. In terms of affordability, you can refer to the form below to overview their differences.

The RAID controller uses the computing power of your PC to control the way that the data is read or written to the enclosure. Since the hardware RAID enclosures can make full use of the standard interface chipsets, the manufacturing and design costs are relatively high.

But the software RAID controllers may be as low as zero since most basic RAID levels are included in many operating systems.

Performance

In general, the more complex your RAID configuration is, the more likely the performance will be affected. Compared with the hardware-based RAID systems, the software-based RAID systems are more likely to encounter a performance issue.

Software-based systems usually can perform adequately for 3 basic RAID levels including RAID 0, RAID 1, and RAID 10. However, when using more complex RAID levels, software-based RAID programs may impact the performance of the RAID system and the overall performance of your computer.

In addition, the hardware-based RAID systems will be quicker than software-based systems when rebuilding the mirrored RAID data. Here’s a form about the differences between hardware and software RAID systems in terms of performance.

Flexibility

Apart from the affordability and performance, flexibility is also one aspect of hardware vs software RAID. The software-based RAID controllers are designed with the most flexibility in configuring the way that you use each drive in an enclosure.

In an enclosure with 4 drives, you’re allowed to configure 3 drives as a striped array for performance and one large drive for backup. Well, you can also configure the 4 drives as 2 independent arrays, a mirrored volume for gaming files, and a striped volume for video editing.

In other words, you can configure the 4 drives in an enclosure based on your needs. However, the hardware-based RAID systems work a single disk in the host operating system.

Impact on Computer Performance

The differences between hardware and software RAID also have an important impact on computer performance.

With a software-based RAID controller, one or more CPU cores, as well as RAM could impact other processes that are running on your computer. The extent of the software RAID controller’s impact depends on the RAID level in use and the number of drives that makes up the RAID array.

However, if you are using an external hardware-based RAID enclosure, it will produce no impact on the processor or RAM on the host computer.

Many people don't know how to partition RAID 5 with reliable software. Read this post to see how to manage RAID with the best dynamic manger Minitool Partition Wizard.

Software RAID VS Hardware RAID: Which Is Better?

According to the above information, you may have an overall understanding of software RAID vs hardware RAID. Here comes a question – software vs hardware RAID which one is better?

Based on the data backup, the types of RAID will differ from system to system. Usually, it’s more common to see hardware RAID in Windows Server environments. This is because its advantages can be better realized in the Server.

Whereas software RAID is more prevalent in open-source server systems where its high flexibility and comparatively low cost can be realized better.

To give you an intuitive understanding, the pros and cons of hardware RAID vs software RAID are summarized in the form below:

Software RAID VS Hardware RAID: which is better? Now, I believe that you already have known the answer. No matter you choose software or hardware RAID, you need to manage the RAID drives to get the best performance. How to manage them effectively? Please keep reading the following part.

How to Manage Your RAID Drives Effectively

Although Windows offers a built-in tool (Disk Management) to manage your RAID drives, some features are not available. For example, resizing and extending volume are restricted in some situations. At this time, you need a professional and effective tool to do these works.

Here it’s highly recommended that you choose MiniTool Partition Wizard Server Edition. This powerful software can help you manage RAID partitions ranging from RAID 0 to RAID 6, and other forms like RAID 10 and RAID 50.

Apart from the move/resize feature, this powerful software boasts many other features. It can help you upgrade hard disk, convert MBR to GPT disk, change cluster size without data loss, etc.

If you are limited to resize your volume, you can utilize this program to move or resize the volume easily. Here’s how to do that:

Step 1. Launch this tool to get its main interface, and then select the RAID partition that you want to manage and click on the Move/Resize Volume feature on the left pane.

Step 2. Then you can drag the handle leftward or rightward to resize the volume. If you want to move the volume to the unallocated space, just move the whole handle to change the location. After specifying the volume, click on OK to save the changes.

Step 3. Click on Apply on the upper left corner to execute the operation. After that, you will be asked to restart your computer. You just need to follow the prompt.

What’s Your Opinion

Here comes the end of the post. Today we mainly focus on the software RAID vs hardware RAID. If you have any questions, please send us an e-mail via [email protected]. We also appreciate any ideas left in the comment area.

Hardware VS Software RAID FAQ

Clonezilla Software Raid 0 Performance Review

Clonezilla Software Raid 0 Performance Analysis