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
Obrigado pela revisão, está tudo muito bem descrito
de minha parte, essas coisas são usadas em supercomputadores. e eles sabem o que colocar lá dentro
o desempenho de tal coisa é definitivamente melhor do que um servidor xeon
é claro, você pode colocar algo como o superdome HP X - mas o preço está além da mente do universo
ao otimizar os EAs, não é a freqüência que importa, mas o número de fios ....
também é verdade que quanto maior a freqüência e mais núcleos, mais rápido é o cálculo
https://aws.amazon.com/ru/ec2/spot/pricing/
Os preços são mais precisos na LC. O pagamento é por hora. Você paga por seu servidor somente quando realmente precisa dele, não durante o mês inteiro.
A configuração muitas vezes varia de acordo com a região.https://aws.amazon.com/ru/ec2/spot/pricing/
Os preços são mais precisos na LC. O pagamento é por hora. Você paga por seu servidor somente quando realmente precisa dele, não durante o mês inteiro.
Dependendo da região, as embalagens muitas vezes mudam.Quantas horas são? só tive um teste um ano na amazônia
https://aws.amazon.com/ru/ec2/spot/pricing/
Os preços são mais precisos na LC. O pagamento é por hora. Você paga por seu servidor somente quando realmente precisa dele, não durante o mês inteiro.
Dependendo da região, as embalagens muitas vezes variam.Estes são casos pontuais.
São recomendados casos pontuais:
Eles não são adequados para otimização. Não importa o quão baratos eles sejam.
Os milagres não acontecem, você tem que pagar pelo poder de processamento.
0,6 libras por 1 hora de m4,10x maior. Para preços à vista arredondados para a hora: 1:02:05 - a tarifa seria de 2 horas.
O EBS é um disco virtual. É cobrado separadamente, mas é muito barato. Pagamento por GB/mês.
Estes são casos pontuais.
Eles não são adequados para otimização. Não importa o quão baratos eles sejam.
Não há milagres, você tem que pagar pelo poder de processamento.
Qual é a base de uma conclusão tão estranha?
Ao selecionar uma instância pontual, é importante avaliar a tolerância de interrupções na aplicação e o nível alvo de redução de custos. Quanto menor a taxa de interrupção selecionada, mais longas serão as instâncias pontuais.
A chave aqui é a aceitabilidade das interrupções de aplicação.
Assim que você executar a otimização pelo menos uma vez em tal instância - compartilhe suas impressões.
Provavelmente, muitas pessoas estarão interessadas em ver:
Isso acontece.
Tem medo de interrupções? Na verdade, para otimização, a desistência de agentes não é crítica.
O preço à vista raramente é atualizado. O preço é fixado para a hora de uso. Se o preço for atualizado na próxima hora, uma interrupção só ocorrerá quando o preço solicitado for excedido. Isto é semelhante a um stop loss:)
Para que não haja interrupção, é suficiente especificar o preço da tarifa da instância. Meu exemplo funcionou durante 14 horas sem interrupção.
Tem medo de interrupções? Na verdade, para otimização, a desistência de agentes não é crítica.
O preço à vista raramente é atualizado. O preço é fixado para a hora de uso. Se o preço for atualizado na próxima hora, uma interrupção só ocorrerá quando o preço solicitado for excedido. Isto é semelhante a um stop loss:)
Para que não haja interrupção, é suficiente especificar o preço da tarifa da instância. Meu exemplo funcionou durante 14 horas sem interrupção.
Isso agora é mais divertido. Mas ainda não. Tenho que calcular economias reais.
Com agentes na nuvem tudo é claro - você paga pelo tempo de trabalho do agente e não mais. A otimização começou, no passe 1 você tem 256 (512) agentes em um trabalho, no passe 2 menos agentes serão empregados, no passe 20 uma ordem de magnitude menos agentes serão empregados do que no passe 1, etc.
Não é assim que funciona com agentes de instância. Você paga pelo tempo de trabalho de todas as instâncias, e não importa quanto tempo os agentes trabalharam individualmente. Isto é, é necessário calcular um equilíbrio ideal entre o poder computacional da instância e o tempo gasto em otimização para que você não tenha que pagar dinheiro e tempo desnecessários.
E algo a esse respeito me parece que a instância não será mais barata do que uma nuvem da MQ, seja ela qual for. Mesmo a preços com desconto, ou seja, preços à vista.
E ambas as opções perdem com a compra de uma pepelatsa de forma limpa :) Desde que haja algo a contar, é claro.