Discussão pública da fórmula de cálculo do custo dos recursos na MQL5 Cloud Network - página 3
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Parece-me que simular correctamente não um grande número de utilizadores e não um grande número de máquinas fornecidas aqui não funcionará devido à falta de clareza do retrato do consumidor médio, e mais importante ainda devido à falta de clareza do retrato do senhorio médio.
Existe um software especial para modelação do LMS, é pouco provável que seja difícil aqui, excepto para definir a distribuição correcta para fornecedores e clientes.
No entanto, o que há a dizer, é provável que o rejeitem de qualquer forma.
Primeiro, é necessário encontrar limites de custo para 1 hora de 100 unidades PR, e depois ajustar as fórmulas em conformidade.
17 cêntimos do exemplo é certamente muito, pelo menos não tive em conta que hoje em dia os processadores são multi-core, e a tarefa de recuperação total dos custos não pode ser definida.
Se pegar num exemplo de um processador de quad core com 100 PR e definir um preço de 2 cêntimos por hora de operação para um core, então:
Se tomarmos o preço de um cêntimo por hora:
Qual é o preço mais razoável do ponto de vista do compromisso conjunto do comprador e do vendedor?
- 0,5 cêntimos por hora
- 1,0 cêntimos por hora
- 1,5 cêntimos por hora
- 2,0 cêntimos por hora
Por favor, fale mais alto.Renat:
Qual é o preço mais razoável do ponto de vista do compromisso conjunto vendedor e comprador?
- 0,5 cêntimos por hora
- 1,0 cêntimos por hora
- 1,5 cêntimos por hora
- 2,0 cêntimos por hora
Por favor, tenha a sua opinião.Do ponto de vista do vendedor (e, na minha opinião, do ponto de vista económico) nenhuma das opções propostas.
Isto se contarmos no custo da electricidade e pelo menos alguma depreciação do equipamento. Suponhamos que utilizamos um PC com 6 núcleos todas as 24 horas numa área onde a electricidade custa 1 rublo por quilowatt (para facilidade de cálculo tomamos esse valor). Considere um PC com 6 núcleos a plena carga consome até 1 quilowatt por hora (em média, é claro, será menos).
No final, acontece o seguinte:
1. Custos de electricidade = 24 * 1 * 30 = 720 rublos. Se assumir que o dólar é 30 rublos, então um mês, apenas para o pagamento de electricidade irá cerca de 720/30 = $ 24.
2. Rendimento aproximado
A estas taxas, mesmo sem depreciação, um mês de utilização de um PC com um CPU de 6 núcleos sairia para 62-63 dólares
3. Vamos supor que também incluímos a depreciação do PC, com base num custo de hardware de $2000 e um tempo de depreciação de 5 anos (na realidade seria muito menor com uma carga de trabalho constante).
Com base numa estimativa sai como se segue - $ 2000 / 5 anos / 12 meses = cerca de $ 33,33 por mês (se a técnica for executada fielmente todos estes 5 anos).
No final dos $63 acima referidos, também se deve subtrair a depreciação e amortização. Incluindo os custos acima referidos, o vendedor só receberá ~$30 por mês = $63 - 33.
Correcção - o computador médio (e mesmo sem um monitor neste caso) consome 250-300 watts por hora. Isto significa que o custo da energia nos cálculos acima referidos deve ser dividido por um factor de 3-4.
Além disso, o cálculo do preço de custo é um cálculo teórico de preço de gama alta. Na realidade, ninguém vai comprar a estes preços. Para os incentivos económicos de um comprador de recursos para trabalhar, o preço de aluguer deve ser muito inferior ao preço de reprodução do equipamento.
A utilização de sistemas distribuídos baseia-se na ideia de aumentar a utilização/utilização da capacidade informática que ainda está ociosa a 80-90%. Ou seja, vender/fornecer recursos informáticos é uma tentativa de aumentar a eficiência de utilização do equipamento existente, em vez de um puro objectivo de "retorno/remuneração num novo computador".
Correcção - o computador médio (e mesmo sem um monitor neste caso) consome 250-300 watts por hora. Isto significa que o custo da energia nos cálculos acima referidos deve ser dividido por um factor de 3-4.
Além disso, o cálculo do preço de custo é um cálculo teórico de preço de gama alta. Na realidade, ninguém vai comprar a estes preços. Para incentivos económicos para trabalhar para o comprador do recurso, o preço de aluguer tem de ser muito mais baixo do que o preço de reprodução do equipamento.
A utilização de sistemas distribuídos baseia-se na ideia de aumentar a utilização/carga da capacidade dos computadores, que ainda está ociosa a 80-90%. Por outras palavras, vender/fornecer recursos de facturação é uma tentativa de aumentar a eficiência do equipamento existente, e não o puro propósito de "retorno do investimento/aprendizagem num novo computador".
1. Em média sim, e sob um bom consumo de carga pode ir até 100 watts por núcleo + outros dispositivos. Assim, teoricamente é possível espremer mesmo um quilowatt em 6 núcleos (mas este é muito provavelmente o valor máximo), mas sob uma boa carga este PC pode facilmente mostrar 600-700 watts.
Dito isto, é também claro que é pouco provável que a CPU esteja totalmente ocupada todas as 24 horas por dia (assumindo que a máquina esteja ligada todas as 24 horas). Daí a necessidade de introduzir algum tipo de factor de média, digamos 0,5 ou algo do género.
Considerando o facto de nem todos os computadores terem 6 núcleos, é mais provável que o cálculo se baseie em 4 núcleos de CPU (embora nas empresas prevaleçam normalmente computadores de 2 núcleos, mesmo computadores com 1 núcleo ainda podem ser encontrados).
2. No exemplo, o preço foi cotado como 1 rublo por quilowatt. Duvido muito que este seja o preço médio da electricidade na Rússia (especialmente para as empresas).
3. estou bem ciente de que 17 cêntimos por hora é tanto que destruiria toda a ideia, mas na minha opinião 1-2 cêntimos não é um preço muito objectivo.
Verifiquei o consumo durante a optimização num Expert Advisor MACD padrão e este acabou por ficar com 190-250 watts.
Portanto, se forem consumidos em média 250-300 watts, ainda é aceitável.
Proponho citar o custo de uma hora de 100 unidades PR num gráfico, que estará disponível no website da MQL5. Compradores e vendedores de tempo de CPU através do website colocam as suas ofertas para comprar e vender uma hora de 100 unidades PR. Todas as suas ofertas durante algum período, por exemplo nos últimos 120 dias (quase um trimestre), são acumuladas e o preço de equilíbrio PRice120 é calculado. Este preço de equilíbrio será o preço da hora 100 unidades de PR. Se o preço da oferta do vendedor for inferior ao preço do PRice120, então o seu tempo é vendido, se superior, não é vendido. Com os compradores é o contrário que acontece.
O período de tempo durante o qual as ofertas são acumuladas é escolhido por cada comprador e vendedor individualmente entre várias opções: 30 dias, 60 dias, etc. O desvio do seu preço em relação ao preço de equilíbrio no acionamento é também escolhido por cada comprador e vendedor.
Correcção - o computador médio (e mesmo sem um monitor neste caso) consome 250-300 watts por hora. Isto significa que o custo da energia nos cálculos acima referidos deve ser dividido por um factor de 3-4.
Além disso, o cálculo do preço de custo é um cálculo teórico de preço de gama alta. Na realidade, ninguém vai comprar a estes preços. Para os incentivos económicos de um comprador de recursos para trabalhar, o preço de aluguer deve ser muito inferior ao preço de reprodução do equipamento.
A utilização de sistemas distribuídos baseia-se na ideia de aumentar a utilização/utilização da capacidade informática que ainda está ociosa a 80-90%. Ou seja, vender/fornecer recursos informáticos é uma tentativa de aumentar a eficiência de utilização do equipamento existente, em vez de um puro objectivo de "retorno/remuneração num novo computador".
Proponho citar o custo de uma hora de 100 unidades PR num gráfico, que estará disponível no website da MQL5. Compradores e vendedores de tempo de CPU através do website colocam as suas ofertas para comprar e vender uma hora de 100 unidades PR. Todas as suas ofertas durante algum período, por exemplo nos últimos 120 dias (quase um trimestre), são acumuladas e o preço de equilíbrio PRice120 é calculado. Este preço de equilíbrio será o preço da hora 100 unidades PR. Se o preço pedido do vendedor for inferior ao preço PRice120, então o seu tempo é vendido, se superior, ele não é vendido. Com os compradores é o contrário que acontece.
Isto é um esquema demasiado complicado, pois ninguém estará sequer disposto a levantar um dedo (e há toda uma licitação manual) em nome de quantidades minúsculas. O sistema deve funcionar em modo próximo do automático.
Por exemplo, tomar um preço base razoável e depois fazer ajustes horários diários automáticos baseados em alguma fórmula de oferta/procura (compradores/vendedores). O resultado seria um preço que se equilibra em torno do preço base:
Vamos iniciar algumas ferramentas sintéticas no servidor MetaQuotes-Demo, onde será possível observar o número de vendedores, compradores e o preço. A fórmula para calcular/ajustar o preço estará publicamente disponível para que tudo seja transparente.
Se houver a necessidade de alterar explicitamente o preço base ou ajustar a fórmula de cálculo, podemos fazê-lo com uma discussão pública.