***: grepidemic has joined #arpnetworks
bytbox has quit IRC (Read error: Connection reset by peer)
ziyourenxiang has joined #arpnetworks
staticsafe|2 has quit IRC (Read error: Connection reset by peer)
pseudorandom has joined #arpnetworks
pseudorandom has quit IRC (Client Quit)
pseudorandom has joined #arpnetworks
ziyourenxiang has quit IRC (Quit: ziyourenxiang)
staticsafe|2 has joined #arpnetworks
pjs has joined #arpnetworks mnathani: how does freenx compare with spice, RDP and VNC ? brycec: 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.
That said, FreeNX is pretty efficient.
It's also kinda old and muddled by licensing. -: 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 ***: aboutGod has joined #arpnetworks
aboutGod has left m0unds: 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. brycec: suck for them though m0unds: they had some serious financial mismanagement, expanded too much
the money they're making from selling these is going towards funding re-pressing and re-releasing rare stuff with high demand brycec: Ah cool m0unds: yeah, not sure how they're not in the red doing this particular thing brycec: I just assumed they went under due to obsolescence m0unds: nah
indie label, catered to a pretty specific set of audiences
they spent a ton of money on art and the "quality" of releases, which cut into their bottom line
and they had a hard time getting stuff out on time because of that too
http://en.wikipedia.org/wiki/Hydra_Head_Records BryceBot: 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... m0unds: they moved their digital fulfillment to bandcamp, which is cool because i like getting stuff in FLAC -: brycec nods mercutio: do people still use ogg vorbis?
or is it basically mp3 or flac now
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 brycec: I'm so out of touch with "people" I have no clue...
I know that my car and my home stereo receiver support OGG, which is cool
They also support FLAC, which is cooler.
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)
What I do keep in my collection is, where possible, flac, because lossless. m0unds: i avoid ogg - typically do FLAC, then transcode to m4a for my truck or phone
but i don't keep the transcoded songs on my nas because it's 12TB and only 10% full
haha mercutio: 12tb nas? brycec: "only 10% full" so you still have PLENTY of room for more m0unds: yes mercutio: 6 3tb drives? m0unds: yes brycec: tank 16.2T 1.76T 14.5T 10% 1.00x ONLINE - mercutio: i've only got half of that storage space :) brycec: (11 2TB drives on a RAID6) mercutio: AME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT
raid 7.69T 2.27T 5.42T 29% 1.00x ONLINE - m0unds: mine's the result of a pricing error mercutio: heh i'm still using more space than you m0unds: it's an iomega NAS that runs EMC's lifeline linux distro, and was priced $700 instead of $4700 brycec: mercutio: I'm currently migrating 4.6TB off my old NAS :P mercutio: mine's a hp
dl320g7 brycec: Mine's homebuilt mercutio: it can take 4 hard-disks brycec: Mine holds 20 *maniacal laughing follows* mercutio: but i dunno, hard-disks will get bigger m0unds: hahaha mercutio: 20?
wow brycec: Norco 4020 mercutio: i'm actually surprised by how fast it is brycec: I tend to plan 5-10 years ahead mercutio: it's an i3, but even copying from the raid array back to itself is fast m0unds: oh, the list price came down - it's $2999 now for this one, hahah mercutio: most raid systems i see tend tob e slow
fs is kind of cool i reckon brycec: 500MB/s from one pool (of SSDs) to the big raid6 (7200RPM) m0unds: i would have just done a freenas box if this didn't work mercutio: my ssd pool at home can do over 1000mb/sec :)
with 3 ssds brycec: Yep, same here - my desktop has a pair of SSD's raid1'd mercutio: i imagine zfs must be moving the parity around brycec: it's ludicrous mercutio: i was going to do raid 10
but raidz is actually damn good on ssd's
because the seek times are so quick anyawy, it doesn't matter
although the root is mdadm raid 10 brycec: Yep mercutio: but it's tiny anyway
i kind of want to see linux deal better with ssd's brycec: (my "big fast pool" uses 3 SSDs - 1 for cache, and 2 mirrored for log)
I dunno, I see Linux doing SSDs better than anything else mercutio: 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... brycec: Just set the IO scheduler to noop m0unds: yea, noop is best when you have fast flash media mercutio: well the problem is, you want to know in advance everything yo'ure going to request
and push it all off in one go m0unds: noop or deadline mercutio: i use deadline m0unds: i used deadline on android devices because the io was wildly inconsistent
stupid samsung mercutio: but when i was experimenting i couldn't really tell hte difference between cfq and deadline
with zfs you can also improve performance on ssd's by letting it do more outstanding requests brycec: iozone hilighted the differences for me mercutio: brycec: that's nothing liek real world access though.
i used to use apt-get as a benchmark for disk performance
it was sometime after that that i learn that there are a lot of synchronous blocks in it
which is why it's painfully slow on some ssd's. brycec: "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. mercutio: my ram speed is what 23gb/sec?
my ssd isn't anywhere near that
adn latency is huge difference
if each request takes 1 msec, and you do 1000 requests that's a second.
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
network latency is actually on average shorter than ssd latency still btw
for a lan
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.
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.
but it'll actually wait until it's got all the files before even starting to uncompress.
openbsd for instance can actually read from network/extract at once
i dunno ,i still have a dream of network storage being used by everyone. which means things should work with high latency fast :)
networks are only juts getting fast enough for "cloud" storage though.
and they're not really reliable enough yet.
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. ***: avj has quit IRC (Quit: ircII EPIC5-1.1.6 -- Are we there yet?) mercutio: sure it may only make things 10% faster on a ssd, but then you run over nfs or something, and it may be 20%. ***: avj has joined #arpnetworks
pseudorandom has quit IRC (Quit: Leaving)