JEOPARD: JamaicaVM: máquina virtual Java paralelo em tempo real

Para os mas experiêntes:

Seria o caso para um sistema do tipo de bolsa de valores utilizar? Digo isso por causa da necessidade da velocidade das transações em bolsas… Em que contexto se encaixaria?

viniciusfaleiro:

Para os mas experiêntes:

Seria o caso para um sistema do tipo de bolsa de valores utilizar? Digo isso por causa da necessidade da velocidade das transações em bolsas… Em que contexto se encaixaria?

Ao meu ver, um sistema de bolsa de valores já está bem servido com as máquinas virtuais atuais.

Bom dia,

JamaicaVM a JVM é ideal quando seu aplicativo requer :

1. baixa latência para aplicações gráficas, industriais ou financeiros que são fluidas, e tempo de reação de microssegundos para vários eventos Hard Real-Time,
2. gerar recurso de código compacto e com pouca memória para eletrônica embarcada ,
3. suportar o padrão de alta segurança e certificar o seu equipamento, como o DO-178B,
4. para ser escalável, ou seja, para tratar um grande número de tarefas em paralelo, garantindo uma função determinística a cada uma tarefa,
5. implementar o padrão Java J2SE e RTSJ, eo acesso a uma ampla variedade de classes e API Java para a programação em tempo real ou não.

Aicas está presente nos segmentos de mercado da indústria aeroespacial, de automação industrial, instrumentação e indústria automóvel. Seus clientes incluem grandes nomes como Boeing, EADS Astrium, EADS Military Air Systems, Honeywell e da Siemens.

Cordialement

viniciusfaleiro:

Para os mas experiêntes:

Seria o caso para um sistema do tipo de bolsa de valores utilizar? Digo isso por causa da necessidade da velocidade das transações em bolsas… Em que contexto se encaixaria?

Pense em sistemas como o da petrobras que tem controlar quando litros de óleo estão saindo por segundo em cada bomba.

Legal Estes projetos são amadurecidos o suficiente para considerar seu emprego em sistemas críticos?

ALguem já viu algo desse nível rodando? Confiável? A empresa parece muito séria. “QUE BOUM”

Francamente, quando o assunto é coleta de lixo automática e compilação dinâmica não há espaço para “realtime”. Isso ae já deu muito pano para manga, no caso do sistema operacional da MS que roda em uma máquina virtual( o Singularity). Até hoje(10 anos) está na prancheta. Sem falar que precisa-se pagar a licença. Preferível projetar diretamente em c++ ou pascal.

Eu não empregaria uma vm em uma hidroelétrica. Vai que o GC dá uma pausa de uns 100 ms. Imperceptível pelo sentido humano, mas quantos bilhões de litros de água não foram contabilizados. Quando falamos de tempo crítico, falamos na casa dos nano(ns) ou menos. ms e us são valores demasiadamente inviáves.

Eu não empregaria uma vm em uma hidroelétrica. Vai que o GC dá uma pausa de uns 100 ms. Imperceptível pelo sentido humano, mas quantos bilhões de litros de água não foram contabilizados. Quando falamos de tempo crítico, falamos na casa dos nano(ns) ou menos. ms e us são valores demasiadamente inviáves.

Como é uma VM para sistemas multicores feita pra tempo real creio que não exista essa pausa que voce esta falando em tese é justamente isso que a vm deles deveria tratar.

Eu não empregaria uma vm em uma hidroelétrica. Vai que o GC dá uma pausa de uns 100 ms. Imperceptível pelo sentido humano, mas quantos bilhões de litros de água não foram contabilizados. Quando falamos de tempo crítico, falamos na casa dos nano(ns) ou menos. ms e us são valores demasiadamente inviáves.

Como é uma VM para sistemas multicores feita pra tempo real creio que não exista essa pausa que voce esta falando em tese é justamente isso que a vm deles deveria tratar.

Pois é, em “tese”. Não acredito em um coletor de lixo realtime, isso porque a melhor maneira de gerenciar memória varia de caso para caso. Uma solução genérica não é muito confiável. Faz mais de 10 anos que a MS pesquisa isso. Não acredito que uma empresa crie uma tecnologia assim do nada.