Dê uma olhada no link
Acho que o softlimit como um programa de wrapper é o que você precisa usar. Eu não sei sem testar se isso vai forçar a troca ou simplesmente matá-lo.
Com 35 conexões, meu bitcoind consome 581Mb de memória que é mais da metade da minha memória total em VPS (1024 no total) e eu preciso de memória também para outros serviços como apache2 e mysql no meu servidor. Posso tomar algumas medidas para limitar os recursos usados pelo bitcoind a um bom número redondo de 256Mb sem limitar severamente a capacidade do bitcoind de funcionar adequadamente? Eu suponho que posso limitar o número de conexões de entrada / saída máximas em bitcoin.conf, mas então qual seria um bom limite?
Dê uma olhada no link
Acho que o softlimit como um programa de wrapper é o que você precisa usar. Eu não sei sem testar se isso vai forçar a troca ou simplesmente matá-lo.
Você pode ajustar o mysql e o apache para usar o trabalho com muito menos memória RAM do que seus padrões, mas esse é um assunto diferente e, obviamente, pode não ser uma opção (baseada) no volume do seu tráfego, etc.
... bitcoind
É interessante que ele esteja conectado a tantos nós, no padrão ele só faz cerca de 8 conexões da última vez que eu olhei
Sugiro adicionar isto ao seu ~ / .bitcoin / bitcoin.conf para pelo menos limitar as sessões por enquanto:
maxconnections=8
(use mais se você quiser sincronizar todo o blockchain (do zero) mais rápido, depois reduza-o depois, embora eu não tenha certeza de como / se isso afetará sua pegada.)
Eu tenho a versão 80600 em execução no momento, 8 conexões e sua execução (RSS) em torno de 320M
Eu acho que o bitcoind sempre precisará de uma grande quantidade ou memória ram ... ( link ). .
Eu estaria interessado em ver o que pode ser aprendido sobre como reduzir seu consumo de memória. Vou começar a pesquisar isso sozinho. (Eu estou correndo bem mais de 10 moedas em um servidor que eu hospedo e só tive que bater o seu ram para 4g como ele estava trocando todo o lugar, então seria bom saber)
No momento, sugiro alguns ajustes ao mysqld e ao apache. Existe uma vasta gama de opções. Para mysqld checkout mysqltuner.pl e inicie os números (muitos tutoriais disponíveis para isso, mas sugiro pequenas alterações de cada vez)
.. isso é de um mysqld razoavelmente pequeno que eu corro em uma das minhas VMs (debian 6), com cerca de 128Mb de espaço ocupado agora (mas poderia ir até 164Mb).
exemplo:
[mysqld]
key_buffer = 16K
max_allowed_packet = 1M
table_cache = 4
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 2K
thread_stack = 64K
query_cache_limit = 1M
query_cache_size = 16M
[mysql]
[isamchk]
key_buffer = 8M
sort_buffer_size = 8M
^^ (Se o mysqld puder ser executado em um pi de framboesa, isso pode ser ainda mais reduzido)
... se você tiver problemas de estabilidade, sugiro pelo menos criar um arquivo de swap e ativá-lo.
Os arquivos de swap podem não ser uma opção dependendo da virtualização usada, mas é melhor do que coisas que falham, eu assumo.
O bitcoind usa uma tonelada de memória enquanto está baixando o blockchain. Confira estes passos sobre como configurar seu espaço de troca corretamente no Ubuntu:
Além disso, você pode conferir o download de torrent do blockchain. Contanto que você confie no arquivo, isso pode ajudar a acelerar o tempo para fazer o download do blockchain.
Tags memory-usage bitcoin