[05:02] *** grepidemic has quit IRC (Ping timeout: 252 seconds) [05:04] *** grepidemic has joined #arpnetworks [05:14] *** bytbox has quit IRC (Read error: Connection reset by peer) [07:33] *** ziyourenxiang has joined #arpnetworks [07:51] *** staticsafe|2 has quit IRC (Read error: Connection reset by peer) [08:10] *** pseudorandom has joined #arpnetworks [08:14] *** pseudorandom has quit IRC (Client Quit) [08:15] *** pseudorandom has joined #arpnetworks [08:28] *** ziyourenxiang has quit IRC (Quit: ziyourenxiang) [08:48] *** staticsafe|2 has joined #arpnetworks [12:13] *** pjs has joined #arpnetworks [13:35] how does freenx compare with spice, RDP and VNC ? [14:11] Doesn't exactly compare... FreeNX is targeted at hosted desktops (i.e. being its own X server and everything) versus VNC which just scrapes the X server. [14:11] That said, FreeNX is pretty efficient. [14:12] It's also kinda old and muddled by licensing. [14:12] * brycec used to run a FreeNX session on his home rig and connect to it from his barely-capable work desktop in order to get shit done [14:21] *** aboutGod has joined #arpnetworks [14:26] *** aboutGod has left [17:07] one of my fav record labels went out of business and they did a "grab box" of random selections - 30 albums for $40. ended up with 27 releases i didn't already have in physical form. made my day. [17:08] suck for them though [17:10] they had some serious financial mismanagement, expanded too much [17:10] the money they're making from selling these is going towards funding re-pressing and re-releasing rare stuff with high demand [17:10] Ah cool [17:10] yeah, not sure how they're not in the red doing this particular thing [17:11] I just assumed they went under due to obsolescence [17:11] nah [17:11] indie label, catered to a pretty specific set of audiences [17:11] they spent a ton of money on art and the "quality" of releases, which cut into their bottom line [17:11] and they had a hard time getting stuff out on time because of that too [17:12] http://en.wikipedia.org/wiki/Hydra_Head_Records [17:12] Hydra Head Records :: Hydra Head Records is an independent record label which specializes in heavy metal music, founded in New Mexico by Aaron Turner (the frontman of Isis) in 1993. It has two imprints; Hydra Head Noise Industries, which specialises in experimental and noise music, and another entitled Tortuga Records. Hydra Head was founded in 1993 as a distribution company while Turner was still in high school. In 1995, he moved to Boston... [17:14] they moved their digital fulfillment to bandcamp, which is cool because i like getting stuff in FLAC [17:17] * brycec nods [17:43] do people still use ogg vorbis? [17:43] or is it basically mp3 or flac now [17:44] back in the day i did ab tetsing with wav vs ogg vs mp3 and i couldn't notice the difference between ogg and wav, but could notice mp3 [17:46] I'm so out of touch with "people" I have no clue... [17:46] I know that my car and my home stereo receiver support OGG, which is cool [17:46] They also support FLAC, which is cooler. [17:47] But 99.9% of my music consumption is streamed from the likes of Spotify (mp3) and Google (whatever format I've uploaded, including flac and ogg) [17:48] What I do keep in my collection is, where possible, flac, because lossless. [17:51] i avoid ogg - typically do FLAC, then transcode to m4a for my truck or phone [17:52] but i don't keep the transcoded songs on my nas because it's 12TB and only 10% full [17:52] haha [17:53] 12tb nas? [17:53] "only 10% full" so you still have PLENTY of room for more [17:53] yes [17:53] 6 3tb drives? [17:53] yes [17:53] tank 16.2T 1.76T 14.5T 10% 1.00x ONLINE - [17:53] i've only got half of that storage space :) [17:54] (11 2TB drives on a RAID6) [17:54] AME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT [17:54] raid 7.69T 2.27T 5.42T 29% 1.00x ONLINE - [17:54] mine's the result of a pricing error [17:54] heh i'm still using more space than you [17:54] it's an iomega NAS that runs EMC's lifeline linux distro, and was priced $700 instead of $4700 [17:55] mercutio: I'm currently migrating 4.6TB off my old NAS :P [17:55] mine's a hp [17:55] dl320g7 [17:55] Mine's homebuilt [17:55] it can take 4 hard-disks [17:56] Mine holds 20 *maniacal laughing follows* [17:56] but i dunno, hard-disks will get bigger [17:56] hahaha [17:56] 20? [17:56] wow [17:56] Norco 4020 [17:56] i'm actually surprised by how fast it is [17:56] I tend to plan 5-10 years ahead [17:56] it's an i3, but even copying from the raid array back to itself is fast [17:57] oh, the list price came down - it's $2999 now for this one, hahah [17:57] most raid systems i see tend tob e slow [17:57] fs is kind of cool i reckon [17:57] 500MB/s from one pool (of SSDs) to the big raid6 (7200RPM) [17:57] i would have just done a freenas box if this didn't work [17:58] my ssd pool at home can do over 1000mb/sec :) [17:58] with 3 ssds [17:58] Yep, same here - my desktop has a pair of SSD's raid1'd [17:58] i imagine zfs must be moving the parity around [17:58] it's ludicrous [17:59] i was going to do raid 10 [17:59] but raidz is actually damn good on ssd's [17:59] because the seek times are so quick anyawy, it doesn't matter [17:59] although the root is mdadm raid 10 [17:59] Yep [17:59] but it's tiny anyway [18:00] i kind of want to see linux deal better with ssd's [18:00] (my "big fast pool" uses 3 SSDs - 1 for cache, and 2 mirrored for log) [18:00] I dunno, I see Linux doing SSDs better than anything else [18:00] all the ssd's out atm really need you to pile on high request depths to get good performance, but most linux stuff goes sequentially, which is faster for hard-disks... [18:01] Just set the IO scheduler to noop [18:01] yea, noop is best when you have fast flash media [18:01] well the problem is, you want to know in advance everything yo'ure going to request [18:01] and push it all off in one go [18:01] noop or deadline [18:01] i use deadline [18:02] i used deadline on android devices because the io was wildly inconsistent [18:02] stupid samsung [18:02] but when i was experimenting i couldn't really tell hte difference between cfq and deadline [18:02] with zfs you can also improve performance on ssd's by letting it do more outstanding requests [18:02] iozone hilighted the differences for me [18:03] brycec: that's nothing liek real world access though. [18:03] i used to use apt-get as a benchmark for disk performance [18:03] it was sometime after that that i learn that there are a lot of synchronous blocks in it [18:03] which is why it's painfully slow on some ssd's. [18:04] "you want to know in advance everything yo'ure going to request" -- Readahead isn't an issue with SSDs. My RAM is only marginally faster than going to the SSD. [18:04] my ram speed is what 23gb/sec? [18:04] my ssd isn't anywhere near that [18:04] adn latency is huge difference [18:05] if each request takes 1 msec, and you do 1000 requests that's a second. [18:05] but if you do 8 of those requests in parallel, it's not going to take 1/8 of a second probably, but it very well could take 1/4 [18:06] network latency is actually on average shorter than ssd latency still btw [18:06] for a lan [18:07] it's not that there's 0 latency, it's just reduced latency, but it does'nt look in the short term sequential latency is going to go down a lot, but parallel latency is already pretty good. [18:07] there's other combined issues, like when using apt-get it'll download all of it's files, then extract them bit by bit. if you have a fast network connection, it seems pointless to even write the archive to disk. [18:08] but it'll actually wait until it's got all the files before even starting to uncompress. [18:08] openbsd for instance can actually read from network/extract at once [18:09] i dunno ,i still have a dream of network storage being used by everyone. which means things should work with high latency fast :) [18:09] networks are only juts getting fast enough for "cloud" storage though. [18:09] and they're not really reliable enough yet. [18:12] but yeah, i think hints should be there, liek when you run make and it compiles a whole lot of c files, it should hint about the c files at a lower priority. [18:12] *** avj has quit IRC (Quit: ircII EPIC5-1.1.6 -- Are we there yet?) [18:13] sure it may only make things 10% faster on a ssd, but then you run over nfs or something, and it may be 20%. [19:17] *** avj has joined #arpnetworks [21:32] *** pseudorandom has quit IRC (Quit: Leaving)