SSE( Streaming SIMD Extensions, Streaming SIMD processor extension)는 Intel 에서 개발하고 유사한 세트에 대한 응답으로 Pentium III 시리즈 프로세서에 처음 도입 된SIMD ( Single Instruction, Multiple Data , One instruction - a lot of data) 명령 세트입니다. 지침 3DNow! 1년 전에 소개된 AMD 에서. 이 명령어의 원래 이름은 KNI로 Katmai New Instructions (Katmai는 펜티엄 III 프로세서 코어의 첫 번째 버전 이름)를 나타냅니다.
SSE 기술은 MMX 의 두 가지 주요 문제를 극복할 수 있게 했습니다. MMX를 사용할 때 레지스터가 MMX에 사용되고 실수로 작업하기 때문에 보조 프로세서 명령을 동시에 사용할 수 없었습니다.
SSE는 프로세서 아키텍처에 8개의 128비트 레지스터 (xmm0 ~ xmm7)를 포함하며 각 레지스터는 4개의 연속적인 단정밀도 부동 소수점 값으로 처리됩니다. SSE에는 스칼라 및 박스형 데이터 유형에 대한 작업을 수행하는 명령어 세트가 포함되어 있습니다.
성능상의 이점은 서로 다른 데이터에 대해 동일한 일련의 작업을 수행해야 할 때 달성됩니다.
SIMD 블록의 구현은 데이터 간의 계산 프로세스, 즉 많은 데이터 스트림이 하나의 블록을 차례로 통과할 때 병렬화하여 수행됩니다.
그리고
SSE2( StreamingSIMD Extensions 2 , 프로세서의 스트리밍 SIMD 확장)는 Intel에서 개발하고 Pentium 4 시리즈 프로세서에 처음 도입된 SIMD (Single Instruction, Multiple Data, One instruction - a lot of data) 명령어 세트입니다.
SSE2는 SSE 확장이 도입된 x86 아키텍처에 포함된 8개의 128비트 레지스터(xmm0 ~ xmm7)를 사용하며, 각 레지스터는 2개의 연속 배정밀도 부동 소수점 값으로 처리됩니다. SSE2에는 스칼라 및 박스형 데이터 유형에 대한 작업을 수행하는 명령어 세트가 포함되어 있습니다. SSE2에는 동일한 128비트 xmm 레지스터에 정수 데이터를 스트리밍하기 위한 명령도 포함되어 있어 훨씬 이전에 등장한 MMX 명령 세트를 사용하는 것보다 정수 계산에 이 확장을 더 선호합니다.
성능상의 이점은 동일한 유형의 대규모 데이터 세트에 대해 동일한 일련의 작업을 수행해야 할 때 달성됩니다.
그러나 더 자세히 강조 표시된 부분에 대해 pliz ...
예, 여기에서 이미 논의되었습니다. 이를 위해서는 테스터가 리소스를 정확히 어떻게 사용하는지 조사해야 합니다. 문제는 여전히 있습니다! ))) 그런 다음 에뮬레이터를 작성하십시오. 흠.. 안받아요...
라이브 테스터로 이것을 하는 이유는 불분명합니다. 글쎄요, 이것은 두꺼비가 산 채로 찔러 목을 졸라 죽일 수 있는 차가 아닙니다.
그건 그렇고, 어떤 종류의 "플러그"와 SSE2가 어떻게 도움이됩니까? 그리고 그러한 정보는 어디에서 왔습니까? 연결할 수 있습니까?
네, 그렇습니다, 저의 어리석은 생각은 ...
Wikipedia 에서 얻은 정보를 기반으로 합니다.
사용하기 때문에 어떤 면에서 유리하다는 뜻인데...
그건 그렇고, 나는 더블에 관한 실수에 대해 사과드립니다.
SSE( Streaming SIMD Extensions , Streaming SIMD processor extension)는 Intel 에서 개발하고 유사한 세트에 대한 응답으로 Pentium III 시리즈 프로세서에 처음 도입 된 SIMD ( Single Instruction, Multiple Data , One instruction - a lot of data) 명령 세트입니다. 지침 3DNow! 1년 전에 소개된 AMD 에서. 이 명령어의 원래 이름은 KNI로 Katmai New Instructions (Katmai는 펜티엄 III 프로세서 코어의 첫 번째 버전 이름)를 나타냅니다.
SSE 기술은 MMX 의 두 가지 주요 문제를 극복할 수 있게 했습니다. MMX를 사용할 때 레지스터가 MMX에 사용되고 실수로 작업하기 때문에 보조 프로세서 명령을 동시에 사용할 수 없었습니다.
SSE는 프로세서 아키텍처에 8개의 128비트 레지스터 (xmm0 ~ xmm7)를 포함하며 각 레지스터는 4개의 연속적인 단정밀도 부동 소수점 값으로 처리됩니다. SSE에는 스칼라 및 박스형 데이터 유형에 대한 작업을 수행하는 명령어 세트가 포함되어 있습니다.
성능상의 이점은 서로 다른 데이터에 대해 동일한 일련의 작업을 수행해야 할 때 달성됩니다.
SIMD 블록의 구현은 데이터 간의 계산 프로세스, 즉 많은 데이터 스트림이 하나의 블록을 차례로 통과할 때 병렬화하여 수행됩니다.
그리고
SSE2( Streaming SIMD Extensions 2 , 프로세서의 스트리밍 SIMD 확장)는 Intel에서 개발하고 Pentium 4 시리즈 프로세서에 처음 도입된 SIMD (Single Instruction, Multiple Data, One instruction - a lot of data) 명령어 세트입니다.
SSE2는 SSE 확장이 도입된 x86 아키텍처에 포함된 8개의 128비트 레지스터(xmm0 ~ xmm7)를 사용하며, 각 레지스터는 2개의 연속 배정밀도 부동 소수점 값으로 처리됩니다. SSE2에는 스칼라 및 박스형 데이터 유형에 대한 작업을 수행하는 명령어 세트가 포함되어 있습니다. SSE2에는 동일한 128비트 xmm 레지스터에 정수 데이터를 스트리밍하기 위한 명령도 포함되어 있어 훨씬 이전에 등장한 MMX 명령 세트를 사용하는 것보다 정수 계산에 이 확장을 더 선호합니다.
성능상의 이점은 동일한 유형의 대규모 데이터 세트에 대해 동일한 일련의 작업을 수행해야 할 때 달성됩니다.
예, 이미 여기에서 논의되었습니다. 이를 위해서는 테스터가 리소스를 정확히 어떻게 사용하는지 조사해야 합니다. 문제는 여전히 있습니다! ))) 그런 다음 에뮬레이터를 작성하십시오. 흠.. 안 받겠다...
라이브 테스터로 이것을 하는 이유는 불분명합니다. 글쎄요, 이것은 두꺼비가 산 채로 찔러 목을 졸라 죽일 수 있는 차가 아닙니다.
글쎄, 물론 거기에 단지를 지을 필요는 없습니다 ...
그러나 예를 들어 1차 "냉각관"의 경우 코드화할 수 있습니다.
그리고 명백한 불일치가 있더라도 실험의 순수성을 위해 옵티마이저를 라이브로 구동하십시오.
kombat , 질문은 SSEx가 무엇인지 에 관한 것이 아니라 MT5에서 사용되는 방법 과 일반적으로 사용되는 정보가 어디에서 오는가에 대한 것입니다 .
kombat의 경우 질문은 SSEx가 무엇인지 에 관한 것이 아니라 MT5에서 SSEx가 어떻게 사용되고 일반적으로 사용된다는 정보가 어디에서 오는지에 관한 것입니다.
생각이 안나네요... ;)
일주일 후에 공개 베타 테스트가 시작되고 그곳에서 알게 될 것입니다.
그 동안 우리는 4-ku를 사용하고 그것이 그녀를위한 것입니다 ...
kombat에서 문제는 SSEx가 무엇인지 에 관한 것이 아니라 MT5에서 SSEx가 어떻게 사용되고 일반적으로 사용된다는 정보가 어디에서 오는지에 대한 것입니다.
'MQL5에 대한 소원'
'MQL4의 역사?'
'MQL5에 대한 소원'
'MQL4의 역사?'
감사해요!!!
가상 머신에 (순수 XP32)가 있습니다. 이것이 테스트에 큰 영향을 미치지 않기를 바랍니다.
즉, CentOS 64 상단에서 / vmware 6.5.1만 테스트 중에 멈춥니다 126130
모든 것을 중지했습니다. 즉, 거의 모든 다른 프로세스를 제외했습니다.
철
I7 920 12GB DDR3
virtualka는 이 복사본에 대해 3072MB를 할당했습니다.
이 실행은 다음과 같습니다. 아무 것도 변경하지 않았습니다.
분명히 캐시
위는 유전
나는 그녀 없이 요리할 것이다
유전이 없는 아래
가상 머신에 (순수 XP32)가 있습니다. 이것이 테스트에 큰 영향을 미치지 않기를 바랍니다.
즉, CentOS 64 상단에서 / vmware 6.5.1만 테스트 중에 멈춥니다 126130
모든 것을 중지했습니다. 즉, 거의 모든 다른 프로세스를 제외했습니다.
철
I7 920 12GB DDR3
virtualka는 이 복사본에 3072MB를 할당했습니다.
이 실행은 다음과 같습니다. 아무 것도 변경하지 않았습니다.
분명히 캐시
모든 유라는 당신의 결과를 보고 싶어했습니다.
기다렸다.
이제 비용을 가져 오는 것만 남아 있습니다.
유라! 글쎄요, 결국 그들은 그것을 반복해서 강조했습니다. 테스터의 캐시와 기록은 테스트하기 전에 비어 있어야 합니다!
아무도 지침을 읽지 않는 이유는 무엇입니까?))) 여기에서 찾기가 어렵지만 그렇습니다.