Jump to content

grimpr

Members
  • Posts

    39
  • Joined

  • Last visited

  • Days Won

    2

Reputation Activity

  1. Like
    grimpr reacted to Christopher (Drashna) in Drivepool and Scanner under Hyper-V / Server 2012.   
    Depends on the exact setup.
     
    If you're passing the disks for StableBit DrivePool to a VM, there should be absolutely no issues with doing so.
     
    However, StableBit Scanner won't be able to pick up the SMART data for the passed through disks (the HyperV drivers don't pass this info along).
    You can see more about that here:
    http://community.covecube.com/index.php?/topic/29-how-to-getting-smart-data-from-hyper-v/
     
    Aside from that, you shouldn't have any issues. Though, deactivate the license prior to moving things around. 
     
     
     
     
    Oh, and WIndows 10 Pro includes HyperV
  2. Like
    grimpr got a reaction from Christopher (Drashna) in GPT vs MBR   
    Nice to know, i have 2 drives as GPT in my pool and the rest MBR, Drivepool initialized only those two and the rest stayed as they were, now with the new information from you and other threads i'm in the process of emptying one by one the drives and reformatting them again to GPT,64k cluster size.
  3. Like
    grimpr reacted to Christopher (Drashna) in GPT vs MBR   
    IIRC, StableBit DrivePool initializes new disks as GPT by default. So if that matters... 
     
    And yeah, the 64k cluster/allocation unit size is worth it. Especially with Seagate Archive drives!
  4. Like
    grimpr reacted to Christopher (Drashna) in GPT vs MBR   
    Yes. 
     
    GPT supports addressing more than 2TBs of space without the need for advanced formatting, as well as native support for advanced formatting.  Additionally GPT supports very large disk capacities specifically (in the ZB/billions of TB range).
     
    Additionally, GPT drives provide redundancy, in the form of writing the the GPT header and partition table at the beginning and end of the disk (this helps prevent the "RAW" issue, along with other issues). 
     
     
    Aside from these, the only desernable difference is the boot drive. BIOS based systems (or legacy boot modes) require MBR disks, while UEFI usually require GPT disks. 
     
    For storage though, there is no noticeable difference for "daily use". Other that stated limitations of MBR.
  5. Like
    grimpr reacted to Christopher (Drashna) in ECC ram for a Drivepool server.   
    As long as it's USB3, and a very fast USB drive (eg, a certified Windows To Go drive), then there shouldn't be any issues with doing so. 
     
    I actually tested this out (sort of) recently. Using a USB3 enclosure and a SSD for Windows To Go, and it works fine in that config. 
  6. Like
    grimpr reacted to Christopher (Drashna) in Change allocation unit size of all drives in DrivePool: Best way?   
    LOL.  I just recently did this on my own pool, actually. 
     
     
    There isn't a good way. You need to format the drives to do this (or use a 3rd party tool, and hope it doesn't corrupt your disk).
     
    The simplest way is to use the balancing system.  Use the "Disk Space Limiter" balancer to clear out one or more disks at a time. Once it's done that (it make take a few hours or longer), remove the disk from the pool and reformat it. Re-add it and repeat until you've cycled out ALL of the disks.
     
     
    Specifically, the reason that I mention the Disk Space Limiter balancer is that it runs in the background and doesn't set the pool to be read only. And is mostly automated.
  7. Like
    grimpr reacted to Christopher (Drashna) in Change allocation unit size of all drives in DrivePool: Best way?   
    For a number of reasons. 
     
    By default, Windows wants to use 4k clusters. This means that each allocation unit for files is this size. If you ahve a 10MB file, it's broken up into 4k chunks and placed on the disk.  The flip side is that each file uses 4k period. That includes folders, which have very little data.  
     
    Additionally, even if the file (or the remaining chunk) uses a couple of bytes, it will take up the entire allocation unit. 
     
     
    Now, why is this important? Well, a 64kb chunk is 16x the size of the 4kb one.  
    This means that more data is guaranteed to be sequential.  This is of one main benefit: Fragmentation. 
     
    Sinch each chunk is larger, that means that you're less likely to see fragmentation, Additionally, since more of that data is in once section of the disk, it means that there is less seeking being performanced on the disk, and may increase performance.
     
    THis is the same reason some people recommend that you defragment your disk. 
     
     
     
    The flip side, as I mentioned, that if you have a lot of small files, you're losing disk space. A cluster or allocation unit can only be used by one file. 
    For an OS disk, or one with a lot of very small files, this can cause an issue, as you may run out of allocation units before you run out of disk space.   
    However, for storage, a majority of the files are going to be much larger, and will benefit from the allocation unit size increase. 
     
     
     
     
    So what does this equate to for you? Well, on my Seagate Archive drives, I saw fewer performance drop offs, and I saw about a 20MB/s speed increase on reads. 
  8. Like
    grimpr reacted to Christopher (Drashna) in ECC ram for a Drivepool server.   
    ECC is not required for StableBit DrivePool, at all. In fact, I'm pretty sure that a vast majority of our users are not using ECC memory, and it's tested on systems without ECC memory. 
     
     
    However, because NTFS does use the memory extensively for caching, so there is definitely a benefit to use ECC memory.  If you have a choice and there isn't a vast difference in price, paying for ECC memory is worth the money. 
     
     
    Additionally, ZFS has some pretty high memory requirements too (IIRC, the recommended is 1GB per TB of storage). StableBit DrivePool can operate on systems with 512MB of memory without an issue (though, we do recommend a lot more than that, as Windows may be very slow with low memory)
  9. Like
    grimpr reacted to Christopher (Drashna) in Software I use and recommend   
    In part because it's a way to generate more interaction on the forum here, and because it's come up a few times...
     
    A couple of pieces of software I highly recommend (well, aside from DrivePool and Scanner, that is):
     
    Subsonic:
    It's media streaming software. It has a "standalone" version and "WAR" version that you can install on your server (or desktop) so you can stream your music and video to the web. Or even to your mobile device. It works great with DrivePool, as well. It does require a yearly subscription for the video, and the app support, but it's dirt cheap.
    Personally, I use a fork of it called "Madsonic", as it's much more actively developed (more than one update a year).  ESET:
    I use this on all of my computers. I've been a long time supporter of the company and love their product. In fact, I have it installed  on my server (Server 2012 Essentials), though I am using the "ESET File Server" edition. It's cheap, and has all the features that you'd want for a file server. Otherwise, NOD32 works great on all desktop Windows versions, as well as Windows Home Server. 
    Their licensing is also "version independent", so you can look for a cheap copy of an older version, and update to the newest version out. It is a good, cheap way to get multiple PCs protected. And it also uses Windows PE to create an offline scanner. Raxco Perfect DIsk:
    While it may be debatable if defragmentation is needed... I've seen it greatly improve performance. Especially on WHSv1.  It's even SSD aware, and has it's own method for optimizing SSDs.  And personally, I find that the "Performance Aggressive" SMART Placement option does seem to help with performance.
×
×
  • Create New...