부모글 보이기/감추기 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분 과연, 어렵긴한가 보군요. ^^ 어쨌든, 하드웨어의 클럭 경쟁이 어려워지니 이런 유의 구현으로 확장하는 것도 재미있는 현상인 것 같습니다. 정성태 ... [181] 182 183 184 185 186 187 188 189 190 191 192 193 194 195 ... NoWriterDateCnt.TitleFile(s) 491정성태5/21/200726619.NET Framework: 88. ManagedThreadId ? [4]490정성태5/19/200735126오류 유형: 33. error MSB6003: SxS DLL 로딩 오류 [2]489정성태5/14/200722963.NET Framework: 87. .NET 2.0에서 C# 3.0 기능 사용하기488정성태5/14/200721480Windows: 25. Multiple Input Queues487정성태4/24/200727086VC++: 32. VC++에서 bool이 가지는 의미 [3]486정성태3/22/200726127Windows: 24. DreamScene과 DWM(Desktop Window Manager)의 관계 [1]485정성태3/17/200721478오류 유형: 32. VS.NET 2005 - x64 환경에서의 mixed 디버깅 환경 구성484정성태3/17/200720625오류 유형: 31. SQL Compact Edition 설치 후 오류483정성태3/17/200742033오류 유형: 30. x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154 [2]482정성태3/17/200731502Team Foundation Server: 17. 팀 프로젝트 접속 및 사용481정성태3/17/200725429Team Foundation Server: 16. 팀 프로젝트 읽기 전용 사용자 등록480정성태3/14/200723639.NET Framework: 86. GC(Garbage Collector)의 변화479정성태3/14/200727559개발 환경 구성: 25. D820 - ReadyBoost 구동478정성태3/14/200727015개발 환경 구성: 24. D820 고주파음 문제477정성태3/14/200736318개발 환경 구성: 23. 비스타 x64 버전에서 서명되지 않은 드라이버 사용 [4]476정성태3/9/200731747개발 환경 구성: 22. D820 노트북 - 설치 및 BitLocker 구성 [1]475정성태3/6/200726104.NET Framework: 85. 공용 프로퍼티 자동 생성474정성태3/5/200724329.NET Framework: 84. Lambda 표현식 응용 사례 [1]473정성태3/4/200731408디버깅 기술: 14. TFS 오류 추적(TF53010, TF14105)472정성태3/3/200730606디버깅 기술: 13. 예외 발생 시 Minidump 생성 - WinDBG [3]1471정성태3/1/200719648디버깅 기술: 12. Managed Method에 Break Point 걸기469정성태2/28/200731280디버깅 기술: 11. (Managed) Main Method에 Break Point 걸기 [3]1470정성태3/1/200722690 디버깅 기술: 11.1. (Managed) Main Method에 Break Point 걸기 - 내용 보강468정성태2/25/200732444COM 개체 관련: 20. 탭 브라우저의 윈도우 핸들 구하기 [3]466정성태2/22/200724249Windows: 23. 롱혼 서버 코어 버전 [2]465정성태2/21/200723226오류 유형: 29. TFS 관련 스케줄 작업 실패 ... [181] 182 183 184 185 186 187 188 189 190 191 192 193 194 195 ...