[01:48] mercutio: SMP memtest86 doesn't work particularly well in my experience. It's liable to lock up randomly [01:48] plett: oh wow [01:53] not good when peopel use it to test stability [01:55] Well, I use it to test RAM ;) [01:55] That's normally running on a new server overnight while the disks are in another machine having badblocks run on them [01:56] do you ever find memory problems? [01:56] i've found memory problems on a desktop and it was really quick. [01:56] Once in a while, yes [01:56] was only odd or even addresses [01:56] can't remember which, buut it was obviouuusly one of the sticks [01:57] so i guessed which one it was, and it got way worse [01:57] so i knew it was the other one that was good :) [01:57] A more likely scenario is that a server will start logging ECC errors during normal operation and we'll take it out of service and PXE boot memtest on it [01:58] but with ecc i dunno if it'd show issues as easily [01:58] does it pick up on ecc errors? [01:58] ahh ok [01:58] Yep [02:02] I also once span up a load of virtual machines running memtest to see how responsive other guests would be under high cpu+memory load [02:08] how'd that go? [02:12] It worked fine, I couldn't even notice the extra load from inside the other guests [02:12] cool [02:13] i wonder if it'd be worse if it seeked randomly around memory [02:13] Not like running multiple bonnie++ tests to simulate heavy disk IO, that's what will really cause noticable problems [02:13] yeh disk i/o is one of the biggest issues with virtualisation [02:13] that's why even cheap vps places have often gone to ssd [02:14] i know xen has some disk scaling issues too [02:14] i dunno about kvm [02:14] but 30k iops on a vm wouldn't be fun [02:15] really need a combination of hard-disk/ssd [02:15] but all that stuff is kind of premature [02:19] Indeed. ZFS does combined hdd+ssd well with it's ZIL and L2ARC [02:20] But I can't switch my virtual machine hosts to FreeBSD to get ZFS until bhyve is much more supported by other tools [02:20] i'm doing zfs on linux [02:21] the problem is that on reboot it loses the whole read cache [02:21] ime it doesn't seem to help a lot more than having a largish amount of ram spare [02:21] I wouldn't use zfs-on-linux on a production VM host though [02:21] why? [02:22] Lack of experience really, and I don't see it being a longterm solution so don't want to put the time into getting the experience [02:22] ahh ok [02:22] it's pretty stable. [02:23] i used to do openindiana/zfs/xen [02:23] (When ECC errors occur, the memory does report the error and that shows in Memtest, as well as OS logging depending upon configuration) [02:23] If it can't ever be merged into the mainline linux kernel, it's only ever going to be a niche thing, and once btrfs gets good enough to handle most workloads, the niche will get smaller and smaller [02:23] brycec: i just didn't knwo if memtest supported that. [02:23] plett: it's a huge niche thing though [02:24] "once btrfs gets good enough" [02:24] btrfs is making surpisingly slow progress towards stability. [02:24] Yeah, I know. They're taking their time about it :) [02:24] slow enough with enough developers that makes me wonder about the underlying systems. [02:25] i dunno why but i've had multiple incidents with fs corruption when i've tried btrfs. [02:25] hmm, ext4 can have an extenral journal can't it? [02:25] i wonder if having a journal for ext4 on ssd raid would work well [02:26] I'm only using btrfs on non-critical boxes like backups of backups [02:26] I don't know about external journals, I've never looked in to it [02:27] i was only using it on non-critical systems too [02:27] and it gave me enough headaches to make mwe wonder. [02:27] actually that was made worse by using ssd's [02:27] as i had small / [02:28] and it's easy to run out of space with lots of files by default [02:28] but besides that, even with ssd there'd be huge delays writing data sometimes. [02:31] While it flushes it all to hdd? [02:31] yeah i think so [02:31] there was really high cpu [02:31] i can't remember what process [02:32] The theory is that most workloads are very bursty rather than constant throughput, so there is idle time that the OS can use to flush data back to the hdds without causing any impact [02:33] yeah most are [03:09] Good morning arp [03:14] *** qbit has quit IRC (Ping timeout: 252 seconds) [03:25] *** phlux has quit IRC (Remote host closed the connection) [03:25] *** phlux has joined #arpnetworks [03:30] *** qbit has joined #arpnetworks [03:31] *** qbit is now known as Guest35288 [07:00] *** Guest35288 is now known as qbit [07:57] mercutio: nah, i don't think i've ever seen a single trade request. i don't play tf2 anymore, so i guess that might limit peoples' interest in trading [07:57] good morning phlux [08:50] *** dj_goku has joined #arpnetworks [10:47] *** dj_goku has quit IRC (Quit: Lost terminal) [11:22] *** dj_goku has joined #arpnetworks [12:16] apparently BGPmon has been acquired by OpenDNS. Does anyone care? [12:41] *** tooth has quit IRC (Ping timeout: 252 seconds) [12:41] *** tooth has joined #arpnetworks [14:05] oh wow. i care. [14:05] well a little :) [14:07] you probably found this already, but https://blog.opendns.com/2015/03/12/opendns-acquires-bgpmon/ [14:10] nah wasn't up with the play :) [14:11] opendns screws up cdn's from here. [14:11] seemingly even more so than google [14:43] how can I tell if my graphics card supports a 4k display? [14:44] GTX 750 Ti [14:44] nvm http://www.geforce.com/hardware/technology/4k/supported-gpus [14:46] mnathani_: Also, http://www.geforce.com/hardware/desktop-gpus/geforce-gtx-750-ti/specifications [14:54] careful about 4k, some cards have mini displayport rather than displayport [14:55] and lots of monitors want to use displayport for 60 hz, and it seeems to be hard to go from mini to full whilst maintaining 4k support [14:55] the jump from 1080p to 1440p is bigger than 1440p to 2160p for desktop use imo [14:57] i swapped monitors back to 4k for linux now as my windows graphics card seems to lose sync with the monitor regularly. [14:57] but from what i understand that it's a general "r9 290" issue. [15:16] *** medum has quit IRC (Ping timeout: 250 seconds) [15:37] r9 290 is that an amd card? [15:38] yes [15:46] does this look decent? http://www.newegg.ca/Product/Product.aspx?Item=N82E16824009659&cm_re=4k_monitor-_-24-009-659-_-Product [15:53] all the current cheap ones are TN [15:53] it's anti glare rather than matte [15:54] depends on your room, but i prefer matte screens normally [15:54] there's thick and thin matte [15:54] That's what she said!! [15:54] a cursory look seems to suggest it's about ok, but it's more expensive than mine was [15:55] http://www.newegg.com/Product/Product.aspx?Item=N82E16824160203 [15:55] this is what i have [15:55] it seems to be rated 3/5 [15:58] my requirements going in were cheap, decent stand, 60 hz, no ugly silver crap [15:58] but i was a bit indecisive if i cared about high input lag etc. [15:59] *** Seju has quit IRC (Read error: Connection reset by peer) [15:59] the two main issues i have with the monitor are high input lag, and the menus are god awful to use. [15:59] but there's also worse colours than my 1440p pls monitor [16:00] it doesn't really matter for text though [16:01] http://www.ebay.com/itm/New-QNIX-QX2710-LED-Evolution-27-WQHD-PLS-2560x1440-Computer-Monitor-Matte-/400821450762?pt=LH_DefaultDomain_0&hash=item5d52d1f80a [16:01] i have one of these as my 1440p [16:02] which overclocks to 96 hz fine. [16:03] with an aoc stand on it [16:03] had it before 4k was cheap though [17:38] *** Seji has joined #arpnetworks [18:58] *** grody has quit IRC (Ping timeout: 250 seconds) [19:28] *** grody has joined #arpnetworks [20:59] *** dwarren has joined #arpnetworks [21:43] *** novae has joined #arpnetworks