'AMD'에 해당되는 글 10건

  1. 2018.07.07 라이젠 AGESA 1.0.0.4 (6)
  2. 2018.01.19 파이어폭스 아드레날린 100%클럭 문제.
  3. 2017.09.02 라이젠 더 들여다 보기.
  4. 2017.01.31 크림슨 드라이버 17.1.2
  5. 2016.12.22 OBS AMF 플러그인 1.4.3.4
  6. 2016.11.27 크림슨 16.11.3 vs 16.11.4
  7. 2016.11.20 드디어 H264문제를 해결한 AMD 크림슨 드라이버
  8. 2016.11.12 대충 문제의 UVD버그의 해결.
  9. 2016.11.05 AMD의 UVD버그.
  10. 2013.01.24 윈도우즈 XP 설치 후 AHCI 드라이버를 설치할 수 있도록 해주는 유틸. (2)
2018.07.07 12:57

라이젠 AGESA 1.0.0.4

 AGESA 1.0.0.2a가 나온 후로 뜸하던 업데이트 소식에 새로운 1.0.0.3과 1.0.0.4에 대한 이야기가 등장.


 AGESA 1.0.0.2에 오버클럭시 PUBG에서 크래시가 뜨는 이슈가 있었는데, 이게 해결된게 AGESA 1.0.0.3버전이고, 아직 AGESA 1.0.0.4에 대한 내용은 적은데 어느 유투버의 영상을 보면 프리시즌 부스트의 기능이 향상된 것 같다고 함.


 업데이트가 가능하다면 AGESA 1.0.0.3이상의 바이오스로 업데이트 하는 것을 추천. M사는 1.0.0.2a에서 업데이트를 멈추고 이젠 업데이트는 없을 모냥인 듯.


 다음엔 이 회사 메인보드는 걸려야겠다는 생각이 두번째 생기는 중.


 라이젠으로 오버클럭을 하려면 M사 메인보드는 피해야 함.

 

 (편집) 그동안 쌓인게 있어서 업데이트에 민감했던 듯. 아직 1.0.0.2를 유지하고 있는 타사 메인보드도 많다. 업데이트가 곧 되길 할 모양인데 아직 뚜렷한 어떤 징조가 없다 =ㅅ=;


(편집) AMD의 errata 리스트가 나왔는데, 몇몇의 버그가 사람들 사이에 이야기. 좀 심각하다고 보이는 버그는 2가지.


 하나는 FMA3버그라고 SMT가 켜진 상태에서 같은 코어에서 실행되는 FMA3 니모닉으로 인해 같은 물리코어에 있는 쓰레드가 동작을 기다리는 것으로 피나클 AGESA 1.0.0.4에서 고쳐진 것으로 언급되고 있다. 가끔 게임에서 SMT를 끄면 향상이 되는 문제는 아마 이 버그과 관련된 것으로 짐작. 이건 이미 1년전의 서밋 AGESA 1.0.0.4에서 고쳐진 내용.


 나머지 하나는 MWait버그로 관련 명령어에 의한 쓰레드가 멈출 수 있는 것으로 끊김 현상이 생기는데 새로운 최근 바이오스에서 "Power Supply Idle Control" 옵션을 "Typical Current Idle"로 해주면 문제가 해결된다. 처음에는 Auto로 되어 있다.


https://community.amd.com/thread/225795



(편집) 드디어 8월 3일경에 업데이트 되고 AGESA 1.0.0.4C로 업데이트. 베터 버전의 바이오스의 그대로 A-XMP는 사라지고 별다른 큰 문제는 없는 것 같다.


(편집) PBO라는 오버드라이브 클럭 기능을 위해선 오프셋 전압 설정이 필요한데, 아직 타사와 다르게 없는데 아직은 PBO가 불안정해서 큰 문제가 되지 않음.

 XFR이나 Boost기능은 풀로드가 아닌 중간 정도의 부하에서 최고의 효율성을 지니는 것으로 풀로드가 걸리면 기능의 메리트가 없다고 보면 된다. 그래서 오버클럭의 경우에는 이런 부스트 기능을 끄기도 한다.


(편집) PBO는 워런티를 보장하지 않는 기능으로 하이엔드 보드에서 사용하는게 좋은 기능. 그리고 AGESA 1.0.0.4는 SEV와 PSP쪽에 소소한 변경이 있었던 듯. 암호화 보호 가상 머신 쪽의 기능 업데이트라고 하는데 리눅스의 새로운 커널에서 문제가 생김. 윈도우즈 쪽에서는 특별히 문제에 대한 언급이 보이지 않음.


Trackback 0 Comment 6
2018.01.19 09:56

파이어폭스 아드레날린 100%클럭 문제.


 새로운 아드레날린 업데이트가 되었지만 동영상을 볼 때 여전히 100 클럭이 되는 문제가 있어서 다른 방법을 찾아보니, 파이어폭스의 설정에 문제가 있다는 것을 발견.

 파이오폭스의 설정에 들어가서 "vp9"을 검색해서 "media.benchmark.vp9.fps"라는 설정을 바꾸면 문제가 해결된다.



(편집) 여전히 위의 방법은 안통한다. 만약 문제가 생기면,

taskkill /FI "IMAGENAME eq amddvr.exe"

이라는 명령을 관리자권한으로 실행시키면 된다. amddvr.exe의 문제로 계속 최대 클럭으로 계속 남아있는 문제로 relive가 설치되지 않아도 이 기능이 실행되고 있어서 아마 버그로 추정.




'기타' 카테고리의 다른 글

M사 바이오스 베타.  (0) 2018.04.09
Nginx 런처 업데이트.  (0) 2018.02.27
파이어폭스 아드레날린 100%클럭 문제.  (0) 2018.01.19
라데온 아드레날린 드라이버.  (0) 2017.12.14
윈10 FCU 그리고 라이젠.  (0) 2017.11.25
nginx rtmp 윈도우즈 업데이트  (0) 2017.09.21
Trackback 0 Comment 0
2017.09.02 10:20

라이젠 더 들여다 보기.

우연히 몇몇 글을 읽다가 AMD의 라이젠에 대한 내용을 찾았다.


https://www.reddit.com/r/Amd/comments/601828/how_the_windows_high_performance_mode_is_limiting/df2v7w9/


 긴 댓글에 윈도우즈 전력관리와 라이젠의 성능에 대한 이야길 하는데,

 윈도우즈의 전력 관리 기능은 30밀리초 간격 정도로 관리 되지만, 라이젠의 하드웨어 SenseMI에서 관리되어 1밀리초에 관리가 되고 있고 윈도우즈의 전력 성능 관리 기능이 이를 따라갈 수 없는터라 완벽한 관리가 힘들다는 점인데 오히려 리눅스는 이러한 성능 전력 관리가 가능.


 그렇게 리눅스 컴파일에서 오류가 드러났지만 윈도우즈에서는 문제가 없는 것은 이러한 성능과 전력 관리가 리눅스 보다 촘촘하지 못한 탓이라는 이야기로 되는 것 같다. 게다가 리눅스의 작업 스케줄러가 더 낫다는 것도 드러나게 한 것 같은데 스케줄러는 별로이지만 SMT 코어 파킹만을 더 잘하는 윈도우즈의 특성이 바로 그것.


 여전히 많은 사람들이 CCX구조가 문제라고 말을 하지만 실제론 윈도우즈의 문제였고 그렇게 하드웨어 경쟁 벤더인 인텔만이 아닌 마이크로소프트에게도 뭔가 다르게 생각해야할 기회를 던져주는 계기를 만들었다는 것으로 생각할 수도 있다. 아마도 운영체제가 중요한 하드웨어 개발사로서는 충돌을 피하려고 문제가 없다며 피한 것일지도.


 결론적으로 만약 윈도우즈의 스케줄러가 리눅스 만큼이었다면 윈도우즈에서도 리눅스 컴파일 SegFault 문제는 일어났을 것이고 좀 더 심각한 문제가 될 뻔 했었다고도 생각한다.


 이런 생각들은 그냥 개인적인 유추이고. 가끔 이런 기술적인 내용을 접하게 되면 신기할 뿐이다.


'하드웨어' 카테고리의 다른 글

window 10 FCU 버그.  (0) 2017.10.31
라이젠 리눅스 컴파일 문제 (2)  (0) 2017.09.23
라이젠 더 들여다 보기.  (0) 2017.09.02
라이젠의 리눅스에서의 문제가 해결.  (0) 2017.08.28
라이젠 그리고 램 전압.  (0) 2017.08.26
크림슨 드라이버 17.1.2  (0) 2017.01.31
Trackback 0 Comment 0
2017.01.31 19:04

크림슨 드라이버 17.1.2

 크림슨 드라이버 17.1.2가 나왔는데, 하드웨어적인 업데이트의 중점은 다중 모니터를 사용할 경우에 메모리 클럭에 대한 문제가 해결된 듯. 17.1.1보다 더 안정적인 상태를 보여주는 것 같다. 한동안 2xx과 3xx번대의 모델들은 이런 이유로 메모리 클럭이 이상하게 동작하는 문제를 가지고 있어서 16.11.5를 그대로 쓰는 유저들이 많았다.


 그리고 17.1.1 부터는 AMF 1.4.0.0으로 업데이트 되었는데, 이 AMF 1.4.0.0부터는 HEVC(H.265)의 인코딩을 지원한다. 그동안 하드웨어는 지원을 했으나 AMF에서 지원되지 않았었는데 드디어 지원.


 이 지원으로 더 좋은 인코딩 방법이 등장. 하지만 아직은 영상 사이트에서 이 방식을 지원하지 않는터라 녹화용으로만 쓸 수 있는 정도. 그리고 아직 엑스플릿이나 OBS는 이걸 지원하지 않는다.


 다운로드 사이트


 http://support.amd.com/en-us/kb-articles/Pages/Radeon-Software-Crimson-ReLive-Edition-17.1.2-Release-Notes.aspx

Trackback 0 Comment 0
2016.12.22 10:19

OBS AMF 플러그인 1.4.3.4

 새로운 비디오 드라이버 16.12.2가 업데이트되어서 다시 업데이트된 듯. 드라이버를 16.12.2로 업데이트 했다면 업데이트 하는 것이 필요하다.

 

 다운로드 : https://github.com/Xaymar/obs-studio_amf-encoder-plugin/releases/download/1.4.3.4/AMD-Encoder-for-OBS-Studio.1.4.3.4.exe


 

 논외로 드라이버 16.12.2는 몇몇 와이파이 어댑터에서 와이파이 핑이 느려지는 느려지는 문제를 잡아냈고, 프리싱크의 모니터에서 몇몇 문제를 해결하는 등의 업데이트가 있었고, 현재 ReLive는 엑박 DVR기능과 충돌하는 문제점이 있다고도 언급되어 있었다.


290 380등의 하드웨어 제품군에서의 메모리 클럭 문제는 아직 해결하지 못했고, ReLive기능은 비디오 메모리 4G 이하의 제품에서 배틀필드에서 사용할 경우에 UI 번쩍임이나 프레임 드랍을 나타내는 문제점을 가지고 있기도 함. 그리고 RX 480에서는 마우스 포인터가 깨지는 문제점이 있기도 함.



Trackback 0 Comment 0
2016.11.27 14:14

크림슨 16.11.3 vs 16.11.4



16.11.3



16.11.4

 16.11.4는 H264문제에 대해서는 안정해졌으나, 같은 동영상 플레이에서 거의 2배의 전력을 소비.



Trackback 0 Comment 0
2016.11.20 10:57

드디어 H264문제를 해결한 AMD 크림슨 드라이버


 드디어 H264문제를 해결한 크림슨 드라이버 11.6.4등장.


http://support.amd.com/en-us/kb-articles/Pages/Radeon-Software-Crimson-Edition-16.11.4-Release-Notes.aspx 



 게다가 드라이버가 계속 업데이트 되면서 DX11의 API 오버헤드도 많이 줄어들고 있다. 아직 경쟁자인 엔비디어보다 많은 API 오버헤드가 있는데, 혹자는 DX12에 올인한 탓이라고도. 달리 엔비디어는 DX11에 올인을 했다고 하는 이야기도 전해진다.


https://www.reddit.com/r/Amd/comments/5dgnlp/amd_16114_release_note_h264_fixed/


 하지만 p2p 스트림에서의 H264문제는 아직 해결이 안된 상태.


 여튼 브라우져 가속에 대한 문제는 사라졌다.


(추가) H264는 문제가 없어졌지만, 비디오 플레이 상태에서 코어클럭이 최대로 잡히는 것으로 전력 소비율이 크게 증가한다. 결국 다시 16.11.3으로 돌아왔다. 약간의 문제를 인내하기로 결정. 코어 클럭이 다시 유동적으로 잡히는 그때를 기다려야.



Trackback 0 Comment 0
2016.11.12 00:26

대충 문제의 UVD버그의 해결.

 일단 하루만에 16.11.2의 드라이버가 나왔다.


http://support.amd.com/en-us/kb-articles/Pages/Radeon-Software-Crimson-Edition-16.11.2-Release-Notes.aspx 


 달라진 점은 세이더 캐쉬의 크기를 늘려서 컴파일된 세이더 코드들이 다시 컴파일되는 것을 줄여서 전체적인 프레임의 향상이 된다고. 게임에 따라 다르지만 대체적으로 이 세이더 캐쉬의 증가로 프레임이 약간 상승하는 벤치마크 결과들이 긍정적.


 하지만 여전히 UVD문제는 성가진 존재로 남아있는데, 그것으로 인해 불안정은 남아있다.


 이 문제의 해결점을 고민하다가 결국 메모리쪽 문제인가 해서 메모리 스크램블러 셋팅을 컸는데, 아직 까지는 상당히 안정해진 것 같다.


 인텔 CPU + ASUS 메인보드를 쓰는 사람은 Memory Scrambler를 disable로 하는 것을 추천한다.

 ASUS의 메인보드는 과거 리눅스 부팅 커널로 한번 이런 문제를 일으킨 적이 있심.


 유독 다른 메이져 메인보드 회사와는 달리 ASUS에서만 나타나는 특징적인 메모리 스크램블러 셋팅의 문제인 것 같은데 이 셋팅은 메인보드 회사마다 다르다. 이 기능은 메모리의 주소 위치를 섞어서 전기적인 신호의 완만함을 만들어서 에너지 절약을 도모하고 조금 더 보안적인 하드웨어 환경을 만들 뿐 성능향상은 없다.


 (추가) 좀 더 실험을 해봤지만, 뭔가 그런 이유 때문은 아닌 것 같다. 비슷한 셋팅에 Scrambler를 Optimized 에서 Default(MRC)로 변경. 이래도 안되면 소프트 문제이니 뭐 어쩔 수 없는 것 =ㅅ=;


 (추가) 2번째 실험도 변변치 않아 새로운 설정을 건드렸는데, 효과가 있는 듯? 스크램블러 셋팅을 초기의 활성된 상태로 두고 MCH full check를 Enable로 바꾸어서 안정화를 도모. 메모리 컨트롤러의 안정성 문제로 그러는건가 하는 생각도. 일단 더 잘되나 굴러봐야겠다. 따로 추가 언급이 없으면 잘 되는걸로.

 잊은게 있었는데 바이오스의 CSM 메뉴(부트설정쪽)에서 PCI-e부분을 UEFI First로 지정하기도 했다.


(추가) 최종 결론은 역시 MCH Full check = Enabled 였다. 어떤 바이오스가 만들어지는 시점에서 메모리 관련 기능의 업데이트로 인해서 그래픽카드와의 메모리 전송 부분에서 영향을 받는 듯. 블루 스크린을 봤다면 더 안정적이기 위해 이 기능을 활성화 해보는 것을 추천.


이느 갑작스런 BSOD만을 해결할 뿐 문제를 완벽히 해결하지 않는다. 다만 더 안정적인 시스템을 위한 방편일 뿐임.


(추가) MCH Full Check는 별 문제가 아니었던 듯. 바이오스의 기본 설정을 리셋하지 않아서 생긴 해프닝 =ㅅ=; 윈10 최신 업데이트가 되니 더 안정해지긴 했다.


'하드웨어' 카테고리의 다른 글

크림슨 드라이버 17.1.2  (0) 2017.01.31
드디어 H264문제를 해결한 AMD 크림슨 드라이버  (0) 2016.11.20
대충 문제의 UVD버그의 해결.  (0) 2016.11.12
AMD의 UVD버그.  (0) 2016.11.05
NVEnc와 AMF의 스트리밍 개수 차이.  (2) 2016.10.27
MPPT 회로 최종.  (2) 2016.07.09
Trackback 0 Comment 0
2016.11.05 00:29

AMD의 UVD버그.

 지금 AMD 드라이버의 가장 큰 버그는 UVD버그라고 불리우는 비디오 디코더 부분의 문제로 이게 게임을 하면서 동영상을 보거나 하면 스케줄러 다운 등이 되는 무서운 버그.


 현재 알려진 버그 리스트에 브라우져의 H264 문제에 대한 이야기가 있는데 그게 바로 그 문제. 아직 최신의 드라이버에서도 이 문제는 해결 못하고 있다.


 제조사의 펌업등을 해봐도 역시 이건 소프트웨어인 드라이버의 문제라서 어쩔 수 없는 고통이 되어가고 있는데, 피드백이 계속 들어가고 있어도 계속 지연되고 있는 듯.


 이번달 안에는 이 문제가 해결된 크림슨 드라이버가 나오기를.


 이렇게 짧은 글로 써서 남길 만큼 고통스러운 드라이버의 버그다 =ㅅ=;


 (추가) 일단 OBS 문제를 해결한 드라이버가 나온 모양.  영상을 본 후에 상당 시간동안 캡처가 끊기는 문제에 대한 해결이 되었다고 명시되어 있다.


http://support.amd.com/en-us/kb-articles/Pages/Radeon-Software-Crimson-Edition-16.11.1-Release-Notes.aspx


Trackback 0 Comment 0
2013.01.24 00:37

윈도우즈 XP 설치 후 AHCI 드라이버를 설치할 수 있도록 해주는 유틸.

윈도우즈 XP에서 보다 빠른 하드웨어 액세스 위한 AHCI 드라이버 사용을 위해서 만든 인스톨러.


 AMD A55 칩셋의 AHCI에 대응. 스크립트 포함. 레지스트리를 건드리는 위험없이 깔끔하게 해결 가능한 유틸리티로 INNOSETUP으로 만들어졌습니다. 다른 칩셋의 드라이버도 INF 파일등을 참고하면 같은 기능으로 만들 수 있으리라 생각합니다.


- SiS 1185 호환 드라이버 추가.

AMDINTEL_AHCI_WinXP14.zip


 - JMC3xx, Marvell 91xx 추가. 수정이 용이하도록 스크립트 파일을 보다 간소하게 정리.

AMDINTEL_AHCI_WinXP12.zip


- 인텔 칩셋 드라이버 추가.

AMDINTEL_AHCI_WinXP.zip


- 처음~

AMD_A55_AHCI_WinXP.zip


Trackback 0 Comment 2