Sun Microsystems 最大の日本撤退at UNIXSun Microsystems 最大の日本撤退 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このスレッドのURL■項目テキスト750:名無しさん@お腹いっぱい。 07/12/12 18:44:29 SPARCはRISKだよな 751:名無しさん@お腹いっぱい。 07/12/12 18:49:36 745はSPARC信者による工作 752:名無しさん@お腹いっぱい。 07/12/12 20:00:02 GPLでコミュニティに公開 サン、64スレッドCPU「T2」をオープンソース化 http://www.atmarkit.co.jp/news/200712/12/sun.html Sunのオープンソース支援に、元社員が疑問符 http://www.itmedia.co.jp/enterprise/articles/0712/12/news085.html 753:名無しさん@お腹いっぱい。 08/01/09 00:45:42 >>743 使っているかもしれないし、使っていないかもしれないレジスタ(16個)を、 ウィンドウオーバーフロー時に退避しなければならないのは意外と重い。 この点がレジスタウィンドウ方式の欠点。 754:名無しさん@お腹いっぱい。 08/01/09 09:21:53 他の方式だと使ってないレジスターを判別して保存対象から外せると言ってる? 比較対象は何? 755:名無しさん@お腹いっぱい。 08/01/09 23:09:54 %i0~%i7, %l0~%l7の16個のレジスタがウィンドウオーバフロー時の退避対象だけど、 関数内で16個フルにレジスタを使っているケースは少ない。半分使っている例すらまれ。 disって見てください。 なのでcaller責任、あるいはcallee責任でレジスタの内容をそのつど、 スタックに退避する方がよいという意見もある。 ただしウィンドウオーバフローが発生しないケースではレジスタだけで動作できる機会が 多くなるので、レジスタウィンドウ方式が有利。 コンパイラもできるだけ、ウィンドウオーバフローの原因となるsave命令をはき出さないよう 工夫をしてきているので、結果として一長一短という感じかな。 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch