Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

ratchet34321

Member
  • Content Count

    11
  • Joined

  • Last visited


Reputation Activity

  1. Like
    ratchet34321 reacted to Volbet in AOC U3477PQU Review [Big pictures]   
    I'll start off by saying that i'm not really used to makeing posts, so this might end horribly.
    I'm also sorry about the bad lighting in the pictures. My office isn't the greatest place to take pictures.

    Before we start

    What is the AOC U3477PQU?
    It's a 34" (86,72cm) computer monitor with a 3440x1440 resolution, in a 21:9 aspect ratio. It uses the same LG panel as the
    . However I would argue that it has a better stand, but I'll get back to that.

    Why did I get this monitor?
    Due to some rearranging of my home office, I no was no longer able to fit my regular dual 1080P monitor setup, along with my 2560x1080 work monitor.
    So to save on desk space, I decided to get the AOC U3477PQU and just use the same monitor for my day-to-day computer and my work computer.
    I also love games, so I was looking forward to seeing how games would look in it.

    Edit: I have only had the monitor since Tuesday, so I might miss something.

  2. Like
    ratchet34321 reacted to DarkBlade2117 in Are there any products where nobody but you on LTT recommends?   
    BeQuiet! Pure Rock. Everyone hops on the bandwagon for the 212 Evo
  3. Like
    ratchet34321 reacted to stealth80 in Anyone had bought a item and got a weird bonus?   
    There's a company I buy from here in the UK (can't ever remember which, think it's overclockers) that always send a small pack of Haribo sweets in package. First time I thought it was some poisoned stuff lol
  4. Like
    ratchet34321 reacted to Blake mcBlake in Post Your Battle Stations and Build Setups!   
    Yea thanks, I like it a lot over my old h440. There's a lot more room for cables behind the tray.
  5. Like
    ratchet34321 got a reaction from alpenwasser in Cable Lacing Tutorial (upd. 2013-OCT-05)   
    Had a go at cable lacing myself after seeing Alpenwasser rig in the build of the week section. Really neat idea to keep your cables in check Had a go on my power extensions, seemed to have worked well.
     
    Thanks for the guide Alpenwasser.

  6. Like
    ratchet34321 reacted to Shin555 in Slightly Confused, Motherboard needs 2 8-Pin Cables (Corsair RM 750 PSU)   
    Cheers guys, really appreciate the help!
  7. Like
    ratchet34321 reacted to alpenwasser in ZFS explanation needed   
    Well I have a keyboard with Cherry blue switches, so no, I definitely do not. :D
  8. Like
    ratchet34321 reacted to alpenwasser in ZFS explanation needed   
    On the most superficial level it's a combination of a volume manager (software RAID)
    and an actual filesystem. The most basic building blocks are your physical devices
    (your HDDs, SSDs, USB drives, w/e have you), out of which you build virtual devices
    (called vdevs). Those vdevs are then put into a storage pool (zpool), which is the
    thing you actually mount and access with your file browser (a bit like a partition
    in a normal setup, but that's just a very inaccurate analogy).
    EDIT:
    Forgot to add: You can create subvolumes inside your storage pool, sort of like different
    partitions, and mount those to different locations. For each of those subvolumes you
    can then set different policies and quotas. So you don't necessarily need to directly
    mount the zpool itself, you can stick to mounting only subvolumes. In that case the
    zpool would be your HDD and the subvolumes the different partitions on it.
    This is actually what's usually done, but you can mount the entire pool in
    one chunk if you want to.
    /EDIT
    As an example, this is the setup I'm using for ZEUS (my main server):

    As you can see, my storage pool is called zeus-tank. It consists of two vdevs (raidz1-0
    and raidz1-1). One of those vdevs consists of four WD 2 TB RE4 drives and the other one
    of three 3 TB WE Reds.
    Each of these vdevs is run as a raidz1 (more or less RAID5). You could also do RAIDZ2
    (RAID6) or triple parity RAID. You could also do mirrors (way fastest, but also the
    most expensive solution).
    An important thing to note is that the vdevs in a storage pool are striped together
    as something that is basically RAID0. So, if you loose one vdev you usually loose
    your entire pool (at least afaik, I haven't been using ZFS very long, so there may
    be stuff I've missed). Therefore, it is important to make the individual vdevs
    resilient against failures by giving them some redundancy.
    Something which I don't have in my setup is a cache device. Usually you would use
    an SSD for that, and ZFS would use it to increase performance. I haven't played
    around with that though, so other people probably know more about that topic.
    There are lots of very advanced features you can use in ZFS, some of the more notable
    ones being compression, snapshots and deduplication. Depending on how well your data
    can be compressed and how much CPU power you have compression can actually yield a
    rather measurable performance increase. I'm not using it for my server yet though
    because most of the data I have is not really compressable. I might experiment with it
    a bit when I get the time.
    Deduplication basically makes sure that you only have one copy of your data on your
    drive, but it uses a lot of RAM, so I don't use it.
    As for snapshots, they're pretty self-explanatory and are implemented quite well
    from what I've seen.
    Another nice thing about ZFS is that you don't need to buy ridiculously expensive
    RAID cards, in fact a simple JBOD setup will work best. ZFS doesn't like smart RAID
    controllers interfering in its thing (it's a bit like two very smart people wanting
    to do the same thing but with different methods... not good :lol: ). And any cheap
    SATA controller can give you JBOD.
     

    Internally? I don't have the slightest clue. :D
    As an end user, there's really not much you need to do once you have it set up
    (there's not even that much to do to set it up). The trickiest part I've found
    is to get my head around what ZFS actually is and is not, same as you. :)
     

    In and of itself: very.
    There are however a few things to keep in mind: ZFS protects against corruption of
    on-disk data, as Glenwing mentioned, wich checksums and some rather advanced algorithm
    magic. What it does not protect against is corruption of data somewhere else in your
    system, most notable in your RAM. Personally I'm currently not using ECC RAM, but if
    you build a ZFS server from scratch I would definitely recommend going for that.
    If you google around for a bit about ECC RAM and ZFS you'll find lots of conflicting
    information and hear-say. Some people claim that you can loose your entire storage
    pool if your memory gets a bit-flip during a scrubbing operation of ZFS (ZFS checks
    the filesystem's integrity and corrects any errors it finds, so if the RAM suddenly
    gets corrupted ZFS could compare against the corrupted data in your RAM and "correct"
    the data on disk), other people estimate you only loose the file directly affected.
    Personally, I have no idea which is true, but if I hadn't already had many of the
    components for my server build when I did that I would definitely have gone for
    ECC memory.
    Also, as mentioned, you need to make sure your vdevs do not fail, otherwise all the
    data you have in your pool will be lost AFAIK. As with any FS you will find stories
    of people having lost their data for some inexplicable reason, but from what I know
    ZFS is probably the file system most stringently designed with data integrity in mind
    and is deployed on large-scale servers, so I think it's pretty reliable.
    What's a bit of a shame is that the licensing situation is... not that good. Originally
    ZFS was released by Sun with Opensolaris as open source software. But when Oracle bought
    Sun they made future releases of ZFS closed-source, saying the would release those
    versions delayed as open source. So the ZFS you get with Oracle's Solaris UNIX is quite
    a bit more advanced than the open source version currently available. However, there are
    people working on adding more features to the open source tree, so all hope is not lost
    (most notably, encryption).
    This is what I can think of off the top of my head, feel free to ask more questions.
    Also, I'll add anything else that comes to mind.
  9. Like
    ratchet34321 got a reaction from alpenwasser in Cable Lacing Tutorial (upd. 2013-OCT-05)   
    Had a go at cable lacing myself after seeing Alpenwasser rig in the build of the week section. Really neat idea to keep your cables in check Had a go on my power extensions, seemed to have worked well.
     
    Thanks for the guide Alpenwasser.

×