CPU policy question pre-setup
Am I allowed to run my allocation of CPU at 100% perpetually? (AKA boinc projects, etc) Or is it generally preferred to only use what's required? If CPU resources are shared I certainly have no issue only using what I require, but if they're static-allocated, I'll certainly put my 'left-overs' to good use..
Thanks!
18 Replies
It would definitely be "frowned upon" to use all your CPU all the time.
@Xan:
It would definitely be "frowned upon" to use all your CPU all the time.
On the contrary! It is my understanding this is NOT the case.
Please use all the CPU you wish, is my understanding. No Frowning. I suggest you ask the Linode staff yourself in an email or support ticket rather than relying on our "opinions".
James
@zunzun:
I suggest you ask the Linode staff yourself in an email or support ticket rather than relying on our "opinions".
Please do, now I'm curious. Because if everybody were doing that, there'd be no burst at all.
@CDMoyer:
I found this…
There is this from the Linode FAQ, looks like a 'No Frowning' policy to me:
James
And apart from that, it's just plain rude and bad form to chew up the whole CPU. This is a shared environment. I thought it was a bad idea when Linode made Gentoo available, for this reason, but I guess it's working out okay. FaH certainly wouldn't.
EDIT: I don't mean DaninFuchs is trying to be a CPU hog. He was asking the simple question whether CPU was statically allocated or not, and based on that he was going to run BOINC or not. I think that question has been answered and this thread has digressed. I do hope you join Linode, DaninFuchs!
@Xan:
Caker refers to lowering the priority of chronic CPU abusers.
I will open a support ticket and ask if this is the case.
James
There is currently a forum thread in which it seems to be Linode policy to lower the kernel scheduling priority for those Linode users that are labeled "chronic CPU abusers".
@Xan:
Caker refers to lowering the priority of chronic CPU abusers.
1) Is priority reduction for CPU usage the current policy?
2) What determines application of the label "chronic CPU abuser"?
3) Is it currently being applied to any Linode customer?
4) Is it being applied to my site, zunzun.com?
James
1) Is priority reduction for CPU usage the current policy?
Yes
2) What determines application of the label "chronic CPU abuser"?
Significantly higher than average CPU usage consistently for prolonged time such that it causes decreased performance for the other Linodes sharing the host.
3) Is it currently being applied to any Linode customer?
Not that I am aware of.
4) Is it being applied to my site, zunzun.com?
No.
I'd summarize it as "use all the CPU you want, but don't go nuts with BOINC or Folding or by letting processes run away." Seems more than fair to me.
@Xan:
I thought it was a bad idea when Linode made Gentoo available, for this reason, but I guess it's working out okay.
My linode is a lightly loaded static web and mailserver, running Gentoo, updated weekly:
Your Linode has averaged
0%
of one Host CPU for this month
DURING this weeks update:
cat /proc/io_status
iocount=322162 iorate=33 iotokens=2000000 tokenrefill=512 token_max=2000000
I'd choose a host populated with Gentoo installs over one full of number crunching apps any day
@Xan:
Thanks for finding that out, zunzun; it's nice to have some more authoritative information.
My wife's Burmese nickname is zunzun, hence zunzun.com. My name is James - and you're welcome!
James
P.S. Of course 'chronic CPU abuser' could be someone running Vista, heh heh heh…
> 23:13 < tonyyarusso> So there's no real protection against a linode neighbor doing something stupid that overloads it, thus taking your site down?
23:15 < tonyyarusso> I haven't actually heard of it being an issue, but am a bit curious if it's possible.
23:18 <@caker> tonyyarusso: on UML, we utilize the standard Linux CPU scheduler which does a fine job fairly allocating CPU time
23:18 <@caker> tonyyarusso: on Xen, we use Xen's credit scheduler, which does the same thing
23:19 < tonyyarusso> caker: wish I knew something about schedulers… Oh well, I'll take your word for it.
23:19 <@caker> let's put it this way: cpu time is guaranteed