【개발 환경으로서의 Chromebook】 Lenovo Chromebook Duet 그 3
3835 단어 CrostiniChromebook
소개
Lenovo Chromebook Duet을 사용하기 시작한 지 일주일이 지났습니다.
매우 평소 사용의 편리함이 좋은 단말이라고 생각합니다.
드디어 일본에서의 발매가 정식 발표되어 핵심 Chromebook 팬뿐만 아니라 새로운 고객층에 어떻게 받아 들여지는지 지금부터 매우 기대됩니다.
Crostini 정보
현재 Chromebook의 Linux 기능으로 Crostini가 준비되어 있습니다.
여기에서는 다음 버전의 Linux 이미지를 사용할 수 있습니다.
· 데비안 9 strech
· 데비안 10 buster
※Duet는 ARM64 아키텍처
쌍방 이용해 보았습니다만 Duet적으로는 일장일단 있는 것처럼 느꼈습니다.
버전
좋은 점
신경이 쓰이는 점
strech
buster보다 안정적인 느낌
fcitx-mozc가 리포지토리에 없기 때문에 일본어 입력 환경 설정이 번거롭습니다.
buster
fcitx-mozc가 쉽게 설치 가능
ARM에 대응한 패키지가 없는 경우가 있는 약간 안정도가 부족하다
기본적으로 Duet은 ARM 아키텍처이기 때문에 제공되는 바이너리가 적습니다.
Docker는 설치할 수 있지만 시작할 수 없는 많은 이미지가 있습니다.
VS Code는 OSS판 가다른 이른바 headmelted 버전이 됩니다. Remote 등의 편리한 기능을 사용할 수 없거나 합니다.
이 근처는 갈라진 뒤에서 개발 환경을 만들어 갈 필요가 있네요.
벤치마크
Linux의 sysbench를 이용하여 CPU, 메모리, 파일 IO를 측정해 보았습니다.
이번에도 대상은 이하의 단말이 됩니다.
· Lenovo Duet
・ASUS C101
・ASUS C425
CPU
실행 명령은 다음과 같습니다. 조건은 기본값입니다.$>sysbench --test=cpu run
DUET
C101
C425
5.6208 Sec
5.0693 Sec
10.3156 Sec
・역시 C101쪽이 DUET보다 조금 빠르다.
・C425가 크게 시간을 요하는 것은 CISC와 RISC의 특성의 차이?
메모리
실행 명령은 다음과 같습니다. 조건은 기본값입니다.$>sysbench --test=memory run
DUET
C101
C425
282.56MB/Sec
1443.38MB/Sec
3108.81MB/Sec
・여기에서도 C101 쪽이 DUET보다 호성적을 거두고 있습니다.
파일 IO
실행 명령은 다음과 같습니다. 조건은 순차 파일의 읽기/쓰기입니다.$>sysbench --test=fileio --file-test-mode=deqwr run
DUET
C101
C425
76.855MB/Sec
5.9379MB/Sec
36.982 MB/Sec
・파일 IO에 대해서는 DUET가 다른 2개에 비해 압승이 됩니다.
・C101에 대해서는 원래 디스크의 여유가 없고 테스트 종반에는 한없이 디스크 풀의 상태가 되므로, 다른 처리가 인터럽트하고 있을 가능성도 부정할 수 없습니다. (그래도 DUET 파일 IO가 압도되었을 수 있습니다)
마지막으로
DUET와 C101의 처리 성능적으로는 sysbench를 이용한 벤치마크에 있어서도 그다지 큰 차이가 없는 것 같은 것을 알았습니다.
다만 스토리지는 용량이 큰 뿐만 아니라 속도적으로도 DUET 쪽이 C101보다 어드밴티지가 있어, 개발 작업의 관점에 있어서는 처리가 좋아지는 것이 아닐까 기대합니다.
Reference
이 문제에 관하여(【개발 환경으로서의 Chromebook】 Lenovo Chromebook Duet 그 3), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/gontaneko/items/f6b00d166b0be5644445
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
현재 Chromebook의 Linux 기능으로 Crostini가 준비되어 있습니다.
여기에서는 다음 버전의 Linux 이미지를 사용할 수 있습니다.
· 데비안 9 strech
· 데비안 10 buster
※Duet는 ARM64 아키텍처
쌍방 이용해 보았습니다만 Duet적으로는 일장일단 있는 것처럼 느꼈습니다.
버전
좋은 점
신경이 쓰이는 점
strech
buster보다 안정적인 느낌
fcitx-mozc가 리포지토리에 없기 때문에 일본어 입력 환경 설정이 번거롭습니다.
buster
fcitx-mozc가 쉽게 설치 가능
ARM에 대응한 패키지가 없는 경우가 있는 약간 안정도가 부족하다
기본적으로 Duet은 ARM 아키텍처이기 때문에 제공되는 바이너리가 적습니다.
Docker는 설치할 수 있지만 시작할 수 없는 많은 이미지가 있습니다.
VS Code는 OSS판 가다른 이른바 headmelted 버전이 됩니다. Remote 등의 편리한 기능을 사용할 수 없거나 합니다.
이 근처는 갈라진 뒤에서 개발 환경을 만들어 갈 필요가 있네요.
벤치마크
Linux의 sysbench를 이용하여 CPU, 메모리, 파일 IO를 측정해 보았습니다.
이번에도 대상은 이하의 단말이 됩니다.
· Lenovo Duet
・ASUS C101
・ASUS C425
CPU
실행 명령은 다음과 같습니다. 조건은 기본값입니다.$>sysbench --test=cpu run
DUET
C101
C425
5.6208 Sec
5.0693 Sec
10.3156 Sec
・역시 C101쪽이 DUET보다 조금 빠르다.
・C425가 크게 시간을 요하는 것은 CISC와 RISC의 특성의 차이?
메모리
실행 명령은 다음과 같습니다. 조건은 기본값입니다.$>sysbench --test=memory run
DUET
C101
C425
282.56MB/Sec
1443.38MB/Sec
3108.81MB/Sec
・여기에서도 C101 쪽이 DUET보다 호성적을 거두고 있습니다.
파일 IO
실행 명령은 다음과 같습니다. 조건은 순차 파일의 읽기/쓰기입니다.$>sysbench --test=fileio --file-test-mode=deqwr run
DUET
C101
C425
76.855MB/Sec
5.9379MB/Sec
36.982 MB/Sec
・파일 IO에 대해서는 DUET가 다른 2개에 비해 압승이 됩니다.
・C101에 대해서는 원래 디스크의 여유가 없고 테스트 종반에는 한없이 디스크 풀의 상태가 되므로, 다른 처리가 인터럽트하고 있을 가능성도 부정할 수 없습니다. (그래도 DUET 파일 IO가 압도되었을 수 있습니다)
마지막으로
DUET와 C101의 처리 성능적으로는 sysbench를 이용한 벤치마크에 있어서도 그다지 큰 차이가 없는 것 같은 것을 알았습니다.
다만 스토리지는 용량이 큰 뿐만 아니라 속도적으로도 DUET 쪽이 C101보다 어드밴티지가 있어, 개발 작업의 관점에 있어서는 처리가 좋아지는 것이 아닐까 기대합니다.
Reference
이 문제에 관하여(【개발 환경으로서의 Chromebook】 Lenovo Chromebook Duet 그 3), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/gontaneko/items/f6b00d166b0be5644445
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
DUET와 C101의 처리 성능적으로는 sysbench를 이용한 벤치마크에 있어서도 그다지 큰 차이가 없는 것 같은 것을 알았습니다.
다만 스토리지는 용량이 큰 뿐만 아니라 속도적으로도 DUET 쪽이 C101보다 어드밴티지가 있어, 개발 작업의 관점에 있어서는 처리가 좋아지는 것이 아닐까 기대합니다.
Reference
이 문제에 관하여(【개발 환경으로서의 Chromebook】 Lenovo Chromebook Duet 그 3), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/gontaneko/items/f6b00d166b0be5644445텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)