부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. 하룻밤의 꿈 - 인텔 하스웰의 TSX Instruction 지원 예전에 아래의 글에서 잠시 TSX 관련 이야기를 했었지요. ^^ lock-free 방식이 과연 성능에 얼마나 도움이 될까요? ; https://www.sysnet.pe.kr/2/0/1458 당연히 하스웰(Haswell)부터 되고 있겠거니 생각하는 중에... 아래의 글을 보게 되었습니다. ^^ TSX Instruction 지원 cpu는 과연 ; http://www.gamecodi.com/board/zboard.php?id=GAMECODI_Talkdev&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=3115 위의 덧글에 보면 엔하위키 출처의, 인텔 하스웰 마이크로아키텍처 ; https://mirror.enha.kr/wiki/%EC%9D%B8%ED%85%94%20%ED%95%98%EC%8A%A4%EC%9B%B0%20%EB%A7%88%EC%9D%B4%ED%81%AC%EB%A1%9C%EC%95%84%ED%82%A4%ED%85%8D%EC%B2%98 실리콘 레벨의 버그로 인해 인텔에서 TSX disable patch 배포로 사용할수없다. 라는 내용이 있습니다. 실제로 현재 다음의 코드를, #include "stdafx.h" #include <immintrin.h> int _tmain(int argc, _TCHAR* argv[]) { unsigned int result = _xbegin(); if (result == _XBEGIN_STARTED) { // do transaction code // ... _xend(); } else if (result == _XABORT_DEBUG) // _XABORT_DEBUG == Transaction abort due to a debug trap { printf("_XABORT_DEBUG\n"); } return 0; } 하스웰 아키텍쳐 지원의 CPU에서 실행하면 그냥 _XABORT_DEBUG(0x16) 값만을 반환합니다. 물론, 당연하겠지만 하스웰 지원이 안되는 컴퓨터에서 실행하는 경우에는 다음과 같이 "Illegal Instruction" 예외가 발생합니다. The exception Illegal Instruction An attempt was made to execute an illegal instruction. (0xc000001d) occurred in the application at location 0x010013aa. 안타깝군요... 벤치마크 자료를 보면 꽤나 훌륭했던 것으로 보이는데... Benchmarks : Haswell's TSX and Memory Transaction Throughput (HLE and RTM) ; http://www.sisoftware.co.uk/?d=qa&f=ben_mem_hle 어쨌든, 버그가 있으면 아무리 성능이 좋아도 소용이 없는 노릇입니다. ^^ [이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] .NET Framework: 492. .NET CLR Memory 성능 카운터의 의미[이전 글] Windows: 103. 작업 관리자에서의 "Commit size"가 가리키는 메모리의 의미 [최초 등록일: 2/5/2015] [최종 수정일: 2/5/2015] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 2015-02-07 07시20분 [Lyn] 아쉽게도 브로드웰에서도 고쳐지지 않았습니다.스카이레이크 기다려야할듯 [guest] 2015-02-09 03시01분 과연, 어렵긴한가 보군요. ^^ 어쨌든, 하드웨어의 클럭 경쟁이 어려워지니 이런 유의 구현으로 확장하는 것도 재미있는 현상인 것 같습니다. 정성태 ... 166 167 168 169 170 171 172 173 174 175 176 177 178 179 [180] ... NoWriterDateCnt.TitleFile(s) 483정성태3/17/200740801오류 유형: 30. x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154 [2]482정성태3/17/200730290Team Foundation Server: 17. 팀 프로젝트 접속 및 사용481정성태3/17/200724212Team Foundation Server: 16. 팀 프로젝트 읽기 전용 사용자 등록480정성태3/14/200722317.NET Framework: 86. GC(Garbage Collector)의 변화479정성태3/14/200726351개발 환경 구성: 25. D820 - ReadyBoost 구동478정성태3/14/200725679개발 환경 구성: 24. D820 고주파음 문제477정성태3/14/200734999개발 환경 구성: 23. 비스타 x64 버전에서 서명되지 않은 드라이버 사용 [4]476정성태3/9/200730375개발 환경 구성: 22. D820 노트북 - 설치 및 BitLocker 구성 [1]475정성태3/6/200724756.NET Framework: 85. 공용 프로퍼티 자동 생성474정성태3/5/200722957.NET Framework: 84. Lambda 표현식 응용 사례 [1]473정성태3/4/200730096디버깅 기술: 14. TFS 오류 추적(TF53010, TF14105)472정성태3/3/200729177디버깅 기술: 13. 예외 발생 시 Minidump 생성 - WinDBG [3]1471정성태3/1/200718379디버깅 기술: 12. Managed Method에 Break Point 걸기469정성태2/28/200729904디버깅 기술: 11. (Managed) Main Method에 Break Point 걸기 [3]1470정성태3/1/200721275 디버깅 기술: 11.1. (Managed) Main Method에 Break Point 걸기 - 내용 보강468정성태2/25/200731147COM 개체 관련: 20. 탭 브라우저의 윈도우 핸들 구하기 [3]466정성태2/22/200722845Windows: 23. 롱혼 서버 코어 버전 [2]465정성태2/21/200721819오류 유형: 29. TFS 관련 스케줄 작업 실패464정성태2/25/200723000오류 유형: 28. TF10217, TF53010, TF14105 오류463정성태2/21/200716033Team Foundation Server: 15. 포탈 사이트의 보고서 주소를 도메인 명으로 적용462정성태2/13/200743333.NET Framework: 83. 라이브러리에 다국어 리소스 추가 방법 [4]1461정성태2/13/200721047오류 유형: 27. DLinq 예제 오류 : error: 26 - Error Locating Server/Instance Specified460정성태2/13/200721249.NET Framework: 82. Orcas 1월 CTP에서 Linq 소스 컴파일 방법459정성태2/17/200725253오류 유형: 26. "Automatic Updates" 서비스 CPU 100% 점유 현상 - 두 번째 이야기 [3]458정성태2/12/200721711.NET Framework: 81. LINQ 개발 환경 설정 [1]457정성태2/8/200726187.NET Framework: 80. LINQ 관련 용어 정리 및 리소스 소개 [2] ... 166 167 168 169 170 171 172 173 174 175 176 177 178 179 [180] ...