글

라벨이 개발환경인 게시물 표시

개발환경 바꿔보기 #2 (마무리...벌써?)

-
데스크탑 PC에서 우분투를 사용했을때 장점 - PC의 남는 자원활용 - PC의 SSD를 활용한 검색 속도 - Standalone PC에서 컴파일(네트워크 문제가 발생해도 컴파일 지속) 하지만 회사의 윈도우 프로그램을 쓸수 없다는 치명적인 단점때문에 윈도우 10으로 이전했습니다. 그리고 미련이 남아서 윈도우에서 어떻게든 local 컴파일을 해보려고 다음을 고려했습니다. - 도커 : 이왕이면 최신기술 배우면서 새로운 방향을 개척해보자. 네 가능합니다, 게다가 윈도 자원 맘껏 사용 가능! 하지만 Cross-compile은 매우 골치가 아프군요. 특히 공유 폴더에서 파일시스템이 softlink를 지원하지 않아 깨져버리는 문제는 답이 없습니다. Fail - WSL(Windows Subsystem for Linux) : 이것도 윈도 자원 맘껏 사용 가능! 우오오오! 하지만 64bit windows에서는 32bit 리눅스 프로그램을 아예 지원 계획이 없답니다. 근데 cross-compiler는 32bit. Fail - virtualbox : 이것밖에 없군요. 하지만 필연적으로 따라오는 성능저하에 시무룩.. 이참에 vim을 떠나 나도 atom을 써보자! sftp 는 결국 sync맞춰야해서 매우 귀찮군요. 그래서 smb 를 써보니 간편합니다. (windows 10에서는 smb v1 지원을 켜줘야함) 근데 내가 왜 이짓을 하는지 의문이...그냥 10년 넘게 써오던 vim 그냥 쓰렵니다. 시무룩..
댓글 쓰기
자세한 내용 보기

개발 환경 바꿔보기 #1

-
개발환경 바꿔보기 계획 1. 기존 개발환경 개발PC를 리눅스를 쓰면 간단합니다. 제게 이보다 완벽한 개발환경은 없습니다. 오피스도 구글 드라이브 쓰기때문에 문서 작성에 딱히 문제될 것이 없습니다. 거기다 보조적으로 virtualbox에 윈도우를 깔아서 왠만한 프로그램을 돌려버리기 때문에 특별히 문제되지 않았습니다. 하지만 회사에서 쓰는 프로그램중에 virtualbox로는 답이 안나오는 프로그램이 몇 있습니다. 그것때문에 문제가 몇번 발생하고는 도저히 답이 안나오더군요. 그래서 결국 전통적인(?) 윈도우pc - ssh - 리눅스서버로 돌아왔습니다. 회사 프로그램 문제는 깔끔하게 해결되었고 개발에도 뭐 문제는 없죠. ssh client라던가 minicom을 대체하는 무료 프로그램이 없다는게 마음에 안되지만 조금만 불편을 감수하면 뭐 어찌되는거죠. 하지만 빵빵한 PC(8코어CPU! SSD!) 자원은 팽팽 남아도는데 몇명이 동시에 컴파일 돌리느라 느려터진데다 HDD에서 ctags나 grep 돌렸을때의 답답함은...배알이 꼴립니다. 그래서 뭔가 해결책을 찾기로 했습니다. 2. 실패한 계획 요즘 Docker가 핫하다매? CPU 코어도 공용으로 쓰기때문에 CPU 풀파워도 쓸수 있다는데 땡깁니다! 뭐 이걸 개발서버로 못쓸게 있나? 해보자! 는 실패... Docker 초짜라서 실패한 것 같습니다. 아..이게 될것 같았는데... 고정 IP 설정, SSH/NFS/TFTP 고정 포트 설정 등이 가로막는군요. 3. 시작할 계획 virtualbox에 Ubuntu-server 설치 : CPU를 8개중 4개만 할당 가능하네요. RAM : 4GB 할당. UI를 사용할것 아니면 4GB도 넘치죠. SSD 중 100GB 할당 : 이정도면 충분하겠죠. 이래저래 설치 완료. 별거없음..
댓글 쓰기
자세한 내용 보기

이 블로그의 인기 게시물

WSL2 Ubuntu 20.04 및 네트워크 설정

-
이미지
WSL2 Ubuntu 20.04 파워쉘을 실행합니다. 미리 설치한 Ubuntu 20.04를 WSL2로 변환하기로 합니다. 메시지의 링크를 따라가면  Updating the WSL 2 Linux kernel  페이지가 나오며, Instruction을 따라서 파일 다운로드 후 실행합니다. 그리고 다시 아래 명령을 수행하면 이번에는 정상적으로 변환합니다. 확인해보니 VERSION이 2로 나오며 잘 전환되었습니다. 실행! WSL2 Network 기본적으로 NAT로 설정되어 있습니다. Port forwarding으로 해결하려 삽질하다, 우연히 얻은 정보로 해결하였습니다. (출처 : https://www.clien.net/service/board/park/14995027) 가상 스위치 Bridge 설정 VirtualBox 같은 가상머신을 사용해보신 분들은 알겠지만, Bridge 모드로 설정하는 것이 가장 편리합니다. 먼저 Hyper-V 관리자를 관리자권한으로 실행합니다. 우측 중앙의 가상 스위치 관리자를 실행합니다. 만약 실패할 경우 네트워크 장치의 이더넷 속성에서 다음과 같이 해제한 수 다시 진행하시면 됩니다. 기본적으로 "내부 네트워크" 로 설정되어있는데 외부 네트워크로 설정합니다. WSL 이 안보이는 경우가 있는데 WSL2 를 한번도 실행하지 않은 경우입니다. WSL2 리눅스를 한번 띄우고 나간다음 확인해보면 WSL 항목이 생깁니다. 이와 같이 설정후 다시 WSL2 리눅스를 띄우고 IP 설정하면 브릿지모드로 동작합니다. 임베디드 개발자가 주로 사용하는 TFTP, NFS, FTP, SSH 등등 맘껏 설치해서 사용할 수 있습니다!
자세한 내용 보기

구글 시트에 여러 행 한번에 추가하기

-
이미지
서론 구글 드라이브를 잘 쓰고 있는 입장에서 스프레드 시트에서 항상 1행 추가는 불만이었습니다. 별 생각없이 1행 추가를 여러번 하는 식으로 써왔는데 간혹 한 5줄 추가할 일이 생기면 상당한 짜증을 유발했지만 그냥 뭐..했는데.. 여러 행 한번에 추가하기 구글에서 이런 불편함을 그대로 뒀을리가 없다! 라는 생각이 문득 들어서 찾아봤더니 허무하게도 쉽게 나오네요. 5줄을 추가할 일이 생기면 그냥 5줄 선택후 우측 마우스 클릭을 하면 10행 삽입이 뜹니다. 참 쉽죠? 행,열,셀 모두 된다네요. 출처 : 열/셀 추가 또는 이동하기
자세한 내용 보기

리눅스 멀티코어를 사용하는 tar 압축/해제

-
이미지
Situation 주로 사용하는 업무용 PC에 HDD 가 연결되어있는데 WSL 을 통해 엑세스 하다보면 매우 느립니다. 그러다 문득 반디집의 멀티코어 압축해제 가 생각나서 있지 않을까? 하고 찾아봤습니다. Task 검색해보면 몇가지 압축 해제 방법이 나오는데, tar -I 옵션으로 할 수 있는 압축 해제 방법이 간단하므로 이 옵션을 쓸 수 있는 방법을 골라냅니다. 또한 리눅스에서 주로 사용하는 압축은 .tar.gz 과 .tar.bz2 각각 다른 명령을 씁니다. 이것까지는 어쩔수 없는 모양입니다. 실제로 멀티코어를 쓰는지도 확인해보도록 합니다. 반디집 글에 많은 사람들이 환호했던 것은 멋진 영상때문이었습니다. 저도 환호할것 같네요. Action .tar.bz2 bz2에 사용할 프로그램은 lbzip2 입니다. 설치 우분투 설치 sudo apt install lbzip2 실행 tar의 man page를 보면 -I 옵션은 압축 프로그램을 사용한 압축이라고 합니다. -I, --use-compress-program=COMMAND Filter data through COMMAND. It must accept the -d option, for decompression. The argument can contain command line options. 압축은 다음과 같이 실행합니다. tar -I lbzip2 -cf <파일명> <대상파일> 압축해제 다음과 같이 실행합니다. tar -I lbzip2 -xf <파일명> <대상파일> 압축해제하는데 멀티코어는 15초 걸리는데 반해, 일반 tar 해제는 1분 2초가 걸립니다. 이 동영상 올리려고 포스트를 쓴거나 마찬가지입니다. lbzip2 압축해제 실행하자마자 모든 코어가 100% 올라가는 걸 보세요! ㅋㅋㅋㅋ (좌측 프로그램은 bottom 입니다.) .tar.gz gz에 사용할 프로그램은 pigz 입니다. 이름이 재밌는 말장난이네요....
자세한 내용 보기