Sun還是有出Ultra Sparc的CPU,理論上新機器或許可以吃舊的binary,真要靠X86去模擬異質的Sparc就算可靠度不是問題,效能恐怕也離實用範圍有一大段距離吧:ase....BTW,VMware是X86下的虛擬化方案,但鵝還沒聽說過有可以吃異質平台的binary的方案就是了(可靠度/效能都是瓶頸,光看那些模擬PS2/PS3的東東就可想而知了:ase:ase)....

Sparc 的話可以試試 QEMU

鵝大呀...

您這一講,本來可能有兩條光明路可以選擇的,現在只剩下一條了... :D

先請樓主說一下,這台SPARC是在做什麼特殊的工作啊....

就我以前剛出社會時所見,Sun主機常跑一些Burn In程式 , 不然就是與晶圓產出機台結合
跑一些特定軟體的控制 , 樓主是指這些特殊性質的工作嗎 ??

衛星軌道運算用,之前有套軟體是跟美國買的,現在已經沒維護合約
因為軟體本身只要做些修改設定, 就可以應付未來的工作
(加上目前這東西的建構 ,我完全上手,也沒必要多花錢找人做技術上支援)
雖然也有一window版本 ,說實話在win下面的自動化跟排程還有可靠度
實在打個大問號?也許這些事不該由我這小小操作員去煩惱
可是如果不去想,當衛星越來越多,人不增加的情況下最後還是操到自己

看樣子我剩下兩條路
1.乖乖去用win系統
2.先找台pc 來裝solaris x86再試試軟體能否在上面正常運作

再來想想如何提高效率

Solaris x86 希望不大吧, 印象中 sparc 和 x86 版本的軟體 binary code 是不同的.
即便有 source code 也要重新編譯才能跑.

若是怕硬體出問題, 另買一台當備援也是一種辦法.
不過這方式也要確認那軟體是否有鎖硬體, 也就是說即使是同型的機器, 也因為 host id 或網卡 MAC 不同等等... 也跑不起來

不用去測x86 solaris , 除非你有source code 可以compile ,不然SPARC平台用的軟體
不可能可以在x86 solaris上執行...

所以,盡可能去買中古的SPARC平台主機 , 這是比較務實的作法 , 拿來當做備用機!!
可以先安裝好OS及Software 備用!!

最後就是在Win平台跑特定軟體 , 這是最下策....

鎖host id或是MAC address的話其實會改的人蠻多的(這年頭還找得到Ultra45/60的話也不必顧慮啥保固了吧:laugh: ),不過不知後續Ultra Sparc III/IV的機器是不是可以直接吃Ultra Sparc II的binary就是了(n年沒摸到Ultra Sparc的機器了,應該說是只摸到Ultra Sparc II為止:ase:ase)....

我確定是沒有用硬體鎖,host id 網卡mac有鎖不過這還好解決
等星期一上班在來好好試一下,工作久了,其實有種很進退兩難的感覺
可預測未來要發生的事情-->去解決-->時候到了別人很辛苦你已經ok,人家覺得你過太爽
可預測未來要發生的事情-->不解決-->時候到了還是要解決問題

我覺得你只要盡到告知義務就好 , 可以寫封E-mail給老闆,順道CC一份給大老闆之類的作法

另外,這台主機的重要性如何? 是公司的主要生財工具嗎 ?? 這些都是考量的重點...
做為員工,當然是要幫公司解決過去/現在/未來 的種種問題 (可預見的範圍都算)
把問題回報給主管/老闆 , 接下來請他們決定如何做 ,你只要Follow老闆的決策就可以了!!

反之,重要性不高,或者可有可無,就省下功夫吧!!

如果只擔心硬碟故障，找一個 8G SLC SSD, 加上 SCSI <-> SATA 轉接卡 可能也是一種解決方式。不過硬碟固定方式要多費心