[00:51] *** jlgaddis has quit IRC (Remote host closed the connection) [01:34] *** TheHiTCH_ has joined #arpnetworks [01:34] *** TheHiTCHO has quit IRC (Ping timeout: 272 seconds) [02:16] *** joepie91 is now known as TeamRocket [02:16] *** TeamRocket is now known as joepie91 [03:10] *** toddf has quit IRC (Ping timeout: 240 seconds) [03:10] *** TheHiTCH_ has quit IRC () [03:12] *** TheHiTCHO has joined #arpnetworks [05:05] *** N3RG4L has quit IRC (Quit: Nooooooooo !!) [05:06] *** N3RG4L_ has joined #arpnetworks [05:45] *** r0ni has joined #arpnetworks [06:57] *** toddf has joined #arpnetworks [06:57] *** ChanServ sets mode: +o toddf [07:07] * hazardous licks BryceBot [07:08] * m0unds_ hoses down hazardous [07:43] *** heavysixer has joined #arpnetworks [07:43] *** ChanServ sets mode: +o heavysixer [08:04] *** heavysixer has quit IRC (Quit: heavysixer) [08:27] *** ant has quit IRC (Ping timeout: 246 seconds) [08:38] *** heavysixer has joined #arpnetworks [08:38] *** ChanServ sets mode: +o heavysixer [08:50] *** m0unds has joined #arpnetworks [08:56] *** heavysixer has quit IRC (Quit: heavysixer) [09:03] *** ant has joined #arpnetworks [10:15] *** heavysixer has joined #arpnetworks [10:15] *** ChanServ sets mode: +o heavysixer [10:26] *** heavysixer has quit IRC (Quit: heavysixer) [10:31] *** heavysixer has joined #arpnetworks [10:31] *** ChanServ sets mode: +o heavysixer [11:17] *** heavysixer has quit IRC (Quit: heavysixer) [11:23] m0unds_ haha [12:28] *** gcw|mbpro has joined #arpnetworks [15:50] *** LLKCKfan has joined #arpnetworks [15:50] I was wanting to know if there is a way to find out why my computer is acting like it is on dailup when I am on cable and getting my full speed [15:54] that's a very open ended question [15:55] is dns resolution slow? [15:55] is it windows or linux or os x or what [15:55] basically i'd check ping first, then check dns, then check cpu usage, then check hard-disk performance [16:27] cdablre [16:27] It is cable [16:29] windows [16:29] ping is 0 [16:46] Also what does this have to do with ARP Networks? [17:17] *** Invader has joined #arpnetworks [17:23] *** Invader has quit IRC (Ping timeout: 252 seconds) [17:50] *** heavysixer has joined #arpnetworks [17:50] *** ChanServ sets mode: +o heavysixer [18:14] *** heavysixer has quit IRC (Quit: heavysixer) [18:35] *** heavysixer has joined #arpnetworks [18:35] *** ChanServ sets mode: +o heavysixer [18:39] *** gcw|mini1 has joined #arpnetworks [18:42] *** gcw|mbpro has quit IRC (Ping timeout: 264 seconds) [19:08] *** heavysixer has quit IRC (Quit: heavysixer) [19:26] *** gcw|mbpro has joined #arpnetworks [19:30] *** gcw|mini1 has quit IRC (Ping timeout: 272 seconds) [19:33] brycec: nothing really, but nothign else ios happening [19:34] but yeah it's probably a bit too far off-topic, and not generally intersting or anything [19:34] *** robonerd is now known as robnerd [19:58] *** gcw|mini1 has joined #arpnetworks [20:01] *** gcw|mbpro has quit IRC (Ping timeout: 250 seconds) [20:05] Hello [20:11] *** r0ni has quit IRC (Quit: Textual IRC Client: www.textualapp.com) [20:12] yeah mercutio, my thoughts exactly. [20:13] i've been playing with zfs on ssd [20:13] is that general interest? [20:14] it's still slower than btrfs or ext4 for read speeds :( [20:14] Under what OS? [20:14] linux [20:14] i got 3x samsung evo 840 [20:14] So could just be the Linux ZFS implementation :P [20:14] could be [20:14] (Fuse, right?) [20:14] nope [20:14] it went past fuse ages ago [20:15] ah [20:15] i'm at about 1.2 gigabytes/sec though [20:15] and i got it up to 1.4 gigabytse/sec before [20:15] but ext4/btrfs on mdadm or on btrfs raid got up to 1.5 to 1.6gb/sec read speed [20:15] That seems faster than the bus should handle. [20:15] bus should handle 2 gigabytes/sec [20:15] minus overheads [20:15] @wa 6gbps to gb/s [20:15] convert 6 Gb\/s (gigabits per second) to gigabytes per second;0.75 GB\/s (gigabytes per second);6×10^9 b\/s (bits per second);750 MB\/s (megabytes per second);= SATA revision 3.0 speed ( 6 Gb\/s );~~ 1.2 × OC96 speed ( 4.977×10^9 b\/s );~~ 1.2 × USB 3.0 speed ( 4800 Mb\/s );information rate;[time]^(-1) [information];Time to transfer 1 gigabyte:, ->1.3 seconds, ->0.022 minutes;Time to transfer 1 terabyte:, ->1333 seconds, ->22 minutes [20:16] ^ [20:16] this is 3 ssd's [20:16] each on 6 gigabit ports [20:16] Ahhh so 3*.75GB/s [20:16] each ssd can do 500mb/sec+ on it's own [20:16] *its :p [20:16] it's hard to benchmark though [20:17] being evos they have fast write at the beginning but not after writing more data [20:17] So secure erase every time? [20:17] but in real world access you're not likely to write more than the fast speed often aynway [20:17] nah i'm not doing anything liek taht :/ [20:17] i was mostly concerned about read speed aynway [20:17] heh [20:18] but then i decided to compare linux kernel compile time [20:18] I've done that before :) [20:18] and other such things [20:18] curiously lz4 is faster than non lz4 [20:18] even on amazingly fast ssd's [20:18] doing 100% cpu [20:18] but basically zfs is slightly slower [20:18] 19s was my record (lvm mirror with 2 SATA3 SSDs that max at 500-600 read, -j12) [20:19] but < 1 % with lz4 compression [20:19] and just over 1% without lz4 compression [20:19] 19s to do what exactly? [20:19] make defconfig && make [20:19] wow [20:19] what cpu speed was that? [20:19] my kernel compile times went up at some point [20:20] Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz [20:20] and 16Gb [20:20] but it's like 2:07 for zfs [20:20] *16GB RAM [20:20] what [20:20] i'm on i7-4770 [20:20] what does defconfig enable? [20:20] i'm using my standard kernel [20:20] i used to be just under 2 minutes [20:21] but yeh if it's minor difference it doesn't really matter [20:21] and lz4 uses up less space :) [20:21] No idea really... Just "defaults" as determined by Linus and firends. [20:21] and it seems raidz gives good enough performance [20:21] *friends [20:21] so i don't really need to use raid 10 [20:21] because most things on linux don't do parallel i/o [20:21] and raid10 doesn't really speed up serial i/o [20:21] it just means that it doesn't slow down as much when doing parallel i/o [20:22] but ssd's don't really slow down that much with parallel i/o anytway [20:22] maybe it was an old kernel [20:22] i used to have 15 minute compile times on a 486 i think [20:23] Wow really? My 486DX2 took 2 hours [20:23] maybe i was imaginging things [20:23] (compiling some old 2.2 kernel, IDE drive...) [20:23] weird [20:23] oh maybe it was 40 minutes, and then 15 minutes when i [20:23] oh hangon [20:23] this was 2.1 kernel [20:23] like 2.1.110 [20:24] so that looks like crica 98 [20:24] My 486 died when I moved :( [20:24] damn [20:24] i going to see if it still compiles :/ [20:25] it's not much gbigigger than current patches :/ [20:25] Good luck :) [20:25] Makefile:160: arch/x86_64/Makefile: No such file or directory [20:25] ho hmm [20:25] % ls -l arch/ [20:25] alpha/ arm/ i386/ m68k/ mips/ ppc/ sparc/ sparc64/ [20:27] i need a 32 bit distro [20:41] i'm so used to using x64 arch that when i had to reimage something with a 32-bit cpu, i didn't have a compatible image for it [20:44] i found some old distribution [20:44] i'm hoping i can extract binaries from it :) [20:44] haha, good luck [20:46] bin/zsh: Linux/i386 demand-paged executable (QMAGIC) [20:47] doesn't seem to want to chroot and run that :/ [20:48] i assume that's a.out [22:24] *** TheHiTCHO has quit IRC (Remote host closed the connection) [22:29] *** TheHiTCHO has joined #arpnetworks [22:30] *** TheHiTCH_ has joined #arpnetworks [22:34] *** TheHiTCHO has quit IRC (Ping timeout: 240 seconds)