[01:10] *** LT has joined #arpnetworks [08:34] staticsafe: https://www.youtube.com/playlist?list=PLc-oq-24r6LFedoVG429DQmARBMeshp6f [08:49] ooh [09:41] *** LT has quit IRC (Quit: Leaving) [11:31] *** m0unds__ has quit IRC (Ping timeout: 245 seconds) [11:33] *** m0unds_ has joined #arpnetworks [14:17] this will be timeline'd hopefully... http://seclists.org/oss-sec/2014/q3/649 [14:17] *** gizmoguy_ is now known as gizmoguy [14:17] I seem to be getting extremely inconsistent disk read speeds on my VPS... is that just the nature of shared environments? 65MB/sec one minute and then 300+ the next [14:18] shouldn't be like that [14:19] awyeah: Which host machine? [14:19] there can be bottleneck times, but mostly the I/O should be consistent [14:20] up_the_irons: rebuilding and raids? [14:20] (I assume not, or you probably would've mentioned it already) [14:24] let me check my panel [14:25] kvr07 [14:25] Aww good old kvr07 [14:26] I've been around for a little while ;) [14:26] I used to be on kvr07 [14:27] Also being on a low-numbered kvr doesn't necessarily equate to age [14:27] just where there was capacity at the time [14:28] yep [14:28] * brycec moved up to kvr21 due to some Linux bugs [14:29] specifically, high UDP load would panic my kvm proc [14:29] hah, lame [14:29] It was very lame with my UDP OpenVPN [14:29] And old bug, fixed in newer kvm so hence my move [14:30] yeah it had to do with UDP fragments [14:30] which reminds me, I need to re-up [14:30] documented virtio bug [14:30] ^ [14:31] if your NIC never saw fragments, it would be OK, otherwise not [14:32] bryce: under heavy write load hard-disk raid can be like that [14:32] mercutio: eh? [14:32] 65mb/sec one minute, then 300k/sec the next. [14:33] mercutio: 301 Redirect to awyeah [14:33] it was probably ages ago [14:33] oh 16 minutes, not that ages ago :) [14:33] lol [14:33] oh it was awyeah that said it [14:34] for some reason awyeah is so dark i can hardly read it, weechat and it's damn colours. [14:34] I think I'm on kvr07 too. [14:35] Nope. 05(!) [14:35] mercutio: same. I keep meaning to change my colours [14:35] I think my machine uses vacuum tubes [14:35] i dunno if there's a way to make everyone the same colour easily, but that may be quickest path. [14:35] i don't think it's even doing the 256+ colour thing. [14:35] yea, everyone but ops is green on mine [14:35] mercutio: /set weechat.color.chat_nick_colors 1 [14:35] ops are blue [14:36] text is all white [14:36] That's what she said!! [14:36] BryceBot: no [14:36] Oh, okay... I'm sorry. 'text is all white' [14:36] silly bot [14:36] roses are red! [14:36] It's not a huge impact I don't think. I'm trying to troubleshoot some performance issues on apache+php+mysql [14:36] your bot is silly! oh wait, you don't have one [14:36] that's what she said! [14:36] hmm [14:37] whoever sadi that's what she said i can't read now [14:37] haha, my bot is on another net. he wouldn't do well here [14:37] Google PageSpeed claims my server takes 19 seconds to respond.... I can't reproduce that. [14:37] roses on a piano are nice, but tulips on an organ are better. [14:37] i set 0 oops [14:37] oh now it's red for everyone's nicks. [14:37] whee, everybody are green and red now [14:37] i just need an op to talk :) [14:37] merry xmas [14:37] /op brycec [14:37] >.> [14:37] <.< [14:37] maybe i need to join something like #debian :) [14:37] btw wechatters, if you haven't set /set weechat.look.prefix_same_nick "⤷" you don't know what you're missing [14:37] ..speaking of which, miracle on 34th street is on one of the HBOs [14:38] *weechatters [14:38] no-one's talking in there [14:38] oh [14:38] hey [14:38] that's sweet [14:38] I'm going to set it to "--" I think [14:38] brycec: what's that do? [14:38] Really helps when there are multiple same-colour nicks [14:38] yeah, that's the stuff [14:39] mercutio: instead of your nick appearing under itself several times, it's that character [14:39] hey. someone do me a favor [14:39] "under itself?" [14:39] load http://new.ohioares10.org/ in your web browser. [14:39] mercutio: https://dl.dropboxusercontent.com/u/3167967/screenshot_2014-09-24_14-38-19.png [14:39] Tell me if it's slow. [14:39] it was slow to resolve [14:39] oh mine does inverse already [14:39] That's what she said!! [14:39] took close to 6 seconds before first byte [14:39] with as bad colours as you [14:39] ditto what m0unds said [14:39] slow to load [14:40] gah. [14:40] it says waiting for ages [14:40] it's still waiting [14:40] once it starts it's fine [14:40] well, f*ck. [14:40] Good thing I'm not a professional sysadmin. [14:40] do you play one on TV? [14:40] And refreshing, it loads right up pretty much [14:40] haha [14:40] me neither [14:41] Really need to learn more about optimizing this stuff. [14:41] I just poke around until Neil is happy [14:41] yeah, same here [14:41] loaded instantly after it loaded once [14:41] hmm. [14:41] "Yes... your page caches well!" [14:42] weird. not just cache. I emptied cache, and it still loaded relatively fast [14:42] must be some bad DNS lookups [14:42] awyeah: You can semi-weed out the Apache-side if you just run "php $script.php" and see how long that takes to run [14:42] hmmmmmm [14:42] RandalSchwartz: more likely the connection keep-alive [14:43] No - I closed the window [14:43] awyeah: i think dns resolution being slow is partially because it has to lookup awyeah.net etc as well [14:43] I wouldn't trust your browser to close the connection [14:43] oh hey good call. running it on the command line takes quite some time. [14:43] I'm just using curl, so only one lookup [14:43] btw http://en.wikipedia.org/wiki/HTTP_persistent_connection) [14:43] HTTP persistent connection :: HTTP persistent connection, also called HTTP keep-alive, or HTTP connection reuse, is the idea of using a single TCP connection to send and receive multiple HTTP requests/responses, as opposed to opening a new connection for every single request/response pair. The newer SPDY protocol uses the same idea and takes it further to allow multiple concurrent requests/responses to be multiplexed over a single connection. [14:44] woo hoo. ugly calendar! [14:44] oh it's beign slow again [14:44] awyeah: Is this your own code? or something like wordpress, joomla, etc? [14:44] tests with curl [14:45] joomla. [14:45] Also, static resources should load (http) pretty quick [14:45] obligatory: ewww Joomla [14:45] curl -v > /dev/null 0.00s user 0.00s system 0% cpu 23.300 total [14:45] hahaha [14:45] not sure why it removed the url [14:45] 23.3 seconds is pretty damn slow, that is to the public service link [14:45] lol [14:45] Yeah, pulling up static resources like CSS is instantaneous [14:45] so your Joomla is slow [14:45] yeah [14:45] perhaps your database is slow [14:45] that's what she said [14:45] 8.5 seconds the second time [14:46] it was going faster before [14:46] yeah I've been looking at DB stuff [14:46] that's where I'm the least knowledgeable, TBH [14:46] \@google slow joomla :P [14:46] but hooray, my mysql slow-query log is filling up [14:46] You're probably looking at some mysql tuning [14:47] or upgrade to an actual database [14:47] mysql isn't know for being a lightweight, and in a constrained VPS you're going to have some fine tuning to do [14:47] Also, Apache tends to be a resource (esp. memory) hog so see if you can ditch that [14:47] joomla is crap [14:47] That's what she said!! [14:47] joomla can also leak [14:47] are you swapping? [14:47] That's what she said!! [14:47] heh [14:48] (I really, really dislike Joomla. But I was trying to remain constructive :P) [14:48] it says you're using apache [14:48] freebsd is always swapping. [14:48] if you're not using mod cgi type php... then you probably want to reduce max number of requests per process [14:48] to keep the memory consumption down. [14:48] you're always swapping? [14:48] That's what she said!! [14:48] reduce minspare and maxspare too [14:49] it's much cheaper to create a new process than to swap [14:49] my php is an apache module [14:49] freebsd doesn't normally swap... And this is coming from a guy who runs a storage ZFS server [14:49] bryce: it's not uncommon for joomla to use 250 mb of memory :) [14:49] You sure? I thought FreeBSD is always putting idle pages into swap. [14:49] per process.. [14:49] awyeah: nah that's linux [14:49] mercutio: I'm sure [14:49] freebsd is pretty slack about swapping [14:49] I used to admin a few Joomla sites [14:49] well not the sites, other sites..., but there were joomla sites on the same server [14:49] I have 673/1500MB in use, and 419MB of swap in use. weird. [14:50] wait, you're using mod_php? [14:50] awyeah: you may have had a burst of processes before. did you restart apache? [14:50] yeah not doing fastcgi or anything. [14:50] yeah restarted it like 10 mins ago for a quick config change [14:50] you might wanna consider trying it; mod php is expensive [14:50] mod_php does suck yes. [14:50] well hold on here though, I get a ton of slowness when I run "php index.php" - huge delay. [14:51] esp when dealing with joomla etc. [14:51] awyeah: i use strace to debug those things :) [14:51] moving to fpm or whatever is on my list, but it sounds like maybe that's not the big issue right now. [14:51] ^ correct [14:51] it makes it reasonably easy to see if it's doing something like db connect or such [14:51] ktrace on freebsd i think [14:51] hmmmmm [14:51] i think it's ktrace/kdump on freebsd. [14:51] Is there a "get started with ktrace in 10 minutes" type tutorial I could look at? [14:52] brycec: i like your prefix_same_nick char better than my ghetto arrow. thx for that. [14:52] well ti's annoying compared to strace for "spotting" [14:52] as you don't see the delay so easily [14:52] but it might mark seconds [14:52] awyeah: for shits and giggles, reboot (fresh memory slate), stop apache (or it will eat up ram), and then run your php [14:52] m0unds: don't thank me, thank http://benoliver999.com/2014/02/18/weechatconf.html [14:52] you basically just run it and look at output briefly [14:52] and if something pops out at you it pops out [14:52] i was using --> [14:52] okay. I'll reboot. brb. [14:52] that one is fancier [14:52] it's a good exercise in not reading every line [14:53] m0unds: I liked the idea of putting my buffers on top too :D [14:53] And I'm also doing the auto-hide quiet buffers [14:53] *** awyeah has quit IRC (Quit: ZNC - http://znc.in) [14:53] huh, i'm gonna have to check this out [14:53] i just made weechat as much like irssi as possible, but i'm down to try new stuff [14:53] haha [14:54] m0unds: Mine looks like this now https://dl.dropboxusercontent.com/u/3167967/screenshot_2014-09-23_10-02-39.png [14:54] snazzy [14:55] Actually it's a bit narrower than that screenshot [14:55] because it can me now :D [14:55] *can be [14:55] *** awyeah has joined #arpnetworks [14:56] wb awyeah [14:56] awyeah: so now you're on a clean slate. The first query/run will be slow since it has to all come from disk, subsequent runs should be a bit faster [14:57] alrighty [14:57] stand by please. [14:58] * brycec sits anyways [14:58] * brycec is a rebel [14:58] yep both pretty slow still [14:59] first and second [14:59] Okay, so you've got a good idea where to tweak then [14:59] btw awyeah what are the vps specs? [14:59] 1.5GB RAM, 2x20GB disks [14:59] Well that's not bad then [15:00] With that much ram, you should have no trouble fitting mysql in ram (caching, etc) [15:00] And frankly I'm surprised you're having as much trouble as you are [15:00] I wouldn't put it past myself to really screw things up ;) [15:01] I'm blaming Joomla for now, both itself and whatever plugins etc have been configured [15:01] wordpress is relatively slow as well [15:01] check out http://www.ccskywarn.org [15:01] same server, same db server, but wordpress. [15:02] actually it's definitely faster on the command line for that site. [15:02] See, I evaluated joomla and drupal for this new site. [15:02] And ended up liking joomla... so... crap [15:03] Oh so the CMS was your pick? [15:04] yep [15:04] Might I recommend Concrete5 for a relatively lightweight gooey CMS? [15:04] concrete5, eh [15:04] I've messed with it a bit in the past [15:04] Not doing any CMS nowadays [15:05] Or I do 100% static [15:05] Yeah, I need WYSIWYG editors, access control, etc [15:05] Been burned by CMS vulnerabilities/hacks too many times [15:05] this site is going to have several people, each can only edit certain parts of the site [15:05] c5 should fit the bill [15:06] one requirement is this [15:06] I need a nice calendar plugin. [15:06] And that calendar plugin needs to be able to automatically sync external ical feeds. [15:06] And it needs to provide its own ical feeds. [15:06] awyeah: http://www.concrete5.org/marketplace/addons/-/view/?submit_search=1&search_keywords=calendar&sort=recommended&endorsed=endorsed [15:06] several of those do just that [15:06] Some are even free :p [15:07] Interesting. [15:07] I like that the addons site even showcases sites using a given plugin [15:08] eg http://www.myactivechild.com/calendar/ [15:10] hmm [15:10] wow, Joomla has a lot of crap in it by default. [15:10] extensions and stuff [15:11] Joomla is a lot of crap :P [15:15] I mean, I can't believe that something as popular as Joomla can be so crappy. [15:15] It's got to be somethign on my side here. [15:16] popular doesn't necessarily mean "good" :) [15:18] oh wow holy crap [15:18] That's what she said!! [15:18] I changed to the default template [15:18] WAY faster [15:18] sweet [15:18] Oh yeah that is fast [15:18] yeah, that loaded much faster [15:19] all the pages load right away [15:19] * brycec mashes the Bigger button [15:19] twss [15:19] Okay! twss! 'ACTION mashes the Bigger button' [15:21] lol now I can't change it back, bleh [15:23] wow, I can't believe what a difference that makes, holy cripes. [15:24] I was impressed as well [17:29] so how did joomla tuning go? [17:29] i suppose i should say awyeah because it's been a while [17:31] mercutio: The resource hog turned out to be the theme he was using [17:31] switched to the default and it came up in <2s [17:32] yeah, weird how much faster it was [17:32] maybe it's going over some cache value or something [17:32] query cache size, or memcached limit or some other cache thingy [17:33] i've been messing w/ghost a bit. it's pretty nice for a blogging platform. don't really know what to think of node though [17:34] m0unds: Link? (because googling "ghost node" was next to useless) [17:34] http://ghost.org [17:34] So it's hoted? [17:35] https://ghost.org/download/ [17:35] *hosted [17:35] Ah [17:35] i'm running node behind nginx [17:35] and just keep the app running w/forever (npm install forever -g) [17:36] * staticsafe just uses wordpress :) [17:36] * brycec just doesn't blog [17:36] i just like playing with stuff [17:36] ran wp for years, ran octopress for a bit but updating it was a pita, so i never updated [17:37] yeah i actually switched to octopress, then killed it and started brand new with WP [17:38] i like octopress [17:39] yeah, it's nice, but i'm lazy and having to write in vim then regen then deploy was just too much effort ;) [17:39] i did like having the blog's code and stuff living in a mercurial repo though, just clone it locally and commit new posts or whatever [17:43] yeah, for me, i like writing in vim, so that was a big plus [19:47] *** forgotten has quit IRC (Quit: leaving) [19:48] *** forgotten has joined #arpnetworks