***: userZero has joined #arpnetworks
Ehtyar has joined #arpnetworks
fink has joined #arpnetworks
fink has quit IRC (Quit: fink)
dzup has quit IRC (Ping timeout: 268 seconds) tabthorpe: up_the_irons: lots of fun, it is a new toy for me!! ***: dzup has joined #arpnetworks
tdelborgo has joined #arpnetworks
tdelborgo has quit IRC (Client Quit)
tabthorpe is now known as abthorpet
tabthorpe has joined #arpnetworks
tabthorpe has quit IRC (Changing host)
tabthorpe has joined #arpnetworks
tabthorpe has quit IRC (Client Quit)
tabthorpe has joined #arpnetworks
tabthorpe has quit IRC (Changing host)
tabthorpe has joined #arpnetworks
tabthorpe has quit IRC (Client Quit)
tabthorpe has joined #arpnetworks
tabthorpe has quit IRC (Changing host)
tabthorpe has joined #arpnetworks
tabthorpe has quit IRC (Client Quit)
abthorpet has quit IRC (Quit: leaving)
tabthorpe has joined #arpnetworks
tabthorpe has quit IRC (Changing host)
tabthorpe has joined #arpnetworks
dzup has quit IRC (Ping timeout: 245 seconds)
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
dzup has joined #arpnetworks
dzup has quit IRC (Remote host closed the connection)
gcw|mbpro has quit IRC (Remote host closed the connection) toddf: does the new beta system support newer libvirt that has the reboot option instead of shutdown/boot only? ***: gcw|mbpro has joined #arpnetworks
dzup has joined #arpnetworks
alexstanford has quit IRC (Ping timeout: 246 seconds)
nukefree has quit IRC (Ping timeout: 246 seconds)
alexstanford has joined #arpnetworks
nukefree has joined #arpnetworks
userZero has quit IRC (Remote host closed the connection)
userZero has joined #arpnetworks bryc3c: That would be nice... feels very clunky not having a "reboot" option ***: gcw|mbpro has quit IRC (Remote host closed the connection)
HighJinx has quit IRC (Quit: Computer has gone to sleep.) toddf: bryc3c: it was confirmed in the recent past that the libvirt in use by current production arpnetworks systems does not have that as an option. not an arpnetworks issue per se, I'm just expecting the new beta, having incorporating newer kvm and such would also have a newer libvirt that supports that
if you had a 'hard reboot' option you could keep your vnc connection as opposed to attempting to time it to still see the f* key sequence to boot off cdrom, for example ;-) ***: heavysixer has quit IRC (Ping timeout: 240 seconds)
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
heavysixer has quit IRC (Ping timeout: 260 seconds)
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
HighJinx has joined #arpnetworks bryc3c: thanks toddf, I wasn't holding it against ARPNetworks ***: userZero has quit IRC (Remote host closed the connection) bryc3c: And fwiw I find the "press F12" screen to last too long (about 5-10s) ***: gcw|mbpro has joined #arpnetworks toddf: iirc it was a bios compile time option. not sure if a support@ request to have a faster timeout would result in any action but I'm sure they'll tell you if that is doable.
if the web ui and/or ssh ui were to permit specifying 'boot on cdrom' then the bios timeout would be moot and un-necessary
akin to 1and1's options on physical systems 'reboot into rescue image x' 'reboot into rescue image y' 'reboot' etc
done via tftp of course but anyway ryk: up_the_irons: if i order a Power Up later on, will you grow the existing disk size or can it be a new block device presented to the vps? toddf: ryk: growing existing disk is definately an option... will let up_the_irons answer on the new block device angle ;-) bryc3c: ryk: RTFM :P http://support.arpnetworks.com/kb/vps/how-do-i-upgrade-or-downgrade-my-vps ***: heavysixer has quit IRC (Read error: Connection reset by peer) bryc3c: (ryk is one of the many people I know from elsewhere. I'm not normally that mean) ryk: yes you are
you are always a big meanie ***: heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer bryc3c: ryk: there's a difference between being a fair op, and a meanie
/kick ryk
damnit up_the_irons: ryk: yep, we can do either. tnx bryc3c for the link
bryc3c: the timeout was increased since there were so many complaints it was too short bryc3c: up_the_irons: Yeah I'm not complaining... 'tis just my opinion. But how often am I rebooting my VPS? :P ryk: up_the_irons: by the way, a long time ago we talked about backup
i happened to call rootbsd before i placed this order, because they're pretty local to me
they just have a bug storage box with chrooted homedir's that everyone can ssh to
*big ***: HighJinx has quit IRC (Ping timeout: 255 seconds)
HighJinx has joined #arpnetworks
alexstanford has quit IRC (Ping timeout: 246 seconds)
gcw|mbpro has quit IRC (Remote host closed the connection)
alexstanford has joined #arpnetworks
alexstanford has quit IRC (Ping timeout: 246 seconds)
alexstanford has joined #arpnetworks
sako has joined #arpnetworks
sako has quit IRC (Changing host)
sako has joined #arpnetworks toddf: somehow I recall prices listed with ram/bandwidth/disk increases somewhere. perhaps that was before the website remake. also I understand cpu count is a commodity that can be increased with appropriate funding as well. if one is updating $random_info_page one should add it also. Just my $.02 DaCa: toddf: when you click learn more on the right side you can see VPS powerups on the left side bryc3c: whoa... it's true
I totally hadn't noticed that before toddf: daca: there it is indeed ;-)
still it lacks cpu bits. maybe thats a non advertised feature I recall seeing discussed eyons ago... bryc3c: It's in the FAQ but no pricing ryk: i thought cpu share is assigned proportationally to memory % usage
at least, that is standard practice. toddf: I'm not talking about cpu share, you get 1 dedicated cpu per vps ryk: well not memory usage, but how much RAM is assigned. toddf: I'm talking about multiple cpus per vps ryk: who gets 1 dedicated cpu per vpus? toddf: see "Dedicated CPU resources" on the arpnetworks.com/vps page ryk: i doubt anyone even gets a dedicated core, excpet for maybe the biggest plan bryc3c: ryk: it's about thread/process concurrency. Same as having a single/dual core CPU in your desktop. With just the single core, we get 1 thread at a time basiucally ryk: if only 8 cores per host toddf: what do you think that means?
I've always been amazed by the cpu my small vps has. 'md5 -t' for example beats any real system I have in my office by quite a bit. ryk: i don't know what it means, but the economics of a box hosting 8 vps's @ $10/mo each with their own dedicated core does not work. toddf: how about mixing small vps's with bigger vps's ? ryk: i would be willing to bet that it means that CPU share is not oversubscribed in terms of GHz
i.e., a small VPS gets 1 core at 1GHz
a 3GHz xeon can server 3 vps's on a single core, in that case
up_the_irons: care to enlighten us on what 'Dedicated CPU resources' means?
toddf: you could just be on a host with friendly neighbors, and are able to consume available cpu that they're not using. toddf: hmm, where'd the 'fbi' bit go that was logging this channel? at one point I could have sworn it existed and was making some parts publically searchable ryk: there is a logs page toddf: lets see if my own logging of this channel produces any jewels based on that phrase ryk: http://irclogger.arpnetworks.com/irclogger_logs/arpnetworks toddf: it hasn't come up since 2010 with that exact phrase, odd ***: gcw|mbpro has joined #arpnetworks
gcw|mbpro has quit IRC (Remote host closed the connection)
gcw|mbpro has joined #arpnetworks
Ehtyar has quit IRC (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!) mercutio: todd: i wonder if you're on a newer cpu than me
ryk: i think it's just that you only get one core
it's still shared
but it means less context switches
which means most consistent performance
err more
it does seem a bit strange not getting like 2 or something on bigger plans though bryc3c: ^ jdoe: vmware used to say that SMP vms were inefficient
since you had to lock 2+ CPUs instead of just 1. mercutio: vmware used to say that 64 bit vms were inefficient
well it depends
virtualisation extensions help to some degree
the newer cpus got faster and faster
err at doing switches
it also copmletely depends on how high your cpu load is
like if you're usually at max 60% cpu jdoe: sure, on an idle machine it doesn't matter.
these aren't idle ;) mercutio: then everyone having 2 cpu cores wouldn't relaly matter
and would be faster for individual vms
but if you're regularly at 100% load
i imagine a lot of the cpu load comes from qemu
as well
as things like openbsd aren't using virtual drivers
ithink they're 8 core
so if 4 people are using 100% cpu
and have 1 cpu core
then 2 cpu cores are going hard on qemu-dm etc ***: heavysixer has quit IRC (Read error: Connection reset by peer) mercutio: the 2 cpu cores doing "this and that"
then it'd be full load
but i doubt there's "400% cpu" much
err 4 people using 100% cpu
i wouldn't use 100% cpu for more than like 5 minutes ***: heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
bryc3c is now known as _brycec
_brycec is now known as octothorpe
octothorpe is now known as bryc3c mercutio: anyway i haven't had cpu probs toddf: I've heard little about cpu contention here. what I have heard about is disk io contention. if you're hammering the disk consistently for a long period of time not just normal activity but like doing a dd to/from disk constantly, don't expect to be treated kindly by fellow customers on the same host system .. ;-) -: jdoe will string you up by the balls. jdoe: if you doing have balls, I'll have them surgically attached, THEN string you up by them. mercutio: heh
my disk i/o is reasonably steady slow with no virtio
it hasn't got extremely bad ever that i recall? kraigu: jdoe: could you attach an extra set, then string me up by those instead?
I'm... quite attached HAHAHAHAH to my current set. ***: sako has quit IRC (Ping timeout: 240 seconds)
sako has joined #arpnetworks
Ehtyar has joined #arpnetworks
sako has quit IRC (Ping timeout: 260 seconds)
HighJinx has quit IRC (Quit: Computer has gone to sleep.)
gcw|mbpro has quit IRC (Remote host closed the connection)
gcw|mbpro has joined #arpnetworks
HighJinx has joined #arpnetworks
gcw|mbpro is now known as gcw|mbpro|away
sako has joined #arpnetworks
sako_ has joined #arpnetworks
sako has quit IRC (Ping timeout: 248 seconds)
gcw|mbpro|away is now known as gcw|MBPro
sako_ has quit IRC (Ping timeout: 260 seconds) tabthorpe: up_the_irons: http://www.abthorpe.org/2012/10/abthorpe-org-is-back/ milki: :o