직장에서 우리는 2K (2048 * 1556 픽셀) OpenEXR 필름 시퀀스를 재생하는 응용 프로그램을 보유하고 있습니다. 그것은 잘 작동합니다 .. 3GB (꽤 일반적인) 이상의 시퀀스가있을 때를 제외하고, 모든 머신이 8-16GB의 메모리를 가지고 있음에도 불구하고 메모리에서 오래된 프레임을 언로드해야합니다 (리눅스 BIGMEM을 통해 어드레싱 가능)
내 OS X 상자에서 커널은 32 비트 바이너리이지만 64 비트 바이너리를 실행할 수 있습니다. 어떻게 작동합니까?
cristi:~ diciu$ file ./a.out
./a.out: Mach-O 64-bit executable x86_64
cristi:~ diciu$ file /mach_kernel
/mach_kernel: Mach-O unive
우리는 XP64와 Core2 머신 (Dell T5400)을 가지고 있습니다. 32 비트 프로세스를 실행할 때 memcpy의 성능은 1.2GByte/s입니다. memcpy가 64 비트 프로세스 인 경우 은 약 2.2GByte/s (또는 Intel 컴파일러 CRT memcpy의 경우 2.4GByte/s )를 달성합니다. 초기 반응은 단지 64 비트 코드에서 사
CSIDL_PROGRAM_FILES ID 대신 CSIDL_PROGRAM_FILESx86 폴더 ID가있는 32 비트 시스템에서 SHGetFolderPath api 호출을 사용하면 어떻게됩니까? 이론적으로 CSIDL_PROGRAM_FILESx86은 64 비트 시스템에서 C:\program files (x86)으로 매핑해야하지만이 경로가 존재하지 않는 32 비트
Visual Studio 2005에서 OS를 빌드하는 동안 OS가 64 비트인지 또는 32 비트인지에 따라 .dll을 복사하도록 구성하려고합니다. 플랫폼 대상을 지정하고 싶지 않습니다. 첫 번째 시도는 Windows 버전을 조회하기 위해 배치 파일을 사용했지만 일부 Windows의 32 비트 및 64 비트 버전은 동일한 버전 번호를 공유합니다. 누구든지 이