アカウント名:
パスワード:
SPARCを買うと損するの?SPARCはこれからどうなるの?
ますます面白くなるSPARC!これからもSPARC。サーバはOracle。
富士通は、業務用のUNIXサーバにSparc64系列のものを使った製品 [fujitsu.com]を長年生産してきてるので、当面はSPARCもやっていくのではないかと思いますよ。
http://www.fujitsu.com/jp/products/computing/servers/unix/sparc/concep... [fujitsu.com]2020年代までは開発を続けてくようですね。
SPARCは競争に負けて神輿を担ぐ人がいなくなったもうジリ貧です
どうせスパコンでアセンブラ使う人はいないから、ISAはなんでもいいんでしょうけどね。
もうすこしタイミングが遅ければ、ArmじゃなくてRISC-Vだったんですかね。
RISC-Vと連呼するだけで何のメリットがあるか説明しないんですね
やはりハードウェアはオープンソースにはならないようだし。
https://www.phoronix.com/scan.php?page=news_item&px=RISC-V-Not-All... [phoronix.com]
こういうのでRISC-V出す人いるけどRISC-Vは限られた組み込み系でしか生きれない制御系しか使えないものをどうやってスパコンにしろと?
RISC-Vは限られた組み込み系でしか生きれない
そうなの?用途に応じてスケールする命令セットもウリの一つだと思っていた。実際にどっかが作るかどうかは需要次第だろうけどさ。
今回のCPUをスパコンたらしめるのは「SVE」の方であって、ある意味ARMはおまけと言ってもいいんじゃないかな。RISC-Vに独自のアーキテクチャ拡張をやっても実現はできるだろうけど、それではSPARC64 VIIIfxにHPC-ACEを載せるのと一緒で、今はよくても未来がない。
今回はARM社と組むことでSVEをARMの標準アーキテクチャに組み込めたというのが大きいと思う。
>今回はARM社と組むことでSVEをARMの標準アーキテクチャに組み込めたというのが大きいと思う。それ、富士通に何の利益あるの?ARM にマルチコアの技術を供与したのは NEC だけど、あの会社なんか儲かってんの?
ARMがコアの強化をしても消えずに残っている
自分で勝手に追加したものだと、次世代のコアを買ってきたときにまた1から追加しなおす必要がある
それ、富士通に何の利益あるの?
これに関わることで国から金が出て、その部門は10年生き残る、って中の人が言ってたよ。
パテントで稼げれば儲かるんじゃね?
スパコンのようなとんがった性能で競争している分野に「用途に応じた柔軟性が売り」なものを持ち込んでもなぁ
エスペラントのベクトルみたいに、用途に応じた柔軟性は高く発揮されてるんですけどねえ
単に命令セットアーキテクチャとマイクロアーキテクチャの違いがわかっていないと思われる。
もともと制御用ぐらいしか考えてなかったZ80にせよ8086にせよそれなりに汎用的に使われた過去もあったりしますが・・・
ベクトル系で行くのならばCPUはベクトルユニットの制御装置みたいなものなので組み込み用のアーキテクチャでもそれほど問題ないのでは。
ISAにオプション多すぎるしライフサイクルの間にコンパイラが安定するかどうかも判らん物は無理じゃないかね
SPARCフェードアウトは既定路線だったとしてもこれはむしろポスト京の開発コストをSPARCにも流用するための延命手段みたいだけどね
「答えは、もちろんノー。」が抜けてる。やりなおし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
SPARCはなくなるの? (スコア:0)
SPARCを買うと損するの?
SPARCはこれからどうなるの?
ますます面白くなるSPARC!
これからもSPARC。サーバはOracle。
Re:SPARCはなくなるの? (スコア:1)
富士通は、業務用のUNIXサーバにSparc64系列のものを使った製品 [fujitsu.com]を長年生産してきてるので、当面はSPARCもやっていくのではないかと思いますよ。
http://www.fujitsu.com/jp/products/computing/servers/unix/sparc/concep... [fujitsu.com]
2020年代までは開発を続けてくようですね。
Re: (スコア:0)
SPARCは競争に負けて神輿を担ぐ人がいなくなった
もうジリ貧です
Re: (スコア:0)
どうせスパコンでアセンブラ使う人はいないから、ISAはなんでもいいんでしょうけどね。
もうすこしタイミングが遅ければ、ArmじゃなくてRISC-Vだったんですかね。
Re: (スコア:0)
RISC-Vと連呼するだけで何のメリットがあるか説明しないんですね
やはりハードウェアはオープンソースにはならないようだし。
https://www.phoronix.com/scan.php?page=news_item&px=RISC-V-Not-All... [phoronix.com]
Re: (スコア:0)
こういうのでRISC-V出す人いるけど
RISC-Vは限られた組み込み系でしか生きれない
制御系しか使えないものを
どうやってスパコンにしろと?
Re: (スコア:0)
そうなの?用途に応じてスケールする命令セットもウリの一つだと思っていた。
実際にどっかが作るかどうかは需要次第だろうけどさ。
Re:SPARCはなくなるの? (スコア:1)
今回のCPUをスパコンたらしめるのは「SVE」の方であって、ある意味ARMはおまけと言ってもいいんじゃないかな。
RISC-Vに独自のアーキテクチャ拡張をやっても実現はできるだろうけど、
それではSPARC64 VIIIfxにHPC-ACEを載せるのと一緒で、今はよくても未来がない。
今回はARM社と組むことでSVEをARMの標準アーキテクチャに組み込めたというのが大きいと思う。
Re: (スコア:0)
>今回はARM社と組むことでSVEをARMの標準アーキテクチャに組み込めたというのが大きいと思う。
それ、富士通に何の利益あるの?
ARM にマルチコアの技術を供与したのは NEC だけど、あの会社なんか儲かってんの?
Re: (スコア:0)
ARMがコアの強化をしても消えずに残っている
自分で勝手に追加したものだと、次世代のコアを買ってきたときに
また1から追加しなおす必要がある
Re: (スコア:0)
これに関わることで国から金が出て、その部門は10年生き残る、って中の人が言ってたよ。
Re: (スコア:0)
パテントで稼げれば儲かるんじゃね?
Re: (スコア:0)
スパコンのようなとんがった性能で競争している分野に「用途に応じた柔軟性が売り」なものを持ち込んでもなぁ
Re: (スコア:0)
エスペラントのベクトルみたいに、用途に応じた柔軟性は高く発揮されてるんですけどねえ
Re: (スコア:0)
単に命令セットアーキテクチャとマイクロアーキテクチャの違いがわかっていないと思われる。
Re: (スコア:0)
もともと制御用ぐらいしか考えてなかったZ80にせよ8086にせよ
それなりに汎用的に使われた過去もあったりしますが・・・
Re: (スコア:0)
ベクトル系で行くのならばCPUはベクトルユニットの制御装置みたいなものなので組み込み用のアーキテクチャでもそれほど問題ないのでは。
Re: (スコア:0)
ISAにオプション多すぎるしライフサイクルの間にコンパイラが安定するかどうかも判らん物は無理じゃないかね
Re: (スコア:0)
SPARCフェードアウトは既定路線だったとしても
これはむしろポスト京の開発コストをSPARCにも流用するための延命手段みたいだけどね
Re: (スコア:0)
「答えは、もちろんノー。」が抜けてる。やりなおし。