<article>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#article09_12_15_0057232</id>
	<title>Amazon Introduces Bidding For EC2 Compute Time</title>
	<author>kdawson</author>
	<datestamp>1260888900000</datestamp>
	<htmltext>ryanvm alerts us to Amazon's beta announcement this morning for what it is calling <a href="http://redmondmag.com/articles/2009/12/14/amazon-auctions-off-cloud-capacity.aspx">Spot Instances</a>, which represent a name-your-own-price way of using the elastic compute service. Here is <a href="http://aws.amazon.com/ec2/spot-instances/">Amazon's documentation</a> on the feature.
<i>"For customers with flexibility in when their applications can run, Spot Instances can significantly lower their Amazon EC2 costs. Additionally, Spot Instances can provide access to large amounts of additional capacity for applications with urgent needs."</i> Customers can use the EC2 API to see recent spot prices.</htmltext>
<tokenext>ryanvm alerts us to Amazon 's beta announcement this morning for what it is calling Spot Instances , which represent a name-your-own-price way of using the elastic compute service .
Here is Amazon 's documentation on the feature .
" For customers with flexibility in when their applications can run , Spot Instances can significantly lower their Amazon EC2 costs .
Additionally , Spot Instances can provide access to large amounts of additional capacity for applications with urgent needs .
" Customers can use the EC2 API to see recent spot prices .</tokentext>
<sentencetext>ryanvm alerts us to Amazon's beta announcement this morning for what it is calling Spot Instances, which represent a name-your-own-price way of using the elastic compute service.
Here is Amazon's documentation on the feature.
"For customers with flexibility in when their applications can run, Spot Instances can significantly lower their Amazon EC2 costs.
Additionally, Spot Instances can provide access to large amounts of additional capacity for applications with urgent needs.
" Customers can use the EC2 API to see recent spot prices.</sentencetext>
</article>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440026</id>
	<title>Re:It's too proprietary</title>
	<author>fuzzyfuzzyfungus</author>
	<datestamp>1260809100000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>The actual ec2 instances are pretty much bog-standard linux VMs. For everything else, there's <a href="http://open.eucalyptus.com/" title="eucalyptus.com">eucalyptus</a> [eucalyptus.com].<br> <br>

This doesn't mean that EC2 is necessarily a good idea, or that Amazon couldn't slip you a nasty dose of strategic downtime if they, for some reason, felt like it; but their ability to exert lock-in in the medium term is pretty weak.</htmltext>
<tokenext>The actual ec2 instances are pretty much bog-standard linux VMs .
For everything else , there 's eucalyptus [ eucalyptus.com ] .
This does n't mean that EC2 is necessarily a good idea , or that Amazon could n't slip you a nasty dose of strategic downtime if they , for some reason , felt like it ; but their ability to exert lock-in in the medium term is pretty weak .</tokentext>
<sentencetext>The actual ec2 instances are pretty much bog-standard linux VMs.
For everything else, there's eucalyptus [eucalyptus.com].
This doesn't mean that EC2 is necessarily a good idea, or that Amazon couldn't slip you a nasty dose of strategic downtime if they, for some reason, felt like it; but their ability to exert lock-in in the medium term is pretty weak.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439968</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440160</id>
	<title>Re:Indictment of cloud computing?</title>
	<author>NeilO</author>
	<datestamp>1260810180000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>3</modscore>
	<htmltext><p>No, I don't think so.  More likely they already own outrageous capacity to handle the December retail crunch but don't use anything close to that capacity in any other month of the year.  So I doubt there's any additional investment in capacity for EC2.  EC2 utilizes what Amazon already owns.</p><p>If you read Werner's blog entry on this new feature you'll see they reserve the right to interrupt a Spot Instance and essentially restart it later on. You need to make sure whatever you're doing with that instance you can checkpoint and resume. I think that means Amazon is not trying to "fire sale" underutilized resource. More like they're filling in the cracks between larger "full price" instances in order to maximize utilization.</p></htmltext>
<tokenext>No , I do n't think so .
More likely they already own outrageous capacity to handle the December retail crunch but do n't use anything close to that capacity in any other month of the year .
So I doubt there 's any additional investment in capacity for EC2 .
EC2 utilizes what Amazon already owns.If you read Werner 's blog entry on this new feature you 'll see they reserve the right to interrupt a Spot Instance and essentially restart it later on .
You need to make sure whatever you 're doing with that instance you can checkpoint and resume .
I think that means Amazon is not trying to " fire sale " underutilized resource .
More like they 're filling in the cracks between larger " full price " instances in order to maximize utilization .</tokentext>
<sentencetext>No, I don't think so.
More likely they already own outrageous capacity to handle the December retail crunch but don't use anything close to that capacity in any other month of the year.
So I doubt there's any additional investment in capacity for EC2.
EC2 utilizes what Amazon already owns.If you read Werner's blog entry on this new feature you'll see they reserve the right to interrupt a Spot Instance and essentially restart it later on.
You need to make sure whatever you're doing with that instance you can checkpoint and resume.
I think that means Amazon is not trying to "fire sale" underutilized resource.
More like they're filling in the cracks between larger "full price" instances in order to maximize utilization.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439998</id>
	<title>Re:Indictment of cloud computing?</title>
	<author>fuzzyfuzzyfungus</author>
	<datestamp>1260808800000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>2</modscore>
	<htmltext>I suspect that we'd have to watch the prices pretty closely to find out.<br> <br>

Variable pricing(down to the point where electricity costs make it cheaper to just turn them off and suck up the losses, of course) is completely logical for dealing with any unused capacity, and it can't have cost Amazon all that much to hack this pricing scheme into their existing system.<br> <br>

If there is usually some capacity available, with a small discount in exchange for having no availability guarantee(or even implication), with occasional chunks of cheap time, then it is probably just an expected side effect of the fact that "cloud" demand(like a fair bit of classic datacenter demand) is somewhat bursty. If there is constantly capacity available at 20 cents on the dollar, well, then Amazon would seem to have a bit of a capacity problem...</htmltext>
<tokenext>I suspect that we 'd have to watch the prices pretty closely to find out .
Variable pricing ( down to the point where electricity costs make it cheaper to just turn them off and suck up the losses , of course ) is completely logical for dealing with any unused capacity , and it ca n't have cost Amazon all that much to hack this pricing scheme into their existing system .
If there is usually some capacity available , with a small discount in exchange for having no availability guarantee ( or even implication ) , with occasional chunks of cheap time , then it is probably just an expected side effect of the fact that " cloud " demand ( like a fair bit of classic datacenter demand ) is somewhat bursty .
If there is constantly capacity available at 20 cents on the dollar , well , then Amazon would seem to have a bit of a capacity problem.. .</tokentext>
<sentencetext>I suspect that we'd have to watch the prices pretty closely to find out.
Variable pricing(down to the point where electricity costs make it cheaper to just turn them off and suck up the losses, of course) is completely logical for dealing with any unused capacity, and it can't have cost Amazon all that much to hack this pricing scheme into their existing system.
If there is usually some capacity available, with a small discount in exchange for having no availability guarantee(or even implication), with occasional chunks of cheap time, then it is probably just an expected side effect of the fact that "cloud" demand(like a fair bit of classic datacenter demand) is somewhat bursty.
If there is constantly capacity available at 20 cents on the dollar, well, then Amazon would seem to have a bit of a capacity problem...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30443628</id>
	<title>Re:Instance creation?</title>
	<author>Slashdot Parent</author>
	<datestamp>1260890400000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>No, the limit for On Demand instance creation is still 20 instances per account (but it is allowed by amazon TOS to create multiple accounts, hint hint).</p><p>The limit for Spot instances (the kind described in the summary) defaults to 100 per account.</p><p>As you note above, you can get that limit raised by Amazon, upon request.</p></htmltext>
<tokenext>No , the limit for On Demand instance creation is still 20 instances per account ( but it is allowed by amazon TOS to create multiple accounts , hint hint ) .The limit for Spot instances ( the kind described in the summary ) defaults to 100 per account.As you note above , you can get that limit raised by Amazon , upon request .</tokentext>
<sentencetext>No, the limit for On Demand instance creation is still 20 instances per account (but it is allowed by amazon TOS to create multiple accounts, hint hint).The limit for Spot instances (the kind described in the summary) defaults to 100 per account.As you note above, you can get that limit raised by Amazon, upon request.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439874</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30441140</id>
	<title>The Next thing that will happen...</title>
	<author>ub3r n3u7r4l1st</author>
	<datestamp>1260820080000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>hackers will going to drive up the price of using the EC2 cloud.</p></htmltext>
<tokenext>hackers will going to drive up the price of using the EC2 cloud .</tokentext>
<sentencetext>hackers will going to drive up the price of using the EC2 cloud.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440532</id>
	<title>modx do3n</title>
	<author>Anonymous</author>
	<datestamp>1260813780000</datestamp>
	<modclass>Offtopic</modclass>
	<modscore>-1</modscore>
	<htmltext>A productivity Creek, abysmal</htmltext>
<tokenext>A productivity Creek , abysmal</tokentext>
<sentencetext>A productivity Creek, abysmal</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439874</id>
	<title>Instance creation?</title>
	<author>afidel</author>
	<datestamp>1260807660000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>1</modscore>
	<htmltext>Last I had heard if you wanted to create more than a couple dozen new VM instances at a time you needed to get custom quotes from Amazon, with this metering in place I assume they have worked out those provisioning problems?</htmltext>
<tokenext>Last I had heard if you wanted to create more than a couple dozen new VM instances at a time you needed to get custom quotes from Amazon , with this metering in place I assume they have worked out those provisioning problems ?</tokentext>
<sentencetext>Last I had heard if you wanted to create more than a couple dozen new VM instances at a time you needed to get custom quotes from Amazon, with this metering in place I assume they have worked out those provisioning problems?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30442926</id>
	<title>good. Now can I buy mobile bandwidth that way?</title>
	<author>MancunianMaskMan</author>
	<datestamp>1260885960000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext>seems it would be be a brilliant way to marked mobile data bandwith as well: when the cell is not too busy and neither it the upstream link, they can sell it off cheap and people can facebook all they like (while i read<nobr> <wbr></nobr>/.), and when the traffic heats up i still have my work email going but the web2.0rhea flow is temporarily halted.</htmltext>
<tokenext>seems it would be be a brilliant way to marked mobile data bandwith as well : when the cell is not too busy and neither it the upstream link , they can sell it off cheap and people can facebook all they like ( while i read / .
) , and when the traffic heats up i still have my work email going but the web2.0rhea flow is temporarily halted .</tokentext>
<sentencetext>seems it would be be a brilliant way to marked mobile data bandwith as well: when the cell is not too busy and neither it the upstream link, they can sell it off cheap and people can facebook all they like (while i read /.
), and when the traffic heats up i still have my work email going but the web2.0rhea flow is temporarily halted.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440252</id>
	<title>Re:Permutation city</title>
	<author>Anonymous</author>
	<datestamp>1260811020000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>That is a good book.  I had forgotten the name over the years, so thanks for the post!</p></htmltext>
<tokenext>That is a good book .
I had forgotten the name over the years , so thanks for the post !</tokentext>
<sentencetext>That is a good book.
I had forgotten the name over the years, so thanks for the post!</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439688</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439688</id>
	<title>Permutation city</title>
	<author>Brian Gordon</author>
	<datestamp>1260806280000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>3</modscore>
	<htmltext><p>Reminds me of:</p><blockquote><div><p>and civilisation has accumulated vast amounts of ubiquitous computing power and memory which is distributed internationally and is traded in a public market called the QIPS Exchange (QIPS from MIPS, where the Q is Quadrillions)</p></div></blockquote><p>Great book. <a href="http://en.wikipedia.org/wiki/Permutation\_city" title="wikipedia.org">http://en.wikipedia.org/wiki/Permutation\_city</a> [wikipedia.org].</p></div>
	</htmltext>
<tokenext>Reminds me of : and civilisation has accumulated vast amounts of ubiquitous computing power and memory which is distributed internationally and is traded in a public market called the QIPS Exchange ( QIPS from MIPS , where the Q is Quadrillions ) Great book .
http : //en.wikipedia.org/wiki/Permutation \ _city [ wikipedia.org ] .</tokentext>
<sentencetext>Reminds me of:and civilisation has accumulated vast amounts of ubiquitous computing power and memory which is distributed internationally and is traded in a public market called the QIPS Exchange (QIPS from MIPS, where the Q is Quadrillions)Great book.
http://en.wikipedia.org/wiki/Permutation\_city [wikipedia.org].
	</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439982</id>
	<title>Re:Indictment of cloud computing?</title>
	<author>42forty-two42</author>
	<datestamp>1260808680000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I don't know if they \_need\_ the income, but I'm sure they have plenty of excess capacity from reserved instances that aren't running for starters, not to mention the pool for on-demand instances. It's just a smart business move to try to exploit this.</htmltext>
<tokenext>I do n't know if they \ _need \ _ the income , but I 'm sure they have plenty of excess capacity from reserved instances that are n't running for starters , not to mention the pool for on-demand instances .
It 's just a smart business move to try to exploit this .</tokentext>
<sentencetext>I don't know if they \_need\_ the income, but I'm sure they have plenty of excess capacity from reserved instances that aren't running for starters, not to mention the pool for on-demand instances.
It's just a smart business move to try to exploit this.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30441212</id>
	<title>Should VMware vCloud Go This Route?  Feedback?</title>
	<author>Anonymous</author>
	<datestamp>1260907440000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>If anyone has any feedback about whether or not VMware vCloud partners should take this route, post some questions or thoughts on the Twitter feed using @reply  http://twitter.com/vcloud   or the vCloud Facebook Page   http://www.facebook.com/#/pages/VMware-vCloud/    We'll try to react to feedback and respond to questions as much as we can.</p></htmltext>
<tokenext>If anyone has any feedback about whether or not VMware vCloud partners should take this route , post some questions or thoughts on the Twitter feed using @ reply http : //twitter.com/vcloud or the vCloud Facebook Page http : //www.facebook.com/ # /pages/VMware-vCloud/ We 'll try to react to feedback and respond to questions as much as we can .</tokentext>
<sentencetext>If anyone has any feedback about whether or not VMware vCloud partners should take this route, post some questions or thoughts on the Twitter feed using @reply  http://twitter.com/vcloud   or the vCloud Facebook Page   http://www.facebook.com/#/pages/VMware-vCloud/    We'll try to react to feedback and respond to questions as much as we can.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30444666</id>
	<title>Re:Indictment of cloud computing?</title>
	<author>Sulphur</author>
	<datestamp>1260895020000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>Are you predicting rain?  If so how much compute power did it take?</p></htmltext>
<tokenext>Are you predicting rain ?
If so how much compute power did it take ?</tokentext>
<sentencetext>Are you predicting rain?
If so how much compute power did it take?</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30453962</id>
	<title>Re:Indictment of cloud computing?</title>
	<author>lonecrow</author>
	<datestamp>1260898380000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I guess you were using the "on-demand" pricing.  If you use a reserved instance on a 3-year term you start at $4900 + $0.42/hour.  I think this works out to only $15,937 over the three years which is less then half the $36k you quoted.
<br> <br>
I am looking at a single smaller machine. My current dedicated server is ~$200/month. Thats about $7.5k over  3 years. The equivalent EC2 reserved instance is only $350+$0.03/hour.  That's $788 total for 3 years or a tenth of the price!  Sounds like a hot deal to me<nobr> <wbr></nobr>:)
<br> <br>
Of course at this time you can only reserve Linux instances and I happen to need a windows one so I have to go with the on-demand prices<nobr> <wbr></nobr>:(</htmltext>
<tokenext>I guess you were using the " on-demand " pricing .
If you use a reserved instance on a 3-year term you start at $ 4900 + $ 0.42/hour .
I think this works out to only $ 15,937 over the three years which is less then half the $ 36k you quoted .
I am looking at a single smaller machine .
My current dedicated server is ~ $ 200/month .
Thats about $ 7.5k over 3 years .
The equivalent EC2 reserved instance is only $ 350 + $ 0.03/hour .
That 's $ 788 total for 3 years or a tenth of the price !
Sounds like a hot deal to me : ) Of course at this time you can only reserve Linux instances and I happen to need a windows one so I have to go with the on-demand prices : (</tokentext>
<sentencetext>I guess you were using the "on-demand" pricing.
If you use a reserved instance on a 3-year term you start at $4900 + $0.42/hour.
I think this works out to only $15,937 over the three years which is less then half the $36k you quoted.
I am looking at a single smaller machine.
My current dedicated server is ~$200/month.
Thats about $7.5k over  3 years.
The equivalent EC2 reserved instance is only $350+$0.03/hour.
That's $788 total for 3 years or a tenth of the price!
Sounds like a hot deal to me :)
 
Of course at this time you can only reserve Linux instances and I happen to need a windows one so I have to go with the on-demand prices :(</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439970</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439968</id>
	<title>It's too proprietary</title>
	<author>Anonymous</author>
	<datestamp>1260808620000</datestamp>
	<modclass>None</modclass>
	<modscore>-1</modscore>
	<htmltext>If you're using Amazon for hosting, you can't switch hosting services; their system is too nonstandard. Do you want to be in a position where they can raise prices or cut off your air supply?</htmltext>
<tokenext>If you 're using Amazon for hosting , you ca n't switch hosting services ; their system is too nonstandard .
Do you want to be in a position where they can raise prices or cut off your air supply ?</tokentext>
<sentencetext>If you're using Amazon for hosting, you can't switch hosting services; their system is too nonstandard.
Do you want to be in a position where they can raise prices or cut off your air supply?</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440554</id>
	<title>Overbuilt &amp; Aging Rapidly</title>
	<author>Anonymous</author>
	<datestamp>1260813960000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>I thought the main benefit of "elasticity" was remove "peak usage" as a primary buying factor.  If you have a routine that can run, well whenever, then is EC2 any cheaper than using whatever is sitting around unused in your shop already?

The cloud may be a useful resource, but the size &amp; speed of the cloudrush has been overestimated by the entire freakin' industry.  By the time it gets sorted and a mature market develops, Microsoft, Amazon, and whomever else will be taking write-downs on all the obsolete kit they built-up in 2008-2009.</htmltext>
<tokenext>I thought the main benefit of " elasticity " was remove " peak usage " as a primary buying factor .
If you have a routine that can run , well whenever , then is EC2 any cheaper than using whatever is sitting around unused in your shop already ?
The cloud may be a useful resource , but the size &amp; speed of the cloudrush has been overestimated by the entire freakin ' industry .
By the time it gets sorted and a mature market develops , Microsoft , Amazon , and whomever else will be taking write-downs on all the obsolete kit they built-up in 2008-2009 .</tokentext>
<sentencetext>I thought the main benefit of "elasticity" was remove "peak usage" as a primary buying factor.
If you have a routine that can run, well whenever, then is EC2 any cheaper than using whatever is sitting around unused in your shop already?
The cloud may be a useful resource, but the size &amp; speed of the cloudrush has been overestimated by the entire freakin' industry.
By the time it gets sorted and a mature market develops, Microsoft, Amazon, and whomever else will be taking write-downs on all the obsolete kit they built-up in 2008-2009.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440020</id>
	<title>Re:Instance creation?</title>
	<author>Anonymous</author>
	<datestamp>1260809040000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>Initially when you get your EC2 account, it is limited to 20 concurrent VMs.  You then have to request to have this limit increased, but the same pricing applies (at least up to 200 concurrent VMs)</p><p>Having accounts limited to 20 VMs means that a single user can't sign up and start to flood the system.  Also they make no guarantees that a request to start up a VM will succeed unless you have a reserved instance, which has a yearly cost attached.</p><p>What this spot pricing does is provide a financial incentive for customers to move load to off peak times rather than adding to the load during peak demand.  This in turn should flatten out the load on EC2 (depending on how much load can and will be moved to the off peak times).</p><p>In the end this is simple supply and demand economics, and a lot of people in academia have been carrying on about this and a "cloud marketplaces" for quite some time...</p></htmltext>
<tokenext>Initially when you get your EC2 account , it is limited to 20 concurrent VMs .
You then have to request to have this limit increased , but the same pricing applies ( at least up to 200 concurrent VMs ) Having accounts limited to 20 VMs means that a single user ca n't sign up and start to flood the system .
Also they make no guarantees that a request to start up a VM will succeed unless you have a reserved instance , which has a yearly cost attached.What this spot pricing does is provide a financial incentive for customers to move load to off peak times rather than adding to the load during peak demand .
This in turn should flatten out the load on EC2 ( depending on how much load can and will be moved to the off peak times ) .In the end this is simple supply and demand economics , and a lot of people in academia have been carrying on about this and a " cloud marketplaces " for quite some time.. .</tokentext>
<sentencetext>Initially when you get your EC2 account, it is limited to 20 concurrent VMs.
You then have to request to have this limit increased, but the same pricing applies (at least up to 200 concurrent VMs)Having accounts limited to 20 VMs means that a single user can't sign up and start to flood the system.
Also they make no guarantees that a request to start up a VM will succeed unless you have a reserved instance, which has a yearly cost attached.What this spot pricing does is provide a financial incentive for customers to move load to off peak times rather than adding to the load during peak demand.
This in turn should flatten out the load on EC2 (depending on how much load can and will be moved to the off peak times).In the end this is simple supply and demand economics, and a lot of people in academia have been carrying on about this and a "cloud marketplaces" for quite some time...</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439874</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439970</id>
	<title>Re:Indictment of cloud computing?</title>
	<author>Anonymous</author>
	<datestamp>1260808620000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>3</modscore>
	<htmltext>Considering that the 3 year cost of a Double Extra Large Instance 34.2 GB of memory, 13 EC2 Compute Units (4 virtual cores with 3.25 EC2 Compute Units each), 850 GB of local instance storage, 64-bit platform is $36k and that the 3 year TCO for such a machine in my environment today would be about $8k I don't think they are losing money on EC2 unless their utilization is *really* low, but this does allow them to maximize utilization (and profit) as it allows near perfect price discrimination. It also allows them to scale *their* resources for things like cyber monday by bumping these low priority jobs off the cluster and using it to run their own dynamic site.</htmltext>
<tokenext>Considering that the 3 year cost of a Double Extra Large Instance 34.2 GB of memory , 13 EC2 Compute Units ( 4 virtual cores with 3.25 EC2 Compute Units each ) , 850 GB of local instance storage , 64-bit platform is $ 36k and that the 3 year TCO for such a machine in my environment today would be about $ 8k I do n't think they are losing money on EC2 unless their utilization is * really * low , but this does allow them to maximize utilization ( and profit ) as it allows near perfect price discrimination .
It also allows them to scale * their * resources for things like cyber monday by bumping these low priority jobs off the cluster and using it to run their own dynamic site .</tokentext>
<sentencetext>Considering that the 3 year cost of a Double Extra Large Instance 34.2 GB of memory, 13 EC2 Compute Units (4 virtual cores with 3.25 EC2 Compute Units each), 850 GB of local instance storage, 64-bit platform is $36k and that the 3 year TCO for such a machine in my environment today would be about $8k I don't think they are losing money on EC2 unless their utilization is *really* low, but this does allow them to maximize utilization (and profit) as it allows near perfect price discrimination.
It also allows them to scale *their* resources for things like cyber monday by bumping these low priority jobs off the cluster and using it to run their own dynamic site.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890</id>
	<title>Indictment of cloud computing?</title>
	<author>Anonymous</author>
	<datestamp>1260807840000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>3</modscore>
	<htmltext>I wonder if amazon overestimated the uptake of EC2 and needs to have a fire-sale to get \_some\_ income on the investment.  They need to have capacity to service new orders but by default this means that they have un-used resources that are costing them more then the unit bring in.</htmltext>
<tokenext>I wonder if amazon overestimated the uptake of EC2 and needs to have a fire-sale to get \ _some \ _ income on the investment .
They need to have capacity to service new orders but by default this means that they have un-used resources that are costing them more then the unit bring in .</tokentext>
<sentencetext>I wonder if amazon overestimated the uptake of EC2 and needs to have a fire-sale to get \_some\_ income on the investment.
They need to have capacity to service new orders but by default this means that they have un-used resources that are costing them more then the unit bring in.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439966</id>
	<title>Re:Instance creation?</title>
	<author>42forty-two42</author>
	<datestamp>1260808560000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>There's no custom quote for increasing the instance limit - it's just a safety to prevent someone with a stolen credit card from spawning enough instances to use up all available capacity. You just put in a request and have it lifted; pricing stays the same.</div>
	</htmltext>
<tokenext>There 's no custom quote for increasing the instance limit - it 's just a safety to prevent someone with a stolen credit card from spawning enough instances to use up all available capacity .
You just put in a request and have it lifted ; pricing stays the same .</tokentext>
<sentencetext>There's no custom quote for increasing the instance limit - it's just a safety to prevent someone with a stolen credit card from spawning enough instances to use up all available capacity.
You just put in a request and have it lifted; pricing stays the same.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439874</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30441868</id>
	<title>Re:Permutation city</title>
	<author>Permutation Citizen</author>
	<datestamp>1260872880000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>I agree. Greg Egan is my favorite SF writer.</p></htmltext>
<tokenext>I agree .
Greg Egan is my favorite SF writer .</tokentext>
<sentencetext>I agree.
Greg Egan is my favorite SF writer.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439688</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440514</id>
	<title>Spare Capacity</title>
	<author>Anonymous</author>
	<datestamp>1260813600000</datestamp>
	<modclass>None</modclass>
	<modscore>0</modscore>
	<htmltext><p>I think this is a great way for them to sell spare capacity. I would imagine that they have alot of it during off-peak times.</p></htmltext>
<tokenext>I think this is a great way for them to sell spare capacity .
I would imagine that they have alot of it during off-peak times .</tokentext>
<sentencetext>I think this is a great way for them to sell spare capacity.
I would imagine that they have alot of it during off-peak times.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30448172</id>
	<title>Re:Indictment of cloud computing?</title>
	<author>Danny Rathjens</author>
	<datestamp>1260907200000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><i>It also allows them to scale *their* resources for things like cyber monday by bumping these low priority jobs off the cluster and using it to run their own dynamic site.</i> <br> <br>The EC2 systems are completely separate from the systems that run amazon.com.  (According to a seminar on EC2 by Amazon folks I attended at an NYLUG meeting in October.)</htmltext>
<tokenext>It also allows them to scale * their * resources for things like cyber monday by bumping these low priority jobs off the cluster and using it to run their own dynamic site .
The EC2 systems are completely separate from the systems that run amazon.com .
( According to a seminar on EC2 by Amazon folks I attended at an NYLUG meeting in October .
)</tokentext>
<sentencetext>It also allows them to scale *their* resources for things like cyber monday by bumping these low priority jobs off the cluster and using it to run their own dynamic site.
The EC2 systems are completely separate from the systems that run amazon.com.
(According to a seminar on EC2 by Amazon folks I attended at an NYLUG meeting in October.
)</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439970</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440378</id>
	<title>Brilliant market for surplus</title>
	<author>seifried</author>
	<datestamp>1260812340000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext>Since an EC2 server not running an EC2 instance is literally burning cash for Amazon (depreciation value, electricity, maintenance, building cost, etc.) being able to sell surplus time like this through a secondary market that allows Amazon to recoup value for the EC2 instances at a minimum price is brilliant, of course the infrastructure needed to support EC2 let alone is pretty staggering, no wonder EC2 is stomping everyone with their insane flexibility.</htmltext>
<tokenext>Since an EC2 server not running an EC2 instance is literally burning cash for Amazon ( depreciation value , electricity , maintenance , building cost , etc .
) being able to sell surplus time like this through a secondary market that allows Amazon to recoup value for the EC2 instances at a minimum price is brilliant , of course the infrastructure needed to support EC2 let alone is pretty staggering , no wonder EC2 is stomping everyone with their insane flexibility .</tokentext>
<sentencetext>Since an EC2 server not running an EC2 instance is literally burning cash for Amazon (depreciation value, electricity, maintenance, building cost, etc.
) being able to sell surplus time like this through a secondary market that allows Amazon to recoup value for the EC2 instances at a minimum price is brilliant, of course the infrastructure needed to support EC2 let alone is pretty staggering, no wonder EC2 is stomping everyone with their insane flexibility.</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30443828</id>
	<title>ELASTIC Compute Cloud</title>
	<author>Slashdot Parent</author>
	<datestamp>1260891240000</datestamp>
	<modclass>Informativ</modclass>
	<modscore>3</modscore>
	<htmltext><p><div class="quote"><p>3 year TCO for such a machine in my environment today would be about $8k</p></div><p>Ahh, but what would the 1 hour TCO for that machine?  And how quickly could you get me 100 of them?  And what if after a week, I don't need them anymore.  Do I have to continue paying for them?</p><p>What if I need 1000?  But only for a few days?  Can you even fit 1000 in your data center?</p><p>EC2 is for <b>elastic</b> computing needs.  The price will never compare favorably to <b>static</b> computing on a 3-year basis.</p><p>By the way, your 8k is very low compared to what you'd have to pay to get the same featureset of Amazon Web Services.  What happens if your data center catches fire?  How quickly could you get that machine up and running in a new data center, and at what cost?  How quickly could you upgrade the storage?  Backup online to fault-tolerant storage?  Clone that machine?</p><p>What if I want to to load testing of my application?  Can you get me a full copy of my production environment and let me quit paying for it once my load testing is done?  How much would that cost?</p><p>What about staging my application before production deployment?  Do I have to pay a full year for a server I plan on using for like 100 hours of that year, tops?</p><p>Bottom line: There are a many use cases that call for elastic resources.  Comparing EC2 with an ordinary server makes no sense, because they are different tools for different jobs.</p></div>
	</htmltext>
<tokenext>3 year TCO for such a machine in my environment today would be about $ 8kAhh , but what would the 1 hour TCO for that machine ?
And how quickly could you get me 100 of them ?
And what if after a week , I do n't need them anymore .
Do I have to continue paying for them ? What if I need 1000 ?
But only for a few days ?
Can you even fit 1000 in your data center ? EC2 is for elastic computing needs .
The price will never compare favorably to static computing on a 3-year basis.By the way , your 8k is very low compared to what you 'd have to pay to get the same featureset of Amazon Web Services .
What happens if your data center catches fire ?
How quickly could you get that machine up and running in a new data center , and at what cost ?
How quickly could you upgrade the storage ?
Backup online to fault-tolerant storage ?
Clone that machine ? What if I want to to load testing of my application ?
Can you get me a full copy of my production environment and let me quit paying for it once my load testing is done ?
How much would that cost ? What about staging my application before production deployment ?
Do I have to pay a full year for a server I plan on using for like 100 hours of that year , tops ? Bottom line : There are a many use cases that call for elastic resources .
Comparing EC2 with an ordinary server makes no sense , because they are different tools for different jobs .</tokentext>
<sentencetext>3 year TCO for such a machine in my environment today would be about $8kAhh, but what would the 1 hour TCO for that machine?
And how quickly could you get me 100 of them?
And what if after a week, I don't need them anymore.
Do I have to continue paying for them?What if I need 1000?
But only for a few days?
Can you even fit 1000 in your data center?EC2 is for elastic computing needs.
The price will never compare favorably to static computing on a 3-year basis.By the way, your 8k is very low compared to what you'd have to pay to get the same featureset of Amazon Web Services.
What happens if your data center catches fire?
How quickly could you get that machine up and running in a new data center, and at what cost?
How quickly could you upgrade the storage?
Backup online to fault-tolerant storage?
Clone that machine?What if I want to to load testing of my application?
Can you get me a full copy of my production environment and let me quit paying for it once my load testing is done?
How much would that cost?What about staging my application before production deployment?
Do I have to pay a full year for a server I plan on using for like 100 hours of that year, tops?Bottom line: There are a many use cases that call for elastic resources.
Comparing EC2 with an ordinary server makes no sense, because they are different tools for different jobs.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439970</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440014</id>
	<title>Re:Indictment of cloud computing?</title>
	<author>Anonymous</author>
	<datestamp>1260808920000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>4</modscore>
	<htmltext><p>In order for EC2 capacity to be highly available (I haven't yet heard of people waiting in a queue for hours for an instance), it seems obvious that Amazon must have a large amount of computing power in standby.</p><p>This process of auctioning off the extra processing power based on fluctuating capacity seems like a win-win situation for Amazon AND users. Users who want increased processing, but are not time-bound, can get "off-peak" rates. Meanwhile Amazon can make money off the "idle" processors which are still available to be reserved as an EC2 instance.</p></htmltext>
<tokenext>In order for EC2 capacity to be highly available ( I have n't yet heard of people waiting in a queue for hours for an instance ) , it seems obvious that Amazon must have a large amount of computing power in standby.This process of auctioning off the extra processing power based on fluctuating capacity seems like a win-win situation for Amazon AND users .
Users who want increased processing , but are not time-bound , can get " off-peak " rates .
Meanwhile Amazon can make money off the " idle " processors which are still available to be reserved as an EC2 instance .</tokentext>
<sentencetext>In order for EC2 capacity to be highly available (I haven't yet heard of people waiting in a queue for hours for an instance), it seems obvious that Amazon must have a large amount of computing power in standby.This process of auctioning off the extra processing power based on fluctuating capacity seems like a win-win situation for Amazon AND users.
Users who want increased processing, but are not time-bound, can get "off-peak" rates.
Meanwhile Amazon can make money off the "idle" processors which are still available to be reserved as an EC2 instance.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439800</id>
	<title>nifty</title>
	<author>Anonymous</author>
	<datestamp>1260807120000</datestamp>
	<modclass>Interestin</modclass>
	<modscore>2</modscore>
	<htmltext><p>if only i needed more cpu power for something..</p></htmltext>
<tokenext>if only i needed more cpu power for something. .</tokentext>
<sentencetext>if only i needed more cpu power for something..</sentencetext>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439846</id>
	<title>Re:Permutation city</title>
	<author>afidel</author>
	<datestamp>1260807480000</datestamp>
	<modclass>Insightful</modclass>
	<modscore>3</modscore>
	<htmltext>In short scale Quadrillion is only peta, so we are very much there today with the largest computers being able to do quadrillions of floating point operations per second let alone integer. Not sure if worldwide processing power is yet to the yotaflops scale though I suspect we probably aren't far off.</htmltext>
<tokenext>In short scale Quadrillion is only peta , so we are very much there today with the largest computers being able to do quadrillions of floating point operations per second let alone integer .
Not sure if worldwide processing power is yet to the yotaflops scale though I suspect we probably are n't far off .</tokentext>
<sentencetext>In short scale Quadrillion is only peta, so we are very much there today with the largest computers being able to do quadrillions of floating point operations per second let alone integer.
Not sure if worldwide processing power is yet to the yotaflops scale though I suspect we probably aren't far off.</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439688</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30446296</id>
	<title>Re:Overbuilt &amp; Aging Rapidly</title>
	<author>DragonWriter</author>
	<datestamp>1260900600000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><blockquote><div><p>I thought the main benefit of "elasticity" was remove "peak usage" as a primary buying factor.</p></div></blockquote><p>That's certainly a benefit.</p><blockquote><div><p>If you have a routine that can run, well whenever, then is EC2 any cheaper than using whatever is sitting around unused in your shop already?</p></div></blockquote><p>Possibly not, but if you've already built an infrastructure around EC2, you may not have stuff sitting around your shop intended for that use, and it may make more sense to leverage EC2 for the occasional task of this type, if Amazon provides pricing for it better than the "I need this to run right now" price.</p></div>
	</htmltext>
<tokenext>I thought the main benefit of " elasticity " was remove " peak usage " as a primary buying factor.That 's certainly a benefit.If you have a routine that can run , well whenever , then is EC2 any cheaper than using whatever is sitting around unused in your shop already ? Possibly not , but if you 've already built an infrastructure around EC2 , you may not have stuff sitting around your shop intended for that use , and it may make more sense to leverage EC2 for the occasional task of this type , if Amazon provides pricing for it better than the " I need this to run right now " price .</tokentext>
<sentencetext>I thought the main benefit of "elasticity" was remove "peak usage" as a primary buying factor.That's certainly a benefit.If you have a routine that can run, well whenever, then is EC2 any cheaper than using whatever is sitting around unused in your shop already?Possibly not, but if you've already built an infrastructure around EC2, you may not have stuff sitting around your shop intended for that use, and it may make more sense to leverage EC2 for the occasional task of this type, if Amazon provides pricing for it better than the "I need this to run right now" price.
	</sentencetext>
	<parent>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440554</parent>
</comment>
<comment>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30443680</id>
	<title>This is good</title>
	<author>fulldecent</author>
	<datestamp>1260890640000</datestamp>
	<modclass>None</modclass>
	<modscore>1</modscore>
	<htmltext><p>This is the same way that electricity is sold between providers -- on 6-minute interval bidding arrangements.</p><p>Of course, today only Amazon is providing the service.</p></htmltext>
<tokenext>This is the same way that electricity is sold between providers -- on 6-minute interval bidding arrangements.Of course , today only Amazon is providing the service .</tokentext>
<sentencetext>This is the same way that electricity is sold between providers -- on 6-minute interval bidding arrangements.Of course, today only Amazon is providing the service.</sentencetext>
</comment>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30446296
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440554
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_12</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30448172
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439970
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439982
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_9</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440026
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439968
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_10</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439846
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439688
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440160
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30444666
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_14</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30441868
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439688
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_13</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30443828
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439970
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_7</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440252
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439688
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_6</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439966
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439874
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440020
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439874
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_11</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440014
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30443628
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439874
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_15</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439998
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890
</commentlist>
</thread>
<thread>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#thread_09_12_15_0057232_8</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30453962
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439970
http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890
</commentlist>
</thread>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_15_0057232.2</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440378
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_15_0057232.0</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439968
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440026
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_15_0057232.5</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439688
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439846
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440252
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30441868
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_15_0057232.4</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439874
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440020
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30443628
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439966
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_15_0057232.3</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440554
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30446296
</commentlist>
</conversation>
<conversation>
	<id>http://www.semanticweb.org/ontologies/ConversationInstances.owl#conversation09_12_15_0057232.1</id>
	<commentlist>http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439890
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439982
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30444666
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440014
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439998
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30439970
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30453962
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30443828
--http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30448172
-http://www.semanticweb.org/ontologies/ConversationInstances.owl#comment09_12_15_0057232.30440160
</commentlist>
</conversation>
