문제

지금은 32 비트, 64 비트, 윈도우 XP 홈, 윈도우 XP 프로, 윈도우 비스타 홈 기본, 윈도우 비스타 궁극, 윈도우 7 홈 기본 및 윈도우 7 궁극적 인 ... 모두최신 서비스 팩.

그러나 이제는 위의 모든 시나리오에 대해 AMD와 Intel에서 테스트하는 것이 가치가 있거나 시간 낭비가 될 것인가?

참고 : 이것은 일상 평균 사용자를위한 보안 응용 프로그램입니다.

도움이 되었습니까?

해결책

내 감각은 가장 쪽 가장짜리 손으로 코딩 된 어셈블리 언어 또는 믿을 수 없을만큼 긴밀한 타이밍 (어쨌든 OS 선택으로 만날 수 없으므로) 만약이게 가치가있는 것입니다..

선반 상업용 컴파일러를 사용하는 경우 모든 일반 프로세서에서 실행되는 코드를 생성 할 수 있습니다.

아무도 특정 플랫폼에서 테스트 할 필요가 없었던 것을 증명할 수 없었지만 CPU 브랜드보다 걱정할 수있는 플랫폼 차이가 더 큰 원인이 있다고 생각할 것입니다 (모든 다양한 멀티 코어 / 하이퍼 스레딩 순열예를 들어 모든 멀티 스레드 코드 버그가 다른 방식으로 모든 멀티 스레드 코드 버그를 노출시킬 수 있습니다.

다른 팁

어셈블리에서 프로그래밍하고 확장 된 벤더 특정 명령어 세트를 사용하는 경우에만 사용할 수 있습니다.그러나 AMD와 Intel은 상호 라이센스 계약이 있으므로 현재의 역사적인 문제가 있습니다.

모든 다른 경우에

(예를 들어, 높은 수준 언어 사용) 컴파일러 작성자의 작업은 코드가 x86 호환을 보장하고 모든 CPU에서 실행되도록합니다.

아, FDIV 버그 프로세서 공급 업체는 일반적으로 실수를하지 않습니다./ P>

테스트 시나리오를 위해 잘못된 방향을보고 있다고 생각합니다.

예, 코드가 Intel에서 작동하지만 AMD 또는 Windows Vista Professional에서는 아니지만 Windows Vista Professional에서 작동하지 않을 수도 있습니다. 그러나 첫 번째 경우의 저수준 프로그래밍에 매우 밀접하게 연결하거나 두 번째의 OS 구현에 대한 자세한 내용은 적절한 일을하지 않는 한 확률은 작습니다. 당신은 결코 상상할 수없는 모든 시나리오를 테스트하는 것이 아플 수 없다고 말할 수 있습니다. 그러나 실제 생활에서는 테스트 할 수있는 자원에 대한 몇 가지 제한이 있어야합니다. 다른 프로세서 또는 다른 OS에서 테스트하는 경우 대부분의 경우 프로그램을 테스트하지 않고 컴파일러, OS 또는 프로세서를 테스트하고 있습니다. 다른 사람들의 일을 테스트하기 위해 얼마나 많은 시간을 할애해야합니까? 나는 당신의 시간이 자신의 코드 내에서 더 많은 시나리오를 테스트하는 데 더 많은 시간을 보낼 것이라고 생각합니다. 앱이하는 일에 대해 자세히 알려주지는 않지만 내 예제 중 하나를 취하는 것만으로 인해 우리 자신의 회사가 다른 제조업체로부터 재판매하는 제품을 판매하는 데 필요한 제품을 판매하는 데 필요한 테스트를 훨씬 더 많이 소비 할 수 있습니다. 다른 주에 대한 판매 세 규칙을 테스트하거나 뭐든지 테스트합니다.

실제로 Linux에 배포하는 Windows 대 Windows 대 Windows 버전을 신경 쓰지 않는 경우는 거의 테스트하지 않습니다.

는 거의 없습니다.

로 저수준의 장치 드라이버를 작성했거나 일부가 다른 이야기가됩니다. 그러나 정상적인 앱? 시간을 낭비하지 마십시오.

확실히 그것이 나에게 시간 낭비가 될 것입니다. 어떤 언어가 당신의 프로그램이 작성된 언어입니까?

나는 아니오를 말할 것입니다.어셈블러에 응용 프로그램을 작성하지 않는 한, 프로세서에서 차이점을 걱정할 필요가 없으므로 충분히 멀리 떨어져 있어야합니다.프로세서는 API가 interefacing (언어에 따라 다름) 인 Windows OS를 지원합니다..NET을 사용하는 경우 해당 플랫폼이 지원하지 않는 프레임 워크 버전을 사용하는 경우가있는 유일한 Forseable 문제 만 사용할 수 있습니다.그들이 모든 XP 이상이면, 당신은 괜찮을 것입니다.걱정을 원한다면 뭔가에 대해 걱정하고 싶다면 신청서는 Vista와 이후 보안 모델과 잘 재생되는지 확인하십시오.

문제는 아마도 "당신이 테스트하고 있는지"일 것입니다.테스트 중 하나가 AMD와 Intel 하드웨어 플랫폼간에 잠재적으로 다를 수있는 무언가를 테스트하는 것은 거의 없습니다.차이점은 운전자 수준에서 기대할 수 있지만, 주변에서 사용할 수있는 모든 기존의 PC 하드웨어에 대해 소프트웨어를 테스트하는 것으로 보입니다.AMD와 Intel 프로세서 사이에서보다 다양한 수준의 Windows 서비스 팩간에 훨씬 더 많은 차이가있을 것입니다.

코드의 일부 기능이 가능하다고 가정 해보십시오 (귀하가 알고 있는지 여부) 결과에 심각한 영향을 미칠 수있는 하나 또는 다른 하나에서 일부 처리 / 최적화를 활용하십시오.가능한 키워드.

나는 일반적으로 당신이 그것에 대해 걱정할 필요가 없을 것입니다.어쨌든 여러 기계에서 그것을 할 것인다면, 그 위에 섞어 라.그러나 나는 그것에 대해 스트레스를 쓰지 않을 것입니다.

나는 하나의 하나에 고유 한 문제를 특별히 수정하지 않으면 AMD와 Intel에서 모든 회귀 테스트를 모두 실행하지 않을 것입니다.그것은 회귀 테스트가 어떤 것입니다.

단위 테스트 다른 한편으로는 ... 나는 차이를 예상하지 않을 것입니다.그렇다면, 나는 실제로 AMD 또는 인텔에 특정한 문제를 보았을 때까지는 단위 테스트를 불러 일으키지 않을 것입니다.

정확한 / 일관된 부동 소수점 결과에 의존하는 경우, 예, 확실히 예, 확실히.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top