公开讨论MQL5云计算网络中资源成本的计算公式 - 页 10

新评论
 
YuraZ:

有趣的是，传入的流量正在飞速增长!

我的32个核心，分散在各站，在一个有8个核心的站上，仅一天就下载了1.5千兆字节的数据。

当从同一目录运行多个代理时，我们大大减少了重复的流量。这意味着，如果一个核心下载了某个符号的数据，那么其他核心也将可以使用。

在测试进行的同时，我们现在正在平衡许多云计算 过程。

 
Renat:

如果多个代理在同一目录下运行，我们将大幅减少重复的流量。也就是说，如果一个核心按符号上传了数据，其他核心也可以使用。

在测试进行的同时，我们现在正在平衡许多云计算过程。

现在好了，因为即使没有限制（也没有限制），而且有足够的磁盘，仍然有很大的压力....。
 
Renat:

如果从一个目录中推出几个代理，我们将大大减少重复的流量。这意味着，如果一个核心上传了某个符号的数据，其他核心也可以使用。

在测试进行的同时，我们现在正在平衡许多云计算过程。

这是个好消息。

虽然这不能解决一般的问题，一个人有免费的互联网，电是一个痛苦的口袋，另一个人的交通伤害了他的口袋，第三个人会很高兴地连接所有的机器在本地网络的工作，但老板不会理解这种利他主义。

所有问题都是通过一次性支付服务费来解决的。

我无意将我的租车服务做成生意，但我也不会将我的车送给别人，这对我是不利的。

同样，这个想法是迷茫的，我把我的机器免费给别人用了几个月（因此没有核算），当我需要的时候，发现大家的机器都在忙!!!!，然后呢，怨恨整个世界？

 
enat:

如果多个代理在同一目录下运行，我们将大幅减少重复的流量。这意味着，如果一个核心下载了某个符号的数据，那么其他核心也可以使用该数据。

在测试进行的同时，我们现在正在平衡许多云计算过程。

是的，这当然很好！谢谢你！"。

--

原则上，所需的最大体积很容易计算。

目前，唯一可怕的是交易的数量。这里是得到11个交易的8个核心中的一个

这些信息基本上是相同的。

今天我看到的是7千兆字节，昨天是1.5千兆字节。

我想我将会超过我每月15G的流量限制。

太糟糕了，我将不得不拔掉我的32个核心，也许最多只留下一个核心。

--

这个想法很酷！它的测试速度非常快，那些拥有无限制流量和大量磁盘空间的人

我没有磁盘空间的问题，但我有流量的问题。

 
YuraZ:

今天我已经看了7G，昨天是1.5G。

我认为我将超过我的月度流量，我将被削减速度！我的限制是每月15G。

太糟糕了，我将不得不禁用我的32个核心，留下的可能不超过一个。

你一直在积极测试，我只下载了2.5-3Gb（我的磁盘有60-75Gb用于此）。

而你的交易会少一点。

 

这根本不是什么坏事!

一般来说，需要的量是一次性下载的!

因此，流量的激增只会在开始时进行。

因此，如果要承受这个时刻，问题就不是那么全球性的。

是的，和磁盘空间，因为它是可能分配的，因为它是大约可能知道其必要的体积！。

---

因此，唯一会让你害怕的是经销商的数量!

如果开发者解决了数据重复的问题，就不会有问题了

 
Interesting:

它正在积极测试，到目前为止我只下载了2.5-3Gb（我在磁盘上为此分配了60-75Gb）。

而且经销商的数量比你的少一点。

这只是在一台机器上!

我有超过10台机器在池中

我目前有34个核心

 
YuraZ:

这根本不是什么坏事!

一般来说，需要的量是一次性下载的!

因此，流量的激增只会在开始时进行。

因此，如果要承受这个时刻，问题就不是那么全球性的。

是的，和磁盘空间，因为它是可能分配的，因为它是大约可能知道其必要的体积！。

---

所以只有发牌室的数量会让你感到害怕!

如果开发人员将解决数据重复的问题，这个问题就不会成为

有一个但是，或者说甚至有两个。

1.至少会有100个受欢迎的交易室，也许会更多。

2.他们每个人都有很多工具，比开发商的服务器上的工具多得多，而且目前历史的质量不是很好。如果他们决定在那里改变历史，将自动再次下载。

PS

顺便说一下，我分配空间的基础是，将有不超过100个服务器，每个500Mb。

但如果我安排的财务部分可以很容易地增加磁盘空间至少10倍。

 
Interesting:


PS

顺便说一下，我已经分配了空间，基础是不会超过100个服务器，每个500Mb。

但如果财务部分能让我满意，我可以很容易地将磁盘空间的数量增加10倍左右。

那么，一个普通的核心，24小时，最少要多少钱才适合你？
 
YuraZ:


一个普通的核心，在24小时内，最低多少钱你会满意？
1...34567891011121314151617...46
新评论