Public discussion of the formula for calculating the cost of resources in the MQL5 Cloud Network - page 3
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
It seems to me to simulate correctly not a large number of users and not a large number of providing machines here will not work because of the lack of clarity of the portrait of the average consumer, and most importantly because of the lack of clarity of the portrait of the average landlord.
There is a special software for modelling LMS, it is unlikely to be difficult here, except to set the correct distribution for suppliers and customers.
However, what is there to say, they are likely to reject it anyway.
First of all, you need to find cost limits for 1 hour of 100 PR units, and then adjust formulas accordingly.
17 cents from the example is certainly a lot, at least I did not take into account that nowadays processors are multi-core, and the task of full cost recovery can not be set.
If you take an example of a quad core processor with 100 PR and set a price of 2 cents per hour of operation for a core, then:
If we take the price of one cent per hour:
Which price is more reasonable from a buyer and seller's joint compromise point of view?
- 0.5 cents per hour
- 1.0 cents per hour
- 1.5 cents per hour
- 2.0 cents per hour
Please speak up.Renat:
Which price is reasonable from the joint compromise point of view of seller and buyer?
- 0.5 cents per hour
- 1.0 cents per hour
- 1.5 cents per hour
- 2.0 cents an hour
Please have your say.From the seller's point of view (and in my view from an economic point of view) none of the proposed options.
This is if you count in the cost of electricity and at least some depreciation of the equipment. Suppose we use a PC with 6 cores all 24 hours in an area where electricity costs 1 ruble per kilowatt (for ease of calculation took that value). Consider a PC with 6 cores at full load consumes up to 1 kilowatt per hour (on average, of course, will be less).
At the end it turns out the following:
1. Electricity costs = 24 * 1 * 30 = 720 rubles. If you assume that the dollar is 30 rubles, then a month, only for the payment of electricity will go about 720/30 = $ 24.
2. Approximate income
At these rates, even without depreciation, a month of using a PC with a 6 core CPU would come out to $62-63
3. Let's assume that we also include the depreciation of the PC, based on a hardware cost of $2000 and a depreciation time of 5 years (in reality it would be much less if we used it all the time).
On an estimate comes out as follows - $ 2000 / 5 years / 12 months = about $ 33.33 per month (if the technique will run faithfully all these 5 years).
At the end of the above $63, you should also subtract depreciation and amortization. Including the above costs, the seller will only get ~$30 per month = $63 - 33.
Correction - the average computer (and even without a monitor in this case) consumes 250-300 watts per hour. This means that the cost of energy in the above calculations must be divided by a factor of 3-4.
In addition, the cost price calculation is a theoretical upper-end price calculation. In reality, no one will buy at these prices. For the economic incentives of a resource buyer to work, the rental price must be well below the reproduction price of the equipment.
The use of distributed systems is based on the idea of increasing the utilisation/utilisation of computer capacity which is still idle at 80-90%. That is, selling/providing computing resources is an attempt to increase the utilisation efficiency of existing equipment, rather than a pure "pay back/earnings on a new computer" objective.
Correction - the average computer (and even without a monitor in this case) consumes 250-300 watts per hour. This means that the cost of energy in the above calculations must be divided by a factor of 3-4.
In addition, the cost price calculation is a theoretical upper-end price calculation. In reality, no one will buy at these prices. For economic incentives to work for the resource buyer, the lease price has to be much lower than the reproduction price of the equipment.
The use of distributed systems is based on the idea of increasing utilization/loading of computer capacity which is still idle at 80-90%. In other words, selling/providing billing resources is an attempt to increase the efficiency of existing equipment, rather than the pure purpose of "payback/earning on a new computer".
1. On average yes, and under a good load consumption can go up to 100 watts per core + other devices. So theoretically it is possible to squeeze even a kilowatt out of 6 cores (but this is most likely the peak value), but under a good load this PC can easily show 600-700 watts.
That said, it is also clear that the CPU is unlikely to be fully occupied all 24 hours a day (assuming the machine is on all 24 hours). Hence we need to introduce some sort of averaging factor, say 0.5 or something like that.
Considering the fact that not all computers are equipped with 6 cores, calculation is most likely to be based on a 4 core CPU (however, 2 core computers are usually dominating in offices, even computers with 1 core can still be found).
2. In the example the price was quoted as 1 rouble per kilowatt. I highly doubt that this is the average price of electricity in Russia (especially for enterprises).
3. I am well aware that 17 cents per hour is so much that it would destroy the whole idea, but in my opinion 1-2 cents is not a very objective price.
I checked the consumption during optimisation on a standard MACD Sample Expert Advisor and it ended up with 190-250 watts.
So if 250-300 watts on average will be consumed it is still acceptable.
I propose to quote the cost of an hour of 100 PR units in a chart, which will be available on the MQL5 website. Buyers and sellers of CPU time through the website place their bids to buy and sell an hour of 100 PR units. All their bids over some period, for example over the last 120 days (almost a quarter), are accumulated and the PRice120 equilibrium price is calculated. This equilibrium price will be the price of the hour 100 units PR. If the price of the seller's bid is lower than the price PRice120, then his processing time is sold, if higher, he is not sold. With buyers the opposite is true.
The period of time during which the bids are accumulated is chosen by each buyer and seller individually from several options: 30 days, 60 days, etc. The deviation of its price from the equilibrium price at triggering is also chosen by each buyer and seller.
Correction - the average computer (and even without a monitor in this case) consumes 250-300 watts per hour. This means that the cost of energy in the above calculations must be divided by a factor of 3-4.
In addition, the cost price calculation is a theoretical upper-end price calculation. In reality, no one will buy at these prices. For the economic incentives of a resource buyer to work, the rental price must be well below the reproduction price of the equipment.
The use of distributed systems is based on the idea of increasing the utilisation/utilisation of computer capacity which is still idle at 80-90%. That is, selling/providing computing resources is an attempt to increase the utilisation efficiency of existing equipment, rather than a pure "pay back/earnings on a new computer" objective.
I propose to quote the cost of an hour of 100 PR units in a chart, which will be available on the MQL5 website. Buyers and sellers of CPU time through the website place their bids to buy and sell an hour of 100 PR units. All their bids over some period, for example over the last 120 days (almost a quarter), are accumulated and the PRice120 equilibrium price is calculated. This equilibrium price will be the price of the hour 100 units of PR. If the price of the seller's bid is lower than the price of PRice120, then his time is sold, if higher, he is not sold. With buyers the opposite is true.
This is too complicated a scheme as no one will even be willing to lift a finger (and there is a whole manual bidding) for the sake of minuscule amounts. The system must work in near-automatic mode.
For example, take a reasonable base price and then make automatic daily hourly adjustments based on some supply/demand formula (buyers/sellers). The result would be a price that balances around the base price:
We will start some synthetic tools on the MetaQuotes-Demo server, where it will be possible to observe the number of sellers, buyers and price. The formula for calculating/adjusting the price will be publicly available so that everything is transparent.
If there is a need to explicitly change the base price or adjust the calculation formula, we can do so with a public discussion.