Singleton ? Static ? ou o que?

No caso de uma aplicação multi-thread, nenhum dos dois.

O que cria boa parte dos problemas do Singleton é justamente a presença de uma variável static.

Para que seu sistema tenha o máximo de paralelismo, é interessante pensar em como fazer com que threads sejam independentes em relação a memória. Statics e singletons vão contra esse princípio.

ainda esta complicado pra resolver, como as threads executam a mesma função, porém com um conjunto de dados diferente, acaba sendo necessário usar um tipo de sincronismo na aplicação, o que estou tentando evitar é um consumo elevado de RAM para que a maquina virtual não fique sem memória, ainda assim ? como Static interfere no paralelismo das threads ? existe algum controle interno de java sobre o acesso à métodos ou variáveis Static ?

ps = perdoe a ignorância

Se você colocar synchronized sobre o static, isso vai fazer com que só uma thread acesse aquela região de memória por vez.

certo, isso eu entendi, o que não entendo é pq é ruim usar Singleton ? onde isso chega a ser tão nocivo ? o synchronized eu ainda consegui eliminar pq os dados processados pelas threads precisam ser armazenados em sistema de banco de dados

se eu tiver um singleton em uma classe sem métodos sincronizados, e cada thread acessar uma instancia dessa classe ? isso não seria algo bom ? eu permito que a função seja executada sem o uso excessivo de NEW

Se você tem um singleton, você tem uma instância só. Então, todas as threads acessarão o mesmo objeto, exatamente como ocorreria no static.

A única diferença entre um singleton e uma variável static pura é que no singleton você tem mais controle na hora da criação. No mais, os dois compartilham os mesmos problemas.

Independente da tecnologia utilizada, a nível de arquitetura uma área de memória só poder ser acessada por uma CPU em dado instante de tempo, para múltiplos acessos é necessário o uso de caches e manter o sincronismo dos mesmos; há muitas técnicas de sincronismo e tratamento de concorrência.

Esse parece ser um dos casos em que é necessário priorizar memória ou tempo de processamento. Em casos de grande exigência passa a ser viável o balanceamento de carga, levando ao uso de computação distribuída.

Primeira coisa, porque você está tão preocupado com o uso de memória? Fez algum teste que te indique que esteja com algum problema com isso? E outra, o custo do new não vai ser tão significativo assim… a não ser que você esteja criando milhares de objetos, com uma frequência muito grande. É esse o caso?

Priorize sempre um bom design, e faça otimizações apenas se for realmente necessário.