***: LT has joined #arpnetworks
nesta has quit IRC (Remote host closed the connection)
ziyourenxiang has joined #arpnetworks
schmir has joined #arpnetworks
nesta has joined #arpnetworks
nakano is now known as nakano_
ziyourenxiang has quit IRC (Quit: ziyourenxiang)
ziyourenxiang has joined #arpnetworks
cubelogic has joined #arpnetworks
fink has joined #arpnetworks
cubelogic has quit IRC (Ping timeout: 245 seconds)
robotarmy has joined #arpnetworks
toddf has quit IRC (Read error: Operation timed out)
toddf has joined #arpnetworks
ChanServ sets mode: +o toddf
amdprophet has quit IRC (Ping timeout: 245 seconds)
fink_ has joined #arpnetworks
fink has quit IRC (Ping timeout: 250 seconds)
fink_ is now known as fink
BarberRonny has joined #arpnetworks
amdprophet has joined #arpnetworks
LT has quit IRC (Quit: Leaving)
ziyourenxiang has quit IRC (Quit: ziyourenxiang)
schmir has quit IRC (Remote host closed the connection)
cubelogic has joined #arpnetworks
fink_ has joined #arpnetworks
fink has quit IRC (Ping timeout: 245 seconds)
fink_ is now known as fink jdoe: ... well that was odd.
network problems/
? RandalSchwartz: fink__ is now known as fink_ :) up_the_irons: nope jdoe: weird, my vps just went unresponsive for a minute or three, both from here and from the uk.
er... "here" = bc
only thing I was doing was untarring perl. up_the_irons: things look fine over here ***: fink_ has joined #arpnetworks -: jdoe shrugs. jdoe: yeah I've got nothing useful sorry, didn't think to traceroute. ***: fink has quit IRC (Ping timeout: 245 seconds)
fink_ is now known as fink
fink_ has joined #arpnetworks
fink has quit IRC (Ping timeout: 240 seconds)
fink_ is now known as fink
nakano_ is now known as nakano
robotarmy has quit IRC (Ping timeout: 240 seconds)
robotarmy has joined #arpnetworks
vapor has quit IRC (Read error: Operation timed out)
vapor has joined #arpnetworks jdoe: a question for any openbsd users... is there any tuning to be done? I'm relatively new both to obsd and kvm (so I don't pretend to know which I should be looking at) but I'm unimpressed with the performance. It's been compiling/testing perl for about 45 minutes now. up_the_irons: LOL vcs: hmmm... looks like i will be needing to upgrade my storage soon
hehe
its .50 a gb a month right? jdoe: I'm not new to vpses, I know disk performance can suck, but whatever's going on here seems a little above-and-beyond, you know? up_the_irons: jdoe: enable soft updates: http://www.openbsd.org/faq/faq14.html#SoftUpdates jdoe: can I remount with that, or will I need to reboot? toddf: jdoe: several tuning things you might want depending on what you're running, no special tuning specifically for kvm beyond 'disable mpbios' up_the_irons: jdoe: toddf is the man to ask about tuning :) jdoe: toddf: 99% of the time just irssi. I wasn't aware there was even an issue (things seemed pokey, but I chalked it up to latency/virtualization) until I tried compiling this. nesta: its the soft updates
ya need em with obsd
or else everything takes years
:) toddf: some would say your data is less safe, I'm not convinced, but be aware of what you are doing when you go beyond defaults up_the_irons: jdoe: you can also add "noatime" to fstab jdoe: I don't think this is an io issue. toddf: softdeps is what I enable by default also, fwiw jdoe: vmstat shows zero io, ~30-50% cpu, and what looks like a monumental number of interrupts (but might not be) toddf: just if you have issues try disabling it as a first stab jdoe: toddf: not super worried about them, fbsd has used softupdates as the default for quite a while.
I dunno, it's showing ~130-140k interrupts/s (presumably because perl is testing Benchmark right now, timer interrupts?) ... I don't know what's normal, but that sure sounds high. toddf: building in kvm does take more time than outside jdoe: yeah I know.
... 55 minutes now though, that's excessive.
(I was wrong, fyi I meant syscalls not interrupts...) toddf: syscalls and perl regress definately make sense then
syscalls are things like 'open' 'close' 'read' 'write' etc jdoe: yeah I was just reading the vmstat man page wrong... ***: schmir has joined #arpnetworks
cubelogic has quit IRC (Remote host closed the connection)
bob^^ has quit IRC (Ping timeout: 240 seconds)
cubelogic has joined #arpnetworks
bob^^ has joined #arpnetworks
schmir has quit IRC (Ping timeout: 245 seconds) jdoe: yeah this is insane, I went to lunch and it's still going. vcs: a customer is forcing me to not use any dynamic SQL, only stored procedures for this huge complex report
i think im going to jump off a bridge -: jpalmer is trying to implement 802.1x on a wireless network. havin never done it before. jdoe: I've only half-done it myself, but I don't think it's difficult... jpalmer: well, it's the iPhone side of things that I'm not certain of. I mean, setting up radius, and configuring a switch or AP to use it is pretty trivial. ***: vapor has quit IRC (Ping timeout: 272 seconds) jdoe: I would imagine you just give the iphone the appropriate credentials.
and that's the end of it.
though I never got that far (and wasn't going to use it with an iphone anyway) ***: vapor has joined #arpnetworks
G has joined #arpnetworks wacker: p
p RandalSchwartz: p: not found jdoe: lol fink: RandalSchwartz: you got on VUC a lot? ***: robotarmy has quit IRC (Remote host closed the connection) G: What sorta uptime do the VPS' typically get? up_the_irons: i wonder who has the highest uptime here jpalmer: G, uptime is a poor indicator of quality. in fact, its a poor indicator of anything meaningful. what do you *really* want to know? up_the_irons: my first server:
$ w
19:43:12 up 463 days, 15:59, 3 users, load average: 1.17, 1.04, 1.11
cd $home G: jpalmer: people that manage to keep their servers up for ages tend to be a good source for stability indicators, I don't normally ask about uptime, and I agree, but yeah
up_the_irons: thanks for that ***: cubelogic has quit IRC (Remote host closed the connection) jpalmer: G, my VPS has been rock solid, aside from a bad piece of software I installed (memory leak, locked it up a couple times before I found the issue) G: I like the fact that it's KVM too jpalmer: (but you can't blame the provider when installing poor software.. hehe) G: jpalmer: I normally measure the decency of machine stability by time since last unexpected shutdown :) fink: G: I restart for freebsd updates jpalmer: sure, but machine stability and provider stability aren't quite the same thing.
the provider can be SOLID as hell.. but if your particular setup/configuration is running you out of resources.. it can be pretty unstable. it's important to not confuse the two. ***: fink has quit IRC (Quit: fink) jdoe: up_the_irons: "cd $home"?
up_the_irons: "cd" ;)
though if that's one of those muscle memory things, I *totally* understand.
I still catch myself doing cat | grep occasionally... G: jdoe: oh that one I do a lot :P
in fact once or twice I've down cat | less
:P jdoe: ouch ***: cubelogic has joined #arpnetworks
cubelogic has quit IRC (Ping timeout: 276 seconds)
nuke- has quit IRC (Read error: Operation timed out)
nuke has joined #arpnetworks
nuke is now known as Guest24996 mike-burns: The Unix Programming Environment actually mentions that "<foo" is used less than "cat foo|", simply because pipes are so much more general. G: mike-burns: sounds about right to be
*me
mike-burns: I keep forgetting about using < foo jdoe: mike-burns: it's also less intuitive ... we write left to right, [task1] -> [task2] is more natural than [task1] <- [task2]
er
[task2] <- [task1]
haha amdprophet: up_the_irons: you wouldn't happen to be blocking port 514 on our ubuntu vm would you? :P
can't figure out why my remote logging no longer works ***: baklava has quit IRC (Read error: Connection reset by peer)
baklava has joined #arpnetworks
nakano is now known as nakano_