SSE - 版の履歴

2025年7月11日 (金) 02:10にAdministratorによる

2025-07-11T02:10:07Z

← 古い版		2025年7月11日 (金) 02:10時点における版
66行目:		66行目:

	[[category: CPU]]		[[category: CPU]]
			[[category: SIMD]]

Administrator: /* 歴史 */

2025-01-28T05:14:30Z

歴史

← 古い版		2025年1月28日 (火) 05:14時点における版
1行目:		1行目:

	'''ストリーミングSIMD拡張命令'''（英語：Streaming SIMD Extensions、通称：SSE）とは、[[インテル]]~~が開発した~~[[CPU]]の[[SIMD拡張命令セット]]~~、およびその拡張版の総称である。~~		'''ストリーミングSIMD拡張命令'''（英語：Streaming SIMD Extensions、通称：SSE）とは、[[インテル]]が[[Pentium III]]向けに開発した[[CPU]]の[[SIMD拡張命令セット]]、およびその拡張版の総称です。

	== 概要 ==		== 概要 ==
	[[Pentium II]]と激闘を繰り広げた[[AMD]]の[[K6-2]]に実装された[[3DNow!]]に対抗すべく[[Pentium III]]に実装された[[SIMD]]~~命令群である。~~		[[Pentium II]]と激闘を繰り広げた[[AMD]]の[[K6-2]]に実装された[[3DNow!]]に対抗すべく[[Pentium III]]に実装された[[SIMD]]命令群です。大雑把にいえばSSEは[[MMX]]を拡張したものであり、MMXでは[[整数演算]]だけだったものが、SSEでは[[浮動小数点演算]]にも対応しました。また、SSEでは新たに8本の128ビット[[レジスタ]]も追加されています。

	~~大雑把にいえばSSEは~~[[MMX]]を拡張したものであり、MMXでは[[整数演算]]だけだったものが、SSEでは[[浮動小数点演算]]~~にも対応した。あとSSEでは新たに8本の128ビット~~[[レジスタ]]~~も追加されている。~~

	== プログラミング ==		== プログラミング ==
	[[MMX,]][[3DNow!]]~~,SSEまでの世代はまともな~~[[コンパイラ]]~~がなく~~[[アセンブラ]]~~を用いて~~[[プログラム]]~~を組んでいた。~~[[C言語]]や[[C++]]で大枠を書いて、[[インラインアセンブラ]]~~で部分的に高速化を試みるという書き方が主流であった。~~		[[MMX]]や[[3DNow!]]、SSEが出た当初はまともな[[コンパイラ]]がなかったため、[[プログラマー]]は[[アセンブラ]]を用いてこれらに対応する[[プログラム]]を組んでいました。[[C言語]]や[[C++]]で大枠を書いて、[[インラインアセンブラ]]で部分的に高速化を試みるという書き方が主流でした。

	後に機能強化された[[SSE2]]や[[SSE3]]、[[SSSE3]]（Supplemental/補足的なSSE3）、[[SSE4]]~~などが登場している。この世代になると~~[[C言語]]などの[[コンパイラ]]も優秀になり[[アセンブラ]]~~で書くことはほとんどなくなった。~~		後に機能強化された[[SSE2]]や[[SSE3]]、[[SSSE3]]（Supplemental/補足的なSSE3）、[[SSE4]]などが登場していますが、この世代になると[[C言語]]などの[[コンパイラ]]も優秀になり[[アセンブラ]]で書くことはほとんどなくなりました。

	== 実情 ==		== 実情 ==
	[[Windows]]で[[Visual C++]]が主流だった時代の[[ソフトウェア]]は99.9999%が「SSE非対応」どころか「[[i386]]」をターゲットに[[コンパイル]]~~されていた。SSEどころか~~[[i486]]や[[Pentium]]~~の機能も使われていない。これはほとんどの~~[[ソフトウェア]]は「[[最低動作環境]]」となる[[PC]]のスペックを下げることで「多くの人に使ってもらおう」という[[最小公倍数]]~~的な考え方であったためである。~~		[[Windows]]で[[Visual C++]]が主流だった時代の[[ソフトウェア]]は99.9999%が「SSE非対応」どころか「[[i386]]」をターゲットに[[コンパイル]]されていました。これらはSSEどころか[[i486]]や[[Pentium]]の機能も使われていません。[[ソフトウェア]]は「[[最低動作環境]]」となる[[PC]]のスペックを下げることで「多くの人に使ってもらおう」という[[最小公倍数]]的な考え方であったためです。

	[[MMX]]が登場した当初はその話題性から「MMX対応版」「MMX非対応版」といった二種類の実行ファイルを用意した[[ゲーム]]~~などもあったが、~~[[3DNow!]]~~やSSEの時代になると話題性も薄れベンチマークソフトくらいしか対応ソフトがなくなった。~~		[[MMX]]が登場した当初はその話題性から「MMX対応版」「MMX非対応版」といった二種類の実行ファイルを用意した[[ゲーム]]などもありましたが、[[3DNow!]]やSSEの時代になるとその話題性も薄れベンチマークソフトくらいしか対応ソフトがなくなりました。

	また、ベンチマークソフトみたいに何秒間も負荷100%で砂時計カーソルを表示するような処理でもない限り大して速くはならないという事実が[[プログラマー]]~~たちに知れ渡り「開発コストに見合わない」という認識が広まったことで対応ソフトはどんどん減っていた。~~		また、ベンチマークソフトみたいに何秒間も負荷100%で砂時計カーソルを表示するような処理でもない限り大して速くはならないという事実が[[プログラマー]]たちに知れ渡り「開発コストに見合わない」という認識が広まったことで対応ソフトはどんどん減っていきました。

	=== JITコンパイル ===		=== JITコンパイル ===
	SSEがまともに使われだしたのは[[Java]]などの[[JITコンパイラ]]~~の技術が発達し「SSEの有無」を実行環境で判別してコンパイルするようになってからである。~~		SSEがまともに使われだしたのは[[Java]]などの[[JITコンパイラ]]の技術が発達し「SSEの有無」を実行環境で判別してコンパイルするようになってからです。

			ただ[[Java]]でSSEを使うような[[プログラム]]を書くかと言われると、まず書きません。

	~~ただ[[Java]]でSSEを使うような[[プログラム]]を書くかと言われると、まず書かない。やっぱりベンチマークソフトくらいしか使っていない。~~		やっぱりベンチマークソフトくらいしか使われていません。

	=== オープンソース界隈 ===		=== オープンソース界隈 ===
	[[ソースコード]]を落としてきて実行環境でコンパイルするスタイルの[[オープンソース]]~~界隈ではなんぼか使われていた。一昔前は「~~[[apache]]や[[mysql]]の性能を向上させる方法！」などとして[[ググる]]~~とよく出てきていた。~~		[[ソースコード]]を落としてきて実行環境でコンパイルするスタイルの[[オープンソース]]界隈ではなんぼか使われていました。一昔前は「[[apache]]や[[mysql]]の性能を向上させる方法！」などとして[[ググる]]とよく出てきていました。

	ただ[[オープンソース]]界隈も[[CentOS]]や[[Ubuntu]]が主流になり、「[[configure; make; make install]]~~」が廃れ、パッケージからソフトウェアを入れるのが主流になったことでやっぱりベンチマークソフトくらいしか使われていない。~~		ただ[[オープンソース]]界隈も[[CentOS]]や[[Ubuntu]]が主流になり、「[[configure; make; make install]]」が廃れ、パッケージからソフトウェアを入れるのが主流になったことでやっぱりベンチマークソフトくらいしか使われていません。

	== ベンチマーク ==		== ベンチマーク ==
	=== 2019年時点 ===		=== 2019年時点 ===
	~~SIMD関連のベンチマークでは、~~		SIMD関連のベンチマークでは[[インテル]]の[[Core i]]シリーズでは非常に高性能な結果が得られます。
	[[インテル]]の[[Core i]]~~シリーズでは非常に高性能な結果が得られる。~~
	~~一方、[[AMD]]の[[Ryzen]]では微妙な結果になる。~~

	[[Ryzen]]はSIMDではなく[[GPGPU]]~~を使う前提で、SIMD周りをバッサリ切り捨て、その余力を通常の演算性能を上げることに使っているためである。~~		一方、[[AMD]]の[[Ryzen]]では微妙な結果になります。[[Ryzen]]はSIMDではなく[[GPGPU]]を使う前提で、SIMD周りをバッサリ切り捨て、その余力を通常の演算性能を上げることに使っているためです。

	どちらも[[プログラム]]の書き方が全く異なるため一概に「どちらが速い」とは言いにくい。プログラムがSSEに対応しているならIntel、GPGPUに対応しているならAMDの方が高速ということになる。ちなみに[[SSE]]と[[GPGPU]]に両対応している場合は一般的に[[GPU]]~~の方が速い。~~		どちらも[[プログラム]]の書き方が全く異なるため一概に「どちらが速い」とは言いにくいの実情です。プログラムがSSEに対応しているならIntel、GPGPUに対応しているならAMDの方が高速ということになります。ちなみに[[SSE]]と[[GPGPU]]に両対応している場合は一般的に[[GPU]]の方が速い傾向にあります。

	== 歴史 ==		== 歴史 ==
56行目:		54行目:
	*2008年 11月: インテルが[[SSE4.2]]搭載の第一世代[[Intel Core i]]プロセッサを発表。		*2008年 11月: インテルが[[SSE4.2]]搭載の第一世代[[Intel Core i]]プロセッサを発表。
	*2011年 1月: インテルが[[AVX]]搭載の第二世代[[Intel Core i]]プロセッサを発表。		*2011年 1月: インテルが[[AVX]]搭載の第二世代[[Intel Core i]]プロセッサを発表。
	*2011年 10月: AMDが[[~~FM\|~~FMA]]搭載の[[AMD FX]]プロセッサを発表。		*2011年 10月: AMDが[[FMA]]搭載の[[AMD FX]]プロセッサを発表。
	*2013年 6月: インテルが[[AVX2]]搭載の第四世代[[Intel Core i]]プロセッサを発表。		*2013年 6月: インテルが[[AVX2]]搭載の第四世代[[Intel Core i]]プロセッサを発表。
	*2016年 6月: インテルが[[AVX-512]]搭載の[[Intel Xeon Phi]]コプロセッサを発表。		*2016年 6月: インテルが[[AVX-512]]搭載の[[Intel Xeon Phi]]コプロセッサを発表。

133.87.224.116: /* 関連項目 */

2024-08-23T01:33:37Z

Administrator: /* プログラミング */

2020-05-27T03:22:24Z

プログラミング

← 古い版		2020年5月27日 (水) 03:22時点における版
8行目:		8行目:

	== プログラミング ==		== プログラミング ==
	[[MMX,]][[3DNow!]],~~SSEまでの世代はこららに対応したまともな~~[[コンパイラ]]がなく[[アセンブラ]]を用いて[[プログラム]]を組んでいた。[[C言語]]や[[C++]]で大枠を書いて、[[インラインアセンブラ]]で部分的に高速化を試みるという書き方が主流であった。		[[MMX,]][[3DNow!]],SSEまでの世代はまともな[[コンパイラ]]がなく[[アセンブラ]]を用いて[[プログラム]]を組んでいた。[[C言語]]や[[C++]]で大枠を書いて、[[インラインアセンブラ]]で部分的に高速化を試みるという書き方が主流であった。

	後に機能強化された[[SSE2]]や[[SSE3]]、[[SSSE3]]（Supplemental/補足的なSSE3）、[[SSE4]]などが登場している。この世代になると[[C言語]]などの[[コンパイラ]]も優秀になり[[アセンブラ]]で書くことはほとんどなくなった。		後に機能強化された[[SSE2]]や[[SSE3]]、[[SSSE3]]（Supplemental/補足的なSSE3）、[[SSE4]]などが登場している。この世代になると[[C言語]]などの[[コンパイラ]]も優秀になり[[アセンブラ]]で書くことはほとんどなくなった。

Administrator: /* 関連項目 */

2019-11-28T02:44:48Z

Administrator: /* オープンソース界隈 */

2019-11-28T02:43:51Z

オープンソース界隈

← 古い版		2019年11月28日 (木) 02:43時点における版
27行目:		27行目:
	[[ソースコード]]を落としてきて実行環境でコンパイルするスタイルの[[オープンソース]]界隈ではなんぼか使われていた。一昔前は「[[apache]]や[[mysql]]の性能を向上させる方法！」などとして[[ググる]]とよく出てきていた。		[[ソースコード]]を落としてきて実行環境でコンパイルするスタイルの[[オープンソース]]界隈ではなんぼか使われていた。一昔前は「[[apache]]や[[mysql]]の性能を向上させる方法！」などとして[[ググる]]とよく出てきていた。

	ただ[[オープンソース]]界隈も[[CentOS]]や[[Ubuntu]]~~が主流になり、「configure~~;make;make ~~install」が廃れ、パッケージからソフトウェアを入れるのが主流になったことでやっぱりベンチマークソフトくらいしか使われていない。~~		ただ[[オープンソース]]界隈も[[CentOS]]や[[Ubuntu]]が主流になり、「[[configure; make; make install]]」が廃れ、パッケージからソフトウェアを入れるのが主流になったことでやっぱりベンチマークソフトくらいしか使われていない。

	== ベンチマーク ==		== ベンチマーク ==

Administrator: /* JITコンパイル */

2019-11-28T02:42:53Z

JITコンパイル

← 古い版		2019年11月28日 (木) 02:42時点における版
22行目:		22行目:
	SSEがまともに使われだしたのは[[Java]]などの[[JITコンパイラ]]の技術が発達し「SSEの有無」を実行環境で判別してコンパイルするようになってからである。		SSEがまともに使われだしたのは[[Java]]などの[[JITコンパイラ]]の技術が発達し「SSEの有無」を実行環境で判別してコンパイルするようになってからである。

	~~ただJavaでSSEを使うようなプログラムを書くかと言われると、まず書かない。やっぱりベンチマークソフトくらいしか使っていない。~~		ただ[[Java]]でSSEを使うような[[プログラム]]を書くかと言われると、まず書かない。やっぱりベンチマークソフトくらいしか使っていない。

	=== オープンソース界隈 ===		=== オープンソース界隈 ===

Administrator: /* 実情 */

2019-11-28T02:42:12Z

実情

← 古い版		2019年11月28日 (木) 02:42時点における版
15行目:		15行目:
	[[Windows]]で[[Visual C++]]が主流だった時代の[[ソフトウェア]]は99.9999%が「SSE非対応」どころか「[[i386]]」をターゲットに[[コンパイル]]されていた。SSEどころか[[i486]]や[[Pentium]]の機能も使われていない。これはほとんどの[[ソフトウェア]]は「[[最低動作環境]]」となる[[PC]]のスペックを下げることで「多くの人に使ってもらおう」という[[最小公倍数]]的な考え方であったためである。		[[Windows]]で[[Visual C++]]が主流だった時代の[[ソフトウェア]]は99.9999%が「SSE非対応」どころか「[[i386]]」をターゲットに[[コンパイル]]されていた。SSEどころか[[i486]]や[[Pentium]]の機能も使われていない。これはほとんどの[[ソフトウェア]]は「[[最低動作環境]]」となる[[PC]]のスペックを下げることで「多くの人に使ってもらおう」という[[最小公倍数]]的な考え方であったためである。

	[[MMX]]が登場した当初はその話題性から「MMX対応版」「MMX非対応版」といった二種類の実行ファイルを用意した[[ゲーム]]などもあったが、[[3DNow!]]~~や[[SSE]]の時代になると話題性も薄れベンチマークソフトくらいしか対応ソフトがなくなった。~~		[[MMX]]が登場した当初はその話題性から「MMX対応版」「MMX非対応版」といった二種類の実行ファイルを用意した[[ゲーム]]などもあったが、[[3DNow!]]やSSEの時代になると話題性も薄れベンチマークソフトくらいしか対応ソフトがなくなった。

	また、ベンチマークソフトみたいに何秒間も負荷100%で砂時計カーソルを表示するような処理でもない限り大して速くはならないという事実が[[プログラマー]]たちに知れ渡り「開発コストに見合わない」という認識が広まったことで対応ソフトはどんどん減っていた。		また、ベンチマークソフトみたいに何秒間も負荷100%で砂時計カーソルを表示するような処理でもない限り大して速くはならないという事実が[[プログラマー]]たちに知れ渡り「開発コストに見合わない」という認識が広まったことで対応ソフトはどんどん減っていた。

Administrator: /* 実情 */

2019-11-28T02:41:37Z

実情

← 古い版		2019年11月28日 (木) 02:41時点における版
13行目:		13行目:

	== 実情 ==		== 実情 ==
	[[Windows]]で[[Visual C++]]が主流だった時代の[[ソフトウェア]]は99.9999%が「SSE非対応」どころか「[[i386]]」をターゲットに[[コンパイル]]~~されていた。SSEどころかPentiumの機能も使われていない。これはほとんどの~~[[ソフトウェア]]は「[[最低動作環境]]」となる[[PC]]のスペックを下げることで「多くの人に使ってもらおう」という[[最小公倍数]]的な考え方であったためである。		[[Windows]]で[[Visual C++]]が主流だった時代の[[ソフトウェア]]は99.9999%が「SSE非対応」どころか「[[i386]]」をターゲットに[[コンパイル]]されていた。SSEどころか[[i486]]や[[Pentium]]の機能も使われていない。これはほとんどの[[ソフトウェア]]は「[[最低動作環境]]」となる[[PC]]のスペックを下げることで「多くの人に使ってもらおう」という[[最小公倍数]]的な考え方であったためである。

	[[MMX]]が登場した当初はその話題性から「MMX対応版」「MMX非対応版」といった二種類の実行ファイルを用意した[[ゲーム]]などもあったが、[[3DNow!]]や[[SSE]]の時代になると話題性も薄れベンチマークソフトくらいしか対応ソフトがなくなった。		[[MMX]]が登場した当初はその話題性から「MMX対応版」「MMX非対応版」といった二種類の実行ファイルを用意した[[ゲーム]]などもあったが、[[3DNow!]]や[[SSE]]の時代になると話題性も薄れベンチマークソフトくらいしか対応ソフトがなくなった。

Administrator: /* 実情 */

2019-11-28T02:41:20Z

実情

← 古い版		2019年11月28日 (木) 02:41時点における版
13行目:		13行目:

	== 実情 ==		== 実情 ==
	[[Windows]]で[[Visual C++]]~~が主流だった時代のソフトウェアは99~~.9999%が「SSE非対応」どころか「[[i386]]」をターゲットに[[コンパイル]]~~されていた。これはほとんのソフトウェアは「~~[[最低動作環境]]」となる[[PC]]のスペックを下げることで「多くの人に使ってもらおう」という[[最小公倍数]]的な考え方であったためである。		[[Windows]]で[[Visual C++]]が主流だった時代の[[ソフトウェア]]は99.9999%が「SSE非対応」どころか「[[i386]]」をターゲットに[[コンパイル]]されていた。SSEどころかPentiumの機能も使われていない。これはほとんどの[[ソフトウェア]]は「[[最低動作環境]]」となる[[PC]]のスペックを下げることで「多くの人に使ってもらおう」という[[最小公倍数]]的な考え方であったためである。

	[[MMX]]が登場した当初はその話題性から「MMX対応版」「MMX非対応版」といった二種類の実行ファイルを用意した[[ゲーム]]などもあったが、[[3DNow!]]や[[SSE]]の時代になると話題性も薄れベンチマークソフトくらいしか対応ソフトがなくなった。		[[MMX]]が登場した当初はその話題性から「MMX対応版」「MMX非対応版」といった二種類の実行ファイルを用意した[[ゲーム]]などもあったが、[[3DNow!]]や[[SSE]]の時代になると話題性も薄れベンチマークソフトくらいしか対応ソフトがなくなった。

← 古い版		2024年8月23日 (金) 01:33時点における版
66行目:		66行目:
	* [[ベクトルプロセッサー]]		* [[ベクトルプロセッサー]]
	* [[Intel Image Processing Library]]		* [[Intel Image Processing Library]]

			[[category: CPU]]

← 古い版		2019年11月28日 (木) 02:44時点における版
65行目:		65行目:
	* [[AltiVec]] ([[Velocity Engine]])		* [[AltiVec]] ([[Velocity Engine]])
	* [[ベクトルプロセッサー]]		* [[ベクトルプロセッサー]]
			* [[Intel Image Processing Library]]