이 노트북에는 CPU로 8코어 16쓰레드의 AMD Ryzen Renoir 4800H를 사용하였고, GPU로는 Nvidia GTX 1650 Ti를 사용하여 CUDA연산을 할 수 있습니다.
이번에 재택근무 이슈가 있다보니, 노트북을 뭘로 살까 고민하다 CPU 성능이 우수하면서 GPU가 들어간 노트북을 사용해보게되었습니다! 원래는 이 모델보다 GPU상위 모델(Nvidia RTX 2060)이 달린 TFG7476H를 사용하려고 했으나, 이미 인기가 많아 매진되어 구매 수령을 하려면 9월말까지 기다려야 한다고 하였습니다. 그래서 급하게 필요한지라 얼른 구할 수 있는 TFG7475H(GTX 1650Ti)를 구입하였습니다.
아래는 오픈수세(openSUSE) 리눅스 설치 화면입니다.
설치가 완료되었습니다.
처음에, 리눅스 설치를 해보니 노트북 LCD엔 출력이 제대로 동작하니, 정상적으로 설치했다 좋아했습니다. 그러나, HDMI로 24인치 모니터를 노트북에 연결해보니 외장모니터 연결은 안되는 문제가 있습니다.
그래서, Nvidia 드라이버를 설치 후, openSUSE의 SUSE Prime 설치해야 노트북 내장 화면(LCD)및 외장화면 (HDMI, miniDP)동시 출력이 가능합니다.(Nvidia 모듈 설치후에 외장모니터만 화면 출력되고, 노트북 LCD가 안나오는 현상 겪으면 멘붕합니다 ㅋㅋㅋㅋㅋㅋㅋ ㅠㅠㅠㅠ )
libcudnn8-8.0.3.33-1.cuda11.0.x86_64.rpm와 libcudnn8-devel-8.0.3.33-1.cuda11.0.x86_64.rpm, nvidia-machine-learning-repo-rhel8-1.0.0-1.x86_64.rpm를 다운로드 받아서 설치하였습니다.
$ sudo zypper in libcudnn8-8.0.3.33-1.cuda11.0.x86_64.rpm libcudnn8-devel-8.0.3.33-1.cuda11.0.x86_64.rpm nvidia-machine-learning-repo-rhel8-1.0.0-1.x86_64.rpm
이후 pip으로 tensorflow-gpu를 설치해봅니다.
$ pip3 install tensorflow tensorflow-gpu
라이브러리 설치가 되었으면, 두근두근
tensorflow에서 Nvidia GPU연동이 잘 되는지 테스트를 해봅니다
$ python3 -c 'import tensorflow as tf; print(tf.__version__)'
2020-09-12 03:28:30.666780: W tensorflow/stream_executor/platform/default/dso_loader.cc:59] Could not load dynamic library 'libcudart.so.10.1'; dlerror: libcudart.so.10.1: cannot open shared object file: No such file or directory
2020-09-12 03:28:30.666814: I tensorflow/stream_executor/cuda/cudart_stub.cc:29] Ignore above cudart dlerror if you do not have a GPU set up on your machine.
2.3.0
아, Python의 tensorflow-gpu는 CUDA 10.1 버전을 사용하고 있더군요. CUDA 동적 라이브러리 10.1 버전이 없어서 에러가 났습니다.
이번에, AMD Ryzen기반 8 코어 16 스레드 지원 CPU 4800H와 Nvidia GTX1650 Ti가 들어간 새로운 17.3인치 랩탑(한성컴퓨터 TFG7475H)을 저렴하게 구입 후, 기본 OS를 openSUSE로 설치하여 사용하고 있습니다.
남들 많이 사용하는 리눅스 배포판(Linux Distribution)인 우분투(Ubuntu), 데비안(Debian)이나 RPM계열인 페도라(Fedora)대신 오픈수세(openSUSE)를 사용하는 관계로, 남들보다 삽질을 더 하는 듯함. (다행히, 우분투와 다르게 오픈수세는 Nvidia 드라이버를 빨리 설치하는 듯)
한글과컴퓨터에서 공개한 리눅스용 HWP뷰어의 리눅스용 설치 파일은 페도라(Fedora) 기반의 rpm파일이나 우분투(Ubuntu) 기반인 deb파일로 제공하고 있습니다.
그러나, 당연 오픈수세(openSUSE)용은 한국 사람들이 많이 사용하는 배포판이 아니니, 한글과컴퓨터에서 오픈수세(openSUSE)용을 내놓을 리는 없습니다. 그래서, 오픈수세(openSUSE)와 그나마 친척관계(?)인 페도라 코어(Fedora Core)용 설치파일(rpm)파일을 다운로드 받았습니다.
이제 Fedora용 설치 파일인 RPM파일을 다운로드하면, 설치를 해보죠.
$ rpm -ivh hancomoffice-hwpviewer-Fedora.x86_64.rpm
오류: Failed dependencies:
libjavascriptcoregtk-3.0.so.0()(64bit) is needed by hancomoffice-hwpviewer-9.20.0.1575-1.x86_64
libwebkitgtk-3.0.so.0()(64bit) is needed by hancomoffice-hwpviewer-9.20.0.1575-1.x86_64
webkitgtk3 >= 1.3.3 is needed by hancomoffice-hwpviewer-9.20.0.1575-1.x86_64
이... RPM의존성 있다고 설치 에러를 뱉습니다. 그럼, 오픈수세(openSUSE)에서 한글(HWP)뷰어 설치를 못하나??? ㅠㅠㅠㅠ
자 각설하고, 오픈수세(openSUSE)에서 어떻게 한글(HWP) 뷰어를 설치해야 하나?
결론을 말하자면, zypper명령어의 옵션을 줘서, 패키지 종속성 확인하면서 강제로 설치하면 됩니다.
$ sudo zypper in hancomoffice-hwpviewer-Fedora.x86_64.rpm
'packman' 리포지토리 메타 데이터를 검색하는 중 .....................................[완료]
리포지토리 'packman' 캐시 빌드 중 ..................................................[완료]
리포지토리 데이터 로드 중...
설치된 패키지를 읽는 중...
패키지 종속성 확인 중...
문제: webkitgtk3 >= 1.3.3(hancomoffice-hwpviewer-9.20.0.1575-1.x86_64에서 필요)이(가) 제공되지 않습니다.
솔루션 1: hancomoffice-hwpviewer-9.20.0.1575-1.x86_64 설치 안 함
솔루션 2: 일부 종속성을 무시하여 hancomoffice-hwpviewer-9.20.0.1575-1.x86_64을(를) 구분합니다.
위의 제안으로부터 하나를 선택하거나 취소 [1/2/c/d/?] (c): 2
종속성을 확인하는 중...
패키지 종속성 확인 중...
다음 새 패키지가 설치됩니다.
hancomoffice-hwpviewer
1 새로운 꾸러미로 설치.
전체 다운로드 크기: 94.2 MiB. 이미 캐싱됨: 0 B. 작업 후에 211.3 MiB이(가) 추가로
사용됩니다.
계속하시겠습니까? [예/아니오/버전/...? 모든 옵션 표시] (예):
꾸러미 hancomoffice-hwpviewer-9.20.0.1575-1.x86_64 검색 중
(1/1), 94.2 MiB (211.3 MiB 압축 풀기)
hancomoffice-hwpviewer-Fedora.x86_64.rpm:
패키지가 서명되지 않았습니다!
hancomoffice-hwpviewer-9.20.0.1575-1.x86_64 (일반 RPM 파일 캐시): 서명 확인 실패 [6-파일이 서명되지 않음]
중단, 재시도 또는 무시하시겠습니까? [a/r/i] (a): i
파일 충돌 확인: ....................................................................[완료]
(1/1) 설치 중: hancomoffice-hwpviewer-9.20.0.1575-1.x86_64 .........................[완료]
%posttrans 스크립트 실행 중 ........................................................[완료]
$
설치가 완료 후, 한글(HWP) 뷰어를 실행하면 아래와 같이 나옵니다.
즉, 한글(HWP) 뷰어는 우분투(Ubuntu), 데비안(Debian)등의 deb기반의 배포판이나, 오픈수세(openSUSE), 페도라 코어(Fedore Core), 센트오에스(CentOS)등의 RPM기반의 배포판이나 현재의 배포판에서 설치 시 의존성 문제가 있으나, dpkg나 rpm으로 강제로 옵션 줘서 설치하거나, 배포판에서 의존성 관련으로 설치를 도와주는 명령어 입력하여 설치할 수 있습니다.
# zypper se x11-video-nvidiaG0*
Retrieving repository 'NVIDIA' metadata --------------------------------------------------------------------------------------------------------------------------[|]
New repository or package signing key received:
Repository: NVIDIA
Key Name: NVIDIA Corporation <linux-bugs@nvidia.com>
Key Fingerprint: 9B763D49 D8A5C892 FC178BAC F5113243 C66B6EAE
Key Created: Fri Jun 16 01:13:18 2006
Key Expires: (does not expire)
Subkey: F016EEAA03224CDD 2006-06-16 [does not expire]
Rpm Name: gpg-pubkey-c66b6eae-4491871e
Do you want to reject the key, trust temporarily, or trust always? [r/t/a/?] (r): a
Retrieving repository 'NVIDIA' metadata .......................................................................................................................[done]
Building repository 'NVIDIA' cache ............................................................................................................................[done]
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
--+---------------------+---------------------------------------------------------+--------
| x11-video-nvidiaG04 | NVIDIA graphics driver for GeForce 400 series and newer | package
| x11-video-nvidiaG05 | NVIDIA graphics driver for GeForce 600 series and newer | package
이제, Nvidia 드라이버 패키지를 설치합니다.
# zypper in x11-video-nvidiaG04
Loading repository data...
Reading installed packages...
Resolving package dependencies...
The following 13 NEW packages are going to be installed:
Mesa-libGLESv1_CM1 Mesa-libGLESv2-2 libX11-6-32bit libXau6-32bit libXext6-32bit libglvnd-32bit libxcb1-32bit nvidia-computeG04 nvidia-gfxG04-kmp-default
nvidia-glG04 plasma5-applet-suse-prime suse-prime x11-video-nvidiaG04
The following 4 recommended packages were automatically selected:
Mesa-libGLESv1_CM1 Mesa-libGLESv2-2 nvidia-glG04 x11-video-nvidiaG04
13 new packages to install.
Overall download size: 79.2 MiB. Already cached: 0 B. After the operation, additional 366.0 MiB will be used.
Continue? [y/n/v/...? shows all options] (y): y
Do you agree with the terms of the license? [yes/no] (no): yes
설치가 완료되었으면 재부팅 합니다.
재부팅 후에도 Intel 그래픽카드로 사용되는걸 확인할 수 있습니다. openSUSE에서 Nvidia 그래픽카드 사용 활성화를 하려면 아래의 명령어로 활성화합니다
$ sudo prime-select nvidia
Logout to switch graphics
위의 내용처럼 로그아웃을 하고 난 후 새로 로그인 하면 변경되는 걸 확인할 수 있습니다.
ps. 이제 이 노트북으로 Nvidia GPU를 이용한 AI연산, 딥러닝을 사용할수 있다.
코로나-19(COVID-19) 전염병 대유행에 둘러싼 불확실성과 이 대유행으로 여행, 컨퍼런스 계획, 물류 및 참석자들이 행사에 올 가능성에 대한 영향으로 실제 오프라인 컨퍼런스 행사를 온라인 행사로 변경을 하게 되었습니다.
이 컨퍼런스를 온라인으로 변경하는 것은 좋은 소식이며, 행사주최를 하는 사람들은 행사 기간 동안 사교 활동을 원하는 사람들을 위한 통찰력 있는 발표, 기술적인 프레젠테이션 및 회의로 가득찬 훌륭한 컨퍼런스를 제공하려고 생각하고 있습니다. 비디오 컨퍼런스 도구를 이용하여, 참석자들은 오픈수세(openSUSE)와 리브레오피스(LbreOffice)의 신 기술을 배우고 개발자와 채팅으로 질문할 기회를 갖게 됩니다. 마케팅(Marketing), 디자인(Design), QA 및 기타 주제과 관련된 커뮤니티는 온라인으로 만나 아이디어를 포착하고 교환할 수 있습니다.
발표제안(Call for Papers; CfP)는 7월 21일까지 발표를 계속 제출할수 있습니다. 발표제안(CfP)의 제출은 https://events.opensuse.org 의오픈소스 이벤트 관리자(OSEM; Open Source Event Manager) 인스턴스에서 계속 진행됩니다. 제출물 모음은 OSEM도구로 구성하지만, 온라인 행사는 최근에 openSUSE Virtual Summit — https://opensuse.reqmagic.com 에서 사용된 것과 같은 다른 웹사이트에서 진행됩니다. 이 플랫폼은 파이어폭스(Firefox), 크로미움(Chromium) 및 여러 오픈소스 브라우저에서 동작합니다. 이 소프트웨어는 다양한 API(유투브[YouTube], 돌비[Dolby]등등)을 사용하여 플러그인이 필요 없는 전적으로 HTML5기반의 웹 기반 서비스를 지원합니다.
컨퍼런스의 일정과 시간 할당에 대한 더 많은 정보는 곧 전달할 예정입니다.
트랙(Tracks)
다음은 오픈수세(openSUSE)에 관련한 발표를 제출할때 선택할 수 있는 트랙 목록입니다.
a) 오픈수세(openSUSE) b) 오픈소스(Open Source) c) 클라우드와 컨테이너 기술(Cloud and Containers) d) 임베디드(Embedded)
다음은 리브레오피스(LibreOffice)에 관련한 발표를 제출할때 선택할 수 있는 트랙 목록입니다:
a) 개발(Development), APIs, Extensions, Future Technology b) 품질보증(Quality Assurance) c) 현지화(Localization), 문서화(Documentation), 모국어 프로젝트(Native Language Projects) d) LibreOffice에 마음을 끌게 하는 것: 사용 편의성, 디자인, 접근성 등 e) 개방 문서 형식(오픈 도큐먼트 포맷, Open Document Format) , 문서 해방(Document Liberation), 호환성 및 상호운용성(Interoperability) f) LibreOffice의 옹호, 촉진, 홍보, 마케팅
발표는 15분의 짧은 발표(short talk), 30분의 일반 발표(normal talk) 및 60분의 워킹그룹(workgroup session) 세션을 선택할수 있습니다. 조직위원회는 온라인 컨퍼런스 중에 참석자의 참여를 유지하기 위해서 발표를 단축시켜야 한다고 생각했습니다. 이 변경사항은 휴식 시간, 소셜 비디오 세션 및 각각 발표가 끝난 후 질의 응답에 대한 추가 시간에 대한 조정을 하는데 도움이 됩니다.
사용할 라이브 플랫폼을 사용하면 제한된 대역폭으로 접속하는 발표자가, 라이브 발표를 원하지 않는다면, 녹화한 발표를 실행시키는 것을 허용합니다. 발표자는 동영상을 시스템에 내장된 중지, 되감기, 빨리 감기 등으로 제어하는 것이 가능합니다.
소규모 회의(Mini-summits)
오픈수세 + 리브레오피스(openSUSE + LibreOffice) 조직위원회는 지역 언어로 회의와 함께 진행할 소규모 온라인 회의를 조직하는 거에 관심이 있는 커뮤니티 회원의 의견을 즉시 듣고 싶습니다. 이 아이디어는 소규모 온라인 회의가 리브레오피스 스페인어 커뮤니티에서 조직하는 정기 월례 행사가 열리는 것 처럼, 커뮤니티의 행사를 조직하는데 기꺼이 도움을 줄 수 있는 커뮤니티를 위해 많은 청중들에게 다가갈수 있을 것입니다. 오픈수세 + 리브레오피스(openSUSE + LibreOffice) 컨퍼런스는 영어로 진행되지만, 소규모 온라인 회의는 지역 언어로 진행할 것입니다.여러 나라의 활발한 커뮤니티에서 사용하는 언어(예를들어, 프랑스어, 독일어, 스페인어)를 사용하는 것에 대한 노력은 모든 자원봉사자들을 참여하기 위해서 조정을 해야합니다. 관심 있는 분은 제목으로 “openSUSE + LibreOffice Conference Mini-Summit”을 작성후, 다음의 이메일 주소 ddemaio@opensuse.org 로 메일 전달해주시기 바랍니다.
하나 이상의 주제와 관련되도록 발표제안을 작성하십시요. 예를들어, 발표가 보안 또는 데스크탑인 경우, openSUSE에서 응응프로그램 설치법이나 데모 시연등을 포함하는 것이 좋습니다. 발표에서 참석하는 사람이 무엇을 배울지 분명하게 작성하십시요. 예를들어, 발표에서 주요 기술 및 소프트웨어의 소개 및 발표의 주요 주제 등입니다.
/home/dhsung/Projects/gnome-hello/configure: line 11964: syntax error near unexpected token `maximum'
/home/dhsung/Projects/gnome-hello/configure: line 11964: `GNOME_COMPILE_WARNINGS(maximum)'
위의 메세지를 띄우며 빌드가 안될때 해결책. 'gnome-common'라이브러리( Common Files to Build GNOME )이 없어서 나오는 문제.
2010년-2011년 사이의 LinuxMint와 Ubuntu의 간격이 확연히 차이나는 것을 볼 수 있습니다.
그 이유는 Ubuntu 11.04부터 Desktop Environment인 GNOME대신 Unity가 들어간게 결정적인 타격이라고 생각됨.
Canonical의 Mark Shuttleworth(마크 셔틀워스)가 2010년도에 GNOME대신 Unity가 들어간다는 블로그 글을 게시한 이후, GNOME진영에 있던 많은 분들이 Ubuntu를 버리는 일이 있었던 것때문에 Linux mint 사용자가 늘어난거라고 보고 있습니다.
그리고 일반사용자들이 생각하기로 우분투가 리눅스 민트에게 밀리는 이유는 다음과 같다고 생각됨
리눅스 민트(Linux Mint)는 Ubuntu(우분투)에서 파생되었으며, 우분투와 같은 저장소를 쓰고 심지어, 리눅스 민트에 기본 설치된 소프트웨어도 우분투와 거의 같다. 그리고 우분투에 적용되는 팁의 대부분도 리눅스 민트에 적용된다는 것때문에 우분투 쓰는 사람이 쉽게 다가갈 수 있다.
그리고 우분투보다 GUI환경이 우아하고 아름답다. 우분투에서 라이센스문제로 인해 제공하지 않는 소프트웨어를 제공해준다 등의 장점때문에 우분투 쓰던 사람들이 리눅스 민트로 옮기는 경향이 있습니다.
이건 개인적인 의견이므로 마음껏 딴지 걸어도 됩니다.
Ubuntu(우분투)의 침체와 Linux Mint(리눅스 민트)의 약진으로 Ubuntu를 지원하는 Canonical사는 어떻게 대응할지 궁금하네요.