#arpnetworks 2012-10-02,Tue

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
***Ehtyar has quit IRC (Quit: +++ OK ATH OK) [00:35]
............ (idle for 58mn)
userZero has joined #arpnetworks [01:33]
......... (idle for 44mn)
Ehtyar has joined #arpnetworks [02:17]
...... (idle for 29mn)
fink has joined #arpnetworks [02:46]
................. (idle for 1h24mn)
fink has quit IRC (Quit: fink) [04:10]
........... (idle for 51mn)
dzup has quit IRC (Ping timeout: 268 seconds) [05:01]
tabthorpeup_the_irons: lots of fun, it is a new toy for me!! [05:03]
***dzup has joined #arpnetworks [05:04]
....... (idle for 32mn)
tdelborgo has joined #arpnetworks
tdelborgo has quit IRC (Client Quit)
[05:36]
tabthorpe is now known as abthorpet [05:51]
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
[05:57]
.... (idle for 19mn)
dzup has quit IRC (Ping timeout: 245 seconds) [06:25]
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
[06:31]
dzup has joined #arpnetworks [06:37]
..... (idle for 24mn)
dzup has quit IRC (Remote host closed the connection) [07:01]
............ (idle for 56mn)
gcw|mbpro has quit IRC (Remote host closed the connection) [07:57]
..... (idle for 22mn)
toddfdoes the new beta system support newer libvirt that has the reboot option instead of shutdown/boot only? [08:19]
***gcw|mbpro has joined #arpnetworks [08:23]
.... (idle for 15mn)
dzup has joined #arpnetworks [08:38]
............... (idle for 1h10mn)
alexstanford has quit IRC (Ping timeout: 246 seconds)
nukefree has quit IRC (Ping timeout: 246 seconds)
alexstanford has joined #arpnetworks
nukefree has joined #arpnetworks
[09:48]
userZero has quit IRC (Remote host closed the connection)
userZero has joined #arpnetworks
[09:55]
bryc3cThat would be nice... feels very clunky not having a "reboot" option [10:00]
***gcw|mbpro has quit IRC (Remote host closed the connection)
HighJinx has quit IRC (Quit: Computer has gone to sleep.)
[10:09]
.... (idle for 18mn)
toddfbryc3c: 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 ;-)
[10:29]
***heavysixer has quit IRC (Ping timeout: 240 seconds)
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
[10:37]
heavysixer has quit IRC (Ping timeout: 260 seconds)
heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
HighJinx has joined #arpnetworks
[10:44]
........ (idle for 35mn)
bryc3cthanks toddf, I wasn't holding it against ARPNetworks [11:20]
***userZero has quit IRC (Remote host closed the connection) [11:20]
bryc3cAnd fwiw I find the "press F12" screen to last too long (about 5-10s) [11:20]
***gcw|mbpro has joined #arpnetworks [11:34]
.... (idle for 16mn)
toddfiirc 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
[11:50]
rykup_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? [12:04]
toddfryk: growing existing disk is definately an option... will let up_the_irons answer on the new block device angle ;-) [12:05]
bryc3cryk: RTFM :P http://support.arpnetworks.com/kb/vps/how-do-i-upgrade-or-downgrade-my-vps [12:18]
***heavysixer has quit IRC (Read error: Connection reset by peer) [12:19]
bryc3c(ryk is one of the many people I know from elsewhere. I'm not normally that mean) [12:20]
rykyes you are
you are always a big meanie
[12:20]
***heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
[12:21]
bryc3cryk: there's a difference between being a fair op, and a meanie
/kick ryk
damnit
[12:21]
..... (idle for 20mn)
up_the_ironsryk: 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
[12:41]
bryc3cup_the_irons: Yeah I'm not complaining... 'tis just my opinion. But how often am I rebooting my VPS? :P [12:44]
rykup_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
[12:55]
***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
[13:00]
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
[13:15]
toddfsomehow 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 [13:23]
DaCatoddf: when you click learn more on the right side you can see VPS powerups on the left side [13:26]
bryc3cwhoa... it's true
I totally hadn't noticed that before
[13:27]
toddfdaca: there it is indeed ;-)
still it lacks cpu bits. maybe thats a non advertised feature I recall seeing discussed eyons ago...
[13:28]
bryc3cIt's in the FAQ but no pricing [13:29]
ryki thought cpu share is assigned proportationally to memory % usage
at least, that is standard practice.
[13:38]
toddfI'm not talking about cpu share, you get 1 dedicated cpu per vps [13:38]
rykwell not memory usage, but how much RAM is assigned. [13:38]
toddfI'm talking about multiple cpus per vps [13:38]
rykwho gets 1 dedicated cpu per vpus? [13:39]
toddfsee "Dedicated CPU resources" on the arpnetworks.com/vps page [13:40]
ryki doubt anyone even gets a dedicated core, excpet for maybe the biggest plan [13:41]
bryc3cryk: 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 [13:41]
rykif only 8 cores per host [13:41]
toddfwhat 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.
[13:41]
ryki 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. [13:42]
toddfhow about mixing small vps's with bigger vps's ? [13:42]
ryki 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.
[13:44]
toddfhmm, 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 [13:46]
rykthere is a logs page [13:46]
toddflets see if my own logging of this channel produces any jewels based on that phrase [13:46]
rykhttp://irclogger.arpnetworks.com/irclogger_logs/arpnetworks [13:47]
toddfit hasn't come up since 2010 with that exact phrase, odd [13:47]
...... (idle for 28mn)
***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!)
[14:15]
mercutiotodd: 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
[14:34]
bryc3c^ [14:40]
jdoevmware used to say that SMP vms were inefficient
since you had to lock 2+ CPUs instead of just 1.
[14:41]
mercutiovmware 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
[14:42]
jdoesure, on an idle machine it doesn't matter.
these aren't idle ;)
[14:43]
mercutiothen 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
[14:43]
***heavysixer has quit IRC (Read error: Connection reset by peer) [14:46]
mercutiothe 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
[14:46]
***heavysixer has joined #arpnetworks
ChanServ sets mode: +o heavysixer
[14:49]
bryc3c is now known as _brycec
_brycec is now known as octothorpe
octothorpe is now known as bryc3c
[14:55]
mercutioanyway i haven't had cpu probs [15:10]
toddfI'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 .. ;-) [15:18]
jdoejdoe will string you up by the balls.
if you doing have balls, I'll have them surgically attached, THEN string you up by them.
[15:19]
mercutioheh
my disk i/o is reasonably steady slow with no virtio
it hasn't got extremely bad ever that i recall?
[15:30]
kraigujdoe: could you attach an extra set, then string me up by those instead?
I'm... quite attached HAHAHAHAH to my current set.
[15:34]
***sako has quit IRC (Ping timeout: 240 seconds)
sako has joined #arpnetworks
[15:45]
..... (idle for 23mn)
Ehtyar has joined #arpnetworks [16:10]
....... (idle for 31mn)
sako has quit IRC (Ping timeout: 260 seconds) [16:41]
........................... (idle for 2h12mn)
HighJinx has quit IRC (Quit: Computer has gone to sleep.) [18:53]
...... (idle for 26mn)
gcw|mbpro has quit IRC (Remote host closed the connection) [19:19]
gcw|mbpro has joined #arpnetworks [19:30]
.... (idle for 16mn)
HighJinx has joined #arpnetworks [19:46]
.... (idle for 15mn)
gcw|mbpro is now known as gcw|mbpro|away [20:01]
............. (idle for 1h4mn)
sako has joined #arpnetworks [21:05]
...... (idle for 27mn)
sako_ has joined #arpnetworks
sako has quit IRC (Ping timeout: 248 seconds)
[21:32]
..... (idle for 22mn)
gcw|mbpro|away is now known as gcw|MBPro [21:54]
............ (idle for 58mn)
sako_ has quit IRC (Ping timeout: 260 seconds) [22:52]
tabthorpeup_the_irons: http://www.abthorpe.org/2012/10/abthorpe-org-is-back/ [22:59]
milki:o [23:06]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)