公开讨论MQL5云计算网络中资源成本的计算公式 - 页 10 1...34567891011121314151617...46 新评论 Renat Fatkhullin 2011.06.10 16:54 #91 YuraZ: 有趣的是,传入的流量正在飞速增长!我的32个核心,分散在各站,在一个有8个核心的站上,仅一天就下载了1.5千兆字节的数据。当从同一目录运行多个代理时,我们大大减少了重复的流量。这意味着,如果一个核心下载了某个符号的数据,那么其他核心也将可以使用。在测试进行的同时,我们现在正在平衡许多云计算 过程。 [删除] 2011.06.10 17:13 #92 Renat:如果多个代理在同一目录下运行,我们将大幅减少重复的流量。也就是说,如果一个核心按符号上传了数据,其他核心也可以使用。在测试进行的同时,我们现在正在平衡许多云计算过程。 现在好了,因为即使没有限制(也没有限制),而且有足够的磁盘,仍然有很大的压力....。 Mykola Demko 2011.06.10 17:30 #93 Renat:如果从一个目录中推出几个代理,我们将大大减少重复的流量。这意味着,如果一个核心上传了某个符号的数据,其他核心也可以使用。在测试进行的同时,我们现在正在平衡许多云计算过程。这是个好消息。虽然这不能解决一般的问题,一个人有免费的互联网,电是一个痛苦的口袋,另一个人的交通伤害了他的口袋,第三个人会很高兴地连接所有的机器在本地网络的工作,但老板不会理解这种利他主义。所有问题都是通过一次性支付服务费来解决的。我无意将我的租车服务做成生意,但我也不会将我的车送给别人,这对我是不利的。同样,这个想法是迷茫的,我把我的机器免费给别人用了几个月(因此没有核算),当我需要的时候,发现大家的机器都在忙!!!!,然后呢,怨恨整个世界? Yuriy Zaytsev 2011.06.11 13:53 #94 enat:如果多个代理在同一目录下运行,我们将大幅减少重复的流量。这意味着,如果一个核心下载了某个符号的数据,那么其他核心也可以使用该数据。在测试进行的同时,我们现在正在平衡许多云计算过程。是的,这当然很好!谢谢你!"。--原则上,所需的最大体积很容易计算。目前,唯一可怕的是交易的数量。这里是得到11个交易的8个核心中的一个这些信息基本上是相同的。今天我看到的是7千兆字节,昨天是1.5千兆字节。我想我将会超过我每月15G的流量限制。太糟糕了,我将不得不拔掉我的32个核心,也许最多只留下一个核心。--这个想法很酷!它的测试速度非常快,那些拥有无限制流量和大量磁盘空间的人我没有磁盘空间的问题,但我有流量的问题。 [删除] 2011.06.11 14:08 #95 YuraZ:今天我已经看了7G,昨天是1.5G。我认为我将超过我的月度流量,我将被削减速度!我的限制是每月15G。太糟糕了,我将不得不禁用我的32个核心,留下的可能不超过一个。 你一直在积极测试,我只下载了2.5-3Gb(我的磁盘有60-75Gb用于此)。而你的交易会少一点。 Yuriy Zaytsev 2011.06.11 14:11 #96 这根本不是什么坏事!一般来说,需要的量是一次性下载的!因此,流量的激增只会在开始时进行。因此,如果要承受这个时刻,问题就不是那么全球性的。是的,和磁盘空间,因为它是可能分配的,因为它是大约可能知道其必要的体积!。---因此,唯一会让你害怕的是经销商的数量! 如果开发者解决了数据重复的问题,就不会有问题了 Yuriy Zaytsev 2011.06.11 14:13 #97 Interesting:它正在积极测试,到目前为止我只下载了2.5-3Gb(我在磁盘上为此分配了60-75Gb)。而且经销商的数量比你的少一点。这只是在一台机器上!我有超过10台机器在池中我目前有34个核心 [删除] 2011.06.11 14:32 #98 YuraZ:这根本不是什么坏事!一般来说,需要的量是一次性下载的!因此,流量的激增只会在开始时进行。因此,如果要承受这个时刻,问题就不是那么全球性的。是的,和磁盘空间,因为它是可能分配的,因为它是大约可能知道其必要的体积!。---所以只有发牌室的数量会让你感到害怕! 如果开发人员将解决数据重复的问题,这个问题就不会成为 有一个但是,或者说甚至有两个。1.至少会有100个受欢迎的交易室,也许会更多。2.他们每个人都有很多工具,比开发商的服务器上的工具多得多,而且目前历史的质量不是很好。如果他们决定在那里改变历史,将自动再次下载。PS顺便说一下,我分配空间的基础是,将有不超过100个服务器,每个500Mb。但如果我安排的财务部分可以很容易地增加磁盘空间至少10倍。 михаил потапыч 2011.06.11 14:43 #99 Interesting:PS顺便说一下,我已经分配了空间,基础是不会超过100个服务器,每个500Mb。但如果财务部分能让我满意,我可以很容易地将磁盘空间的数量增加10倍左右。 那么,一个普通的核心,24小时,最少要多少钱才适合你? михаил потапыч 2011.06.11 14:45 #100 YuraZ: 一个普通的核心,在24小时内,最低多少钱你会满意? 1...34567891011121314151617...46 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
有趣的是,传入的流量正在飞速增长!
我的32个核心,分散在各站,在一个有8个核心的站上,仅一天就下载了1.5千兆字节的数据。
当从同一目录运行多个代理时,我们大大减少了重复的流量。这意味着,如果一个核心下载了某个符号的数据,那么其他核心也将可以使用。
在测试进行的同时,我们现在正在平衡许多云计算 过程。
如果多个代理在同一目录下运行,我们将大幅减少重复的流量。也就是说,如果一个核心按符号上传了数据,其他核心也可以使用。
在测试进行的同时,我们现在正在平衡许多云计算过程。
如果从一个目录中推出几个代理,我们将大大减少重复的流量。这意味着,如果一个核心上传了某个符号的数据,其他核心也可以使用。
在测试进行的同时,我们现在正在平衡许多云计算过程。
这是个好消息。
虽然这不能解决一般的问题,一个人有免费的互联网,电是一个痛苦的口袋,另一个人的交通伤害了他的口袋,第三个人会很高兴地连接所有的机器在本地网络的工作,但老板不会理解这种利他主义。
所有问题都是通过一次性支付服务费来解决的。
我无意将我的租车服务做成生意,但我也不会将我的车送给别人,这对我是不利的。
同样,这个想法是迷茫的,我把我的机器免费给别人用了几个月(因此没有核算),当我需要的时候,发现大家的机器都在忙!!!!,然后呢,怨恨整个世界?
如果多个代理在同一目录下运行,我们将大幅减少重复的流量。这意味着,如果一个核心下载了某个符号的数据,那么其他核心也可以使用该数据。
在测试进行的同时,我们现在正在平衡许多云计算过程。
是的,这当然很好!谢谢你!"。
--
原则上,所需的最大体积很容易计算。
目前,唯一可怕的是交易的数量。这里是得到11个交易的8个核心中的一个
这些信息基本上是相同的。
今天我看到的是7千兆字节,昨天是1.5千兆字节。
我想我将会超过我每月15G的流量限制。
太糟糕了,我将不得不拔掉我的32个核心,也许最多只留下一个核心。
--
这个想法很酷!它的测试速度非常快,那些拥有无限制流量和大量磁盘空间的人
我没有磁盘空间的问题,但我有流量的问题。
今天我已经看了7G,昨天是1.5G。
我认为我将超过我的月度流量,我将被削减速度!我的限制是每月15G。
太糟糕了,我将不得不禁用我的32个核心,留下的可能不超过一个。
你一直在积极测试,我只下载了2.5-3Gb(我的磁盘有60-75Gb用于此)。
而你的交易会少一点。
这根本不是什么坏事!
一般来说,需要的量是一次性下载的!
因此,流量的激增只会在开始时进行。
因此,如果要承受这个时刻,问题就不是那么全球性的。
是的,和磁盘空间,因为它是可能分配的,因为它是大约可能知道其必要的体积!。
---
因此,唯一会让你害怕的是经销商的数量!
如果开发者解决了数据重复的问题,就不会有问题了
它正在积极测试,到目前为止我只下载了2.5-3Gb(我在磁盘上为此分配了60-75Gb)。
而且经销商的数量比你的少一点。
这只是在一台机器上!
我有超过10台机器在池中
我目前有34个核心
这根本不是什么坏事!
一般来说,需要的量是一次性下载的!
因此,流量的激增只会在开始时进行。
因此,如果要承受这个时刻,问题就不是那么全球性的。
是的,和磁盘空间,因为它是可能分配的,因为它是大约可能知道其必要的体积!。
---
所以只有发牌室的数量会让你感到害怕!
如果开发人员将解决数据重复的问题,这个问题就不会成为
有一个但是,或者说甚至有两个。
1.至少会有100个受欢迎的交易室,也许会更多。
2.他们每个人都有很多工具,比开发商的服务器上的工具多得多,而且目前历史的质量不是很好。如果他们决定在那里改变历史,将自动再次下载。
PS
顺便说一下,我分配空间的基础是,将有不超过100个服务器,每个500Mb。
但如果我安排的财务部分可以很容易地增加磁盘空间至少10倍。
PS
顺便说一下,我已经分配了空间,基础是不会超过100个服务器,每个500Mb。
但如果财务部分能让我满意,我可以很容易地将磁盘空间的数量增加10倍左右。