公开讨论MQL5云计算网络中资源成本的计算公式 - 页 4 1234567891011...46 新评论 Andrew Petras 2011.06.09 13:11 #31 Renat:我们重点关注以下几类用户。需要尽可能快地进行计算的人愿意在不使用时积累资源的人,以便日后能迅速使用他们所积累的资源那些愿意简单地将自己的(或可用的)资源卖出换取金钱,然后将其收回的人(交易之外的用户)。而且有一种感觉,在一年后,第三类用户将占上风,他们将利用时间表功能出售未使用时间的资源。4.那些是3和2的人,直到他们需要1--作为1,他们会更少地使用它(交易者自己掌握MQL5)。当然,%是很难发声的。//////////////////////////////TIME - затраченное время на расчет задачи(пакета задач) в миллисекундах必须在计算中必然存在。例如:我一天24小时都在抽水,为什么我不按小时收取免费的钱呢?问题:"慢"(例如,通过延迟(ping))会不会以某种方式被切断?//////////////////////////////另一方面,大多数用户没有开发者服务器的能力,这将是计算的主要部分,首先是计算。他们的核心卖家会剩下什么?//////////////////////////////坦率地说,我没有看到任何足够的数字,根据什么来计算。一方面,我们至少要知道云计算的成本,并从公司对MetaQuotes的盈利能力出发(尽可能低的价格标签)。假设,我作为一个潜在的卖家和/或买家,将满足于每个核心1美元/天。开发商会对10美分感到满意吗?从用户方面着手,从计算机的成本出发...嗯,不知道。即使在这个主题中,也有500美元和2000美元的报价。这是一个相当广泛的分布。我想我们仍然需要从买家愿意支付多少钱以及这些买家有多少人开始。也许一般采取专家顾问的平均价格(取决于复杂性),程序员按需工作,可以估计吗,然后调整系数。关于云的总负载,作为一个选项。 [删除] 2011.06.09 13:12 #32 radioamator:我提议在图表中引用一小时100个PR单位的费用,该图表将在MQL5网站上提供。CPU时间的买家和卖家通过网站出价购买 和出售一小时的100PR单位。他们在某个时期的所有出价,例如过去120天(几乎一个季度)的出价,都会被累积起来,并计算出PRice120的均衡价格。这个均衡价格将是每小时100个单位的PR的价格。 如果卖方出价的价格低于PRice120的价格,那么他的加工时间就被卖掉了,如果更高,他就不被卖掉。对于买家来说,情况恰恰相反。积累竞价的时间段是由每个买方和卖方从几个选项中单独选择的。30天,60天,等等。其价格与触发时的均衡价格的偏差也是由每个买方和卖方单独选择。在我看来,太复杂了。价格应根据统计数据和其他信息集中制定。一般的统计数字只有开发商才能看到,他们才是握有牌的人。而定期调整价格(比如,每季度一次)可以根据供求关系。假设你设定了1美分的价格,但想要与云计算合作将远远超过要求--不得不提高价格以增加提供其能力的意愿。如果价格太高,买家就会离开(去私人网络或其他地方),然后就不得不降价。唯一的问题是以哪个价格为基础。 Renat Fatkhullin 2011.06.09 13:12 #33 Mischek: 你有购买TeamWox的企业客户。可能你的公司有人与他们保持联系。也许你应该尝试向他们提供 "增加回收/装载80-90%的闲置计算机功率的想法"。他们已经对你的公司有了信心,而且价格问题可以迅速确定--它可能接近公平和最佳。另一个想法是,我们将尝试让那些已经参与了几十年(几乎总是免费的)各种分布式计算 项目(SETI@home和BOINC平台上的类似项目)的庞大爱好者社区参与进来。我们有一个很好的激励机制来支付资源。 [删除] 2011.06.09 13:18 #34 Renat:我们将在MetaQuotes-Demo服务器上运行几个合成工具,卖家、买家和价格的数量都可以被监控。计算/调整价格的公式将被公开,以便一切透明。如果我们需要明确地改变基本价格或调整计算公式,我们可以通过公开讨论来实现。 好主意。然后,我们将不得不允许按CPU时间进行交易,所有的经纪公司都会羡慕地死去......。:)雷纳特。另一个想法是,我们将尝试让那些几十年来一直参与(几乎总是免费的)各种分布式计算项目(SETI@home 和BOINC平台上的类似项目)的巨大爱好者社区参与进来。 我们是否能够在图表中捕捉到火星人?:) Renat Fatkhullin 2011.06.09 13:21 #35 Silent: 问题:"慢的"(如按延迟(ping))是否会以某种方式被切断,或者它们会按优先级/性能进来?它们在云服务器上被识别,"性能和时间 "被相应地调整。这主要是为了打击作弊行为。另一方面,大多数用户没有开发者服务器的能力,而大部分的计算工作将首先在那里完成。他们的核心卖家会剩下什么?我们不打算出售我们的资源;我们的目标是在全世界建立一个巨大的分销网络。当然,我们的一些资源至少在初始阶段会免费发放。一方面,我们至少应该知道云计算的成本,并从MetaQuotes的企业盈利能力(最低可能的价格标签)开始。让我们假设,我作为一个潜在的卖家和/或买家,会对每个核心的1美元/天感到满意。开发商会对10美分感到满意吗?我们只是一个分布式网络的运营商,目的是为数万和数十万的计算代理创建一个云。 看看地理上分布的云服务器列表--当负载增加时,会有更多。也许我们还是应该考虑客户愿意支付多少钱,以及会有多少客户。 一个简单的变体1 单价=底价* Func( 卖家,买家,时间)因此,价格将根据供应/需求情况每小时自动调整。 Andrew Petras 2011.06.09 13:21 #36 而你可以把已经存在的云服务的基本 "医院平均 "成本作为一个基础。 Renat Fatkhullin 2011.06.09 13:23 #37 Silent: 而人们可以把已经存在的云服务的基本 "医院平均 "成本作为一个基础。 是的,这也是一个想法。但在那里,价格包括整台电脑的磁盘、内存和CPU以及其余的安全和备份基础设施。 Andrew Petras 2011.06.09 13:26 #38 Renat: 谢谢你的澄清,这就更有意义了。 Andrew Petras 2011.06.09 13:28 #39 Renat: 是的,这也是一个想法。但那里的价格包括整台电脑的磁盘、内存和CPU以及其余的安全和备份基础设施。 基本上与来自用户计算机的费用相同... Roman Chernyaev 2011.06.09 13:33 #40 Renat:这是个太复杂的计划,因为甚至没有人愿意为微不足道的金额抬起手指(有一个完整的人工竞标过程)。该系统必须在接近自动的模式下工作。 我并不是真的指交易。一个CPU时间的买家想给自己买N个小时的100个PR单元。他需要以某种方式通知服务器,我,伊万诺夫,想买N个小时,并愿意为此支付M美分。买家在我的个人柜子里下单购买,如果他的价格高于或等于某个价格,基数,平衡120天或什么,那么买家就买下处理器的时间。问题是,通过网站提出的购买/出售处理器时间的报价,既是对服务器的购买/出售命令,也是确定价格的统计数据。价格表只是供参考之用。 1234567891011...46 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我们重点关注以下几类用户。
而且有一种感觉,在一年后,第三类用户将占上风,他们将利用时间表功能出售未使用时间的资源。
4.那些是3和2的人,直到他们需要1--作为1,他们会更少地使用它(交易者自己掌握MQL5)。
当然,%是很难发声的。
//////////////////////////////
必须在计算中必然存在。
例如:我一天24小时都在抽水,为什么我不按小时收取免费的钱呢?
问题:"慢"(例如,通过延迟(ping))会不会以某种方式被切断?
//////////////////////////////
另一方面,大多数用户没有开发者服务器的能力,这将是计算的主要部分,首先是计算。
他们的核心卖家会剩下什么?
//////////////////////////////
坦率地说,我没有看到任何足够的数字,根据什么来计算。
一方面,我们至少要知道云计算的成本,并从公司对MetaQuotes的盈利能力出发(尽可能低的价格标签)。假设,我作为一个潜在的卖家和/或买家,将满足于每个核心1美元/天。开发商会对10美分感到满意吗?
从用户方面着手,从计算机的成本出发...嗯,不知道。即使在这个主题中,也有500美元和2000美元的报价。这是一个相当广泛的分布。
我想我们仍然需要从买家愿意支付多少钱以及这些买家有多少人开始。
也许一般采取专家顾问的平均价格(取决于复杂性),程序员按需工作,可以估计吗,然后调整系数。关于云的总负载,作为一个选项。
我提议在图表中引用一小时100个PR单位的费用,该图表将在MQL5网站上提供。CPU时间的买家和卖家通过网站出价购买 和出售一小时的100PR单位。他们在某个时期的所有出价,例如过去120天(几乎一个季度)的出价,都会被累积起来,并计算出PRice120的均衡价格。这个均衡价格将是每小时100个单位的PR的价格。 如果卖方出价的价格低于PRice120的价格,那么他的加工时间就被卖掉了,如果更高,他就不被卖掉。对于买家来说,情况恰恰相反。
积累竞价的时间段是由每个买方和卖方从几个选项中单独选择的。30天,60天,等等。其价格与触发时的均衡价格的偏差也是由每个买方和卖方单独选择。
在我看来,太复杂了。价格应根据统计数据和其他信息集中制定。一般的统计数字只有开发商才能看到,他们才是握有牌的人。
而定期调整价格(比如,每季度一次)可以根据供求关系。假设你设定了1美分的价格,但想要与云计算合作将远远超过要求--不得不提高价格以增加提供其能力的意愿。
如果价格太高,买家就会离开(去私人网络或其他地方),然后就不得不降价。
唯一的问题是以哪个价格为基础。
你有购买TeamWox的企业客户。可能你的公司有人与他们保持联系。也许你应该尝试向他们提供 "增加回收/装载80-90%的闲置计算机功率的想法"。他们已经对你的公司有了信心,而且价格问题可以迅速确定--它可能接近公平和最佳。
另一个想法是,我们将尝试让那些已经参与了几十年(几乎总是免费的)各种分布式计算 项目(SETI@home和BOINC平台上的类似项目)的庞大爱好者社区参与进来。
我们有一个很好的激励机制来支付资源。
Renat:
我们将在MetaQuotes-Demo服务器上运行几个合成工具,卖家、买家和价格的数量都可以被监控。计算/调整价格的公式将被公开,以便一切透明。
如果我们需要明确地改变基本价格或调整计算公式,我们可以通过公开讨论来实现。
另一个想法是,我们将尝试让那些几十年来一直参与(几乎总是免费的)各种分布式计算项目(SETI@home 和BOINC平台上的类似项目)的巨大爱好者社区参与进来。
问题:"慢的"(如按延迟(ping))是否会以某种方式被切断,或者它们会按优先级/性能进来?
它们在云服务器上被识别,"性能和时间 "被相应地调整。这主要是为了打击作弊行为。
他们的核心卖家会剩下什么?
我们不打算出售我们的资源;我们的目标是在全世界建立一个巨大的分销网络。
当然,我们的一些资源至少在初始阶段会免费发放。
我们只是一个分布式网络的运营商,目的是为数万和数十万的计算代理创建一个云。
看看地理上分布的云服务器列表--当负载增加时,会有更多。
一个简单的变体1 单价=底价* Func( 卖家,买家,时间)
因此,价格将根据供应/需求情况每小时自动调整。
而人们可以把已经存在的云服务的基本 "医院平均 "成本作为一个基础。
是的,这也是一个想法。但那里的价格包括整台电脑的磁盘、内存和CPU以及其余的安全和备份基础设施。
这是个太复杂的计划,因为甚至没有人愿意为微不足道的金额抬起手指(有一个完整的人工竞标过程)。该系统必须在接近自动的模式下工作。