| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | estas medidas!
O Solaris já pouco rendia, embora fosse o melhor, senão o melhor UNIX-based server (provavelmente a par do FreeBSD), representava uma despesa elevada para a companhia. Assim, optou por apresentar outra proposta, que com os devidos acertos (julgo que não será uma distro RedHat on-the-package, mas sim algo customizado para os servidores, e devidamente configurado) se revela ser uma boa aposta!
Por outro lado, a RedHat também só fica a ganhar, pois incorpora as soluções Java da SUN, que cada vez mais é a tecnologia por excelência, ainda com algumas arestas a serem limadas! Eventualmente, programadores de outras plataformas (Solaris e não só) migrarão para RedHat/Linux... o que não deixa de ser benéfico para o crescimento do sistema operativo
Agora só resta saber porquê que a VM Java da Microsoft é mais rápida que a da própria Sun :-) Any clues?
|
| |
| |
| | | O Solaris já pouco rendia, embora fosse o melhor, senão o melhor UNIX-based server (provavelmente a par do FreeBSD)(...) A par do FreeBSD ?!? Que me dissesses a par do HP-UX tudo bem, mas a par de um BSD ??!? Pfff!
"I triple guarantee you, there are no American soldiers in Baghdad.", Mohammed Saeed al-Sahaf, Iraqi Minister of Information
|
| |
| | Convem lembrar que estas medidas só se aplicam a processadores X86 e não aos SPARC, pelo que penso se continuará a utilizar o Solaris.
//vd |
| |
| | Relativamente ao Solaris, apenas esta informação interessante.
O Solaris, por ser um sistema operativo distribuído actualmente apenas por duas empresas, a Sun e a Fujitsu, tem o seu futuro relativamente protegido, na medida em que se a Sun decidir abandonar o desenvolvimento do Solaris ou ser comprada (ou até mesmo falência), a Fujitsu adquire automáticamente os direitos de desenvolvimento e distribuição do mesmo.
De realçar que actualmente é a Fujitsu quem mais investe em I&D dos processadores Sparc, sendo as novas versões dos mesmos bem superiores aos da própria Sun.
Por isso, o Solaris ainda vai durar muitos anos.
Cumps,
Miguel Albano
If Spam was Money...then I'd be filthy Rich... But I'm not, so why try to sell me anything ?!? |
| |
| | Mais que não seja porque a Redhat desde o 6.2 que deixou o desenvolvimento Sparc de lado.
|
| |
|
| | o que não se compreende é porque a VM da M$ é mais rápida do que a VM da Sun sobre Linux !!!
|
| |
| | Com WINE, não é?!?
Pois, ok... :-/
---
tyFUZZ |
| |
| | VM da M$ sobre Windows é nitidamente mais rápido do que VM da Sun sobre Linux !
Pode ser que isso mude com esta parceria !!
|
| |
| | | VM da M$ sobre Windows é nitidamente mais rápido do que VM da Sun sobre Linux ! -VM da MS - Optimizada para Windows, e tanto quanto sei só corre por lá (penso eu de que, já que nunca lhe pus o a vista em cima sequer).
-VM da SUN - Optimizada para Solaris, não para Linux nem para Windows.
Logo VM da SUN rápida em Solaris, VM da MS rápida em Windows, os outros ficam com os restos.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | Daí o Java gerar tanta polemica dentro da comunidde Linux !!
Como disse atras, pode ser que esta parceria mude esta situação!!
|
| |
| | Desculpa mas não percebi... É suposto o teu comentário sugerir que a optimização levada a cabo pela Micro$oft seja algum tipo de "manobra maquiavélica", não?
|
| |
| | "Agora só resta saber porquê que a VM Java da Microsoft é mais rápida que a da própria Sun :-) Any clues?"
Que eu saiba a plataforma mais rapida a correr java é a Sparc com solaris. Assim como a Microsoft optimizou a sua Java VM para correr no seu SO, a sun tambem optimizou a sua VM para correr em solaris sparc ...
Pedro Esteves |
| |
| | | Boas. Já não faço posts a algum tempo mas não me contive. :)
É assim pelo que sei, e separando as águas, existem neste momento dois principais lideres em termos de performance de JVMs: a JVM da Sun em Sparcs e a JVM da Bea (JRockit) em Intel. Eu posso estar enganado por isso gostava que me dissessem onde foram buscar a ideia de que a JVM da Microsoft era mais rápida (seja em que plataforma for,ok?). Aqui ficam alguns links sobre o JRockit:
http://www.aspnews.com/news/article/0,,4191_1585801,00.html
http://java.sun.com/industry/news/story/50400.do
http://dev2dev.bea.com/products/wljrockit81/index.jsp
Por favor, não me venham com noticias de há dois anos ou mais e desculpem não por os anchors. Fiquem bem!:)
JP
|
| |
| | Penso que é uma solução que agrada às duas partes: a Sun, com a ajuda da Red Hat, parametriza as máquinas da melhor forma possível. A Red Hat alarga a sua distribuição e faz um excelente negócio!
Finalmente uma boa notícia depois dos problemas todos com os #$&#%$ da SCO...
Já agora, e um pouco off-topic... já alguém experimentou o Blackdown 1.4.1 compilado com gcc 3.2 no Red Hat 9? É que aquilo correr de facto corre, mas... de cada vez que compilo ou corro um programa, sai uma carrada de excepções... problemas de glibc! (já fiz o update da glibc e continua na mesma... não encontrei nos newsgroups nenhum problema igual, mas a outra pessoa que usa RH9 + blackdown 1.4.1 (gcc 3.2) tem exactamente o mesmo problema!
Yours,
McB!
They told me it need Windows 95 or better, so I chose Linux |
| |
| |
| | Ja li varias cenas de problemas do jre compilado com o gcc 3.2...
Li isso qd tava a tentar instalar o plugin de java no mozilla no debian unstable. Talvez se pesquisares por palavras tais como: "debian mozilla java plugin" no google encontres as mesmas referencias q eu encontrei.
---------
Nuno Loureiro |
| |
| | Já tive vários problemas com isso os quais já foram resolvidos mas não me perguntes como, o melhor que posso te dizer e indicar o caminho onde achei a solução: forums.gentoo.org
Desculpa não ser mais específico mas se procurares lá quase de certeza achas a solução para esse problema específico.
|
| |
| | Pois é! Depois da SCO ter cedido a licença do Unix à MSFT, a Redhat (pela mão do CEO) divulga um comunicado curioso..
http://www.redhat.com/advice/speaks_rhletter.html
:)
//vd |
| |
