예전에 만들어놓은 안드로이드 프로젝트가 있었는데, git repository를 프로젝트 root 가 아니라 app 안에 생성해놨었다. 그래서 clone 할 때마다 불편해서 이 참에 .git 디렉터리를 옮기기로 했다.
현재 .git 디렉터리가 있는 경로에서 커맨드 창을 열고, 다음과 같은 명령어를 입력하면 된다.
git init --separate-git-dir=/path/to/move/.git .
나 같은 경우에는 한 단계 상위의 디렉터리로 .git 디렉터리를 옮기려고 했으니, 입력하는 명령은 다음과 같다.
git init --separate-git-dir=../.git .
NCookie
반도체 기술의 획기적인 발전에 따라 컴퓨팅 환경은 크게 진화하고 있음
| 세대 | 소자 | 기억장치 |
|---|---|---|
| 0세대 | 기계적 릴레이 | 금속 기어, 카드 |
| 1세대 | 진공관 | 자기드럼 |
| 2세대 | 트랜지스터 | 자기코어 |
| 3세대 | SSI, MSI | RAM, ROM |
| 4세대 | LSI, VLSI | SRAM, DRAM |
| 5세대 | VLSI, ULSI, GLSI, SoC | SDRAM, DRAM, flash |
3세대 이후의 컴퓨터는 다수의 트랜지스터를 하나의 칩으로 집약한 집적회로(IC, Intergrated Circuit) 를 기반으로 함
5세대 컴퓨터는 자연어 처리, 지능형 컴퓨터, 전문가 시스템, 로봇, 종합 정보 통신망 등과 같은 분야에 사용됨
폰노이만 모델은 1936년에 발표된 앨런 튜링의 유니버설 기계 모델을 구체화한 형태이다. 이전에는 고정결선식 프로그램 방식을 사용하였다.
무어의 법칙은 인텔의 공동 창업자 고든 무어가 경험적 관찰에 의해 예측한 것으로, 단일 마이크로칩에 포함된 트랜지스터의 수가 18개월마다 약 2배씩 증가한다는 것을 의미한다.
최근 많은 전문가들은 집적 기술이 이미 한계에 도달했기 때문에 무어의 법칙을 유지하기가 어려울 것으로 보며, 이를 무어의 벽이라고 한다.
컴퓨터의 성능은 사용하는 사람에 따라 응답 시간, 처리율 등을 기준으로 잡지만, 이 둘은 완전히 별개의 요소가 아니라 한 쪽이 향상되면 다른 쪽도 향상된다. 따라서 여기서는 사용자 관점의 성능인 응답 시간을 기준으로 한다.
$$ 성능 = { 1 \over CPU 실행 시간 } $$ $$ M1에 대한 M2의 성능 비율 = n = { M2의 성능 \over M1의 성능 } = { M2의 실행 시간 \over M1의 실행시간 } $$
시스템의 일부분을 개선하는 경우 전체 시스템에서 얻을 수 있는 최대 성능 향상을 구할 때 사용한다. 주로 병렬화에 의한 시스템 성능 향상의 한계를 지적하는데 사용된다.
수식의 경우는 다음 링크를 참고 암달의 법칙은 어떤 시스템을 개선하여 전체 작업 중 P%의 부분에서 S배의 성능이 향상되었을 때 전체 시스템에서 최대 성능이 얼마나 향상되는지 구하는 것이다.
예를 들어, 사칙연산을 수행하는 시스템에서 덧셈 및 뺄셈의 실행 시간이 2/3를 차지하고, 덧셈 및 뺄셈을 수행하는 가감산기의 성능을 개선한다고 할 때, 암달의 법칙에 따라 가감선기의 성능을 극한까지 개선한다고 해도 기존 시스템의 성능에서 3배 이상 개선할 수 없다.
이는 병렬화 등의 방법으로 시스템 일부의 성능을 개선함으로써 최적의 성능을 얻는 것도 좋지만 성능이 개선되지 않는 부분을 최소화하는 것이 중요하다는 점을 시사한다.
프로그램의 실행 시간은 다음과 같이 3개의 요소로 나타낼 수 있다.
$$ { CPU 실행 시간 \over 프로그램 } = { 명령어 개수 \over 프로그램 } \times { 사이클 개수 \over 명령어 } \times { 시간 \over 사이클 } $$
CPU 실행 시간을 다시 정리하면 다음과 같다.
$$ 프로그램의 CPU 실행 시간 = 명령어 개수 \times 평균 CPI \times 사이클 시간 = { 명령어 개수 \times 평균 CPI \over 클록 속도 }$$
컴퓨터 설계자는 프로그램의 크기, 평균 PCI, 프로세서 클록 사이클 이 세가지 요소를 모두 낮추려고 하지만, 서로 충돌하는 관계에 있다. 그리고 이들은 명령어 수준의 아키텍처, 컴퓨터의 구성과 관련된 컴퓨터 구현, 기술적 수준인 컴퓨터 실현에 의해 좌우된다.
아래 표는 성능에 영향을 미치는 요소 사이의 관계를 정리한 것이다.
| 구분 | 명령어 개수 | 평균CPI | 클록 속도 |
|---|---|---|---|
| 알고리즘 | O | ||
| 아키텍처 | O | O | △ |
| 컴퓨터 구현 | O | O | |
| 컴퓨터 실현 | O |
따라서 시스템의 성능을 향상하기 위해 아키텍처, 컴퓨터 구현, 컴퓨터 실현 사이의 적절한 절충이 필요하다.
두 시스템의 성능을 비교할 때 작업 부하로 선택된 프로그램의 집합을 벤치마크(Benchmark)라고 한다.
TPC(Transaction Processing Performance Council)
- 시스템의 성능 평가 척도를 마련하고 각 회사의 벤치마크 값을 검증하기 위해 발족한 비영리 단체
- 네트워크 상의 여러 이용자가 실시간으로 데이터베이스의 데이터를 갱신하거나 조회하는 등의 단위 작업을 처리하는 시스템에 대한 성능을 평가
$$ MIPS = { 명령어 개수 \over 실행시간 \times 10^6 } = { 클록 속도 \over CPI \times 10^6 } $$
$$ MFLOPS = { 부동 소수점 연산 개수 \over 실행 시간 \times 10^6 } $$
| [책] Ch01. 컴퓨터 시스템의 개요 (0) | 2019.02.12 |
|---|
NCookie
입력 / 처리 / 저장 / 출력
컴퓨터는 두 가지 상태의 신호나 기호, 즉 디지털 정보만을 이해할 수 있음. 이를 0과 1로 이루어진 2진수로 표현
중앙처리장치는 컴퓨터 시스템에 부착된 모든 장치의 동작을 제어하고 명령을 실행하는 장치를 말한다.
컴퓨터 시스템의 구성 요소 중 CPU와 메인 메모리를 제외한 나머지 구성 요소를 말함. 입출력장치라고도 함
컴퓨터 시스템의 구성 요소는 이 버스를 통해 서로 각종 신호를 전달하고 교환함. 이들을 통틀어 시스템 버스라고도 함
소프트웨어
시스템 소프트웨어
응용 소프트웨어
컴퓨터는 처리 능력, 사용 목적, 응용 분야, 사용 데이터, 아키텍처에 따라 다양하게 분류할 수 있음
따라서 컴퓨터 구조의 특성을 결정할 때 반드시 이에 대한 상호 조정(tradeoff)가 필요함
| [책] Ch02. 컴퓨터의 발전과 성능 (0) | 2019.02.12 |
|---|
NCookie
QT 프로젝트를 빌드하다보면 가장 많이 보게 되는 오류인데, 원인은 여러가지가 있다. 라이브러리 호출 경로가 제대로 되어있지 않았다던지, 함수 선언 부분에 문제가 있다던지.
이번 문제의 원인은 외부 라이브러리 호출 시 컴파일러와 라이브러리 간의 비트(x86, x64)가 일치하지 않았기 때문이다. 외부 라이브러리 경로를 x64로 설정해주니 빌드가 잘 된다.
이번에 qt creator를 업그레이드 하면서 어디선가 설정이 바뀌었나보다. 회사에서 굳이 개발 프로그램 업데이트를 하지 않으려는지 알 것 같다.
| QTableView edit이 되지 않을 때 (3) | 2018.05.23 |
|---|---|
| Qt LNK 2019 에러 (1) | 2018.04.30 |
| Class hierarchy와 Object hierarchy (0) | 2018.04.04 |
| Q_OBJECT 란 (1) | 2018.02.28 |
NCookie
회사에서 개발하고 있는 어플리케이션에 mvvm 아키텍처를 적용하면서 여러 시행착오를 겪고있는데, 이번에 해결한 문제가 가장 어이없고 짜증났던 것 같다.
기존의 백그라운드 서비스와 액티비티 간의 통신 방식을 브로드캐스트에서 event bus로 바꾸기 위해 코드를 수정하였다. 필요없는 코드들을 다 지우고 빌드를 해봤더니 error: cannot find symbol method setModel(BleServiceViewModel) 이 에러가 발생하는거다... 그래서 다른 부분에 문제가 있겠거니 해서 다른거 하고 다시 빌드했더니 같은 오류...
(에러가 발생하는 코드)
@Nullable
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
mFeatureFragBinding = FeatureFragBinding.inflate(inflater, container, false);
mBleServiceViewModel = FeatureActivity.obtainBleServiceViewModel(getActivity());
mFeatureFragBinding.setViewModel(mBleServiceViewModel);
return mFeatureFragBinding.getRoot();
}
도저히 뭐가 문제인지 몰라 구글링도 해보고 같은 프로그램의 정상 작동하는 다른 view-viewmodel 코드와 비교해도 오류가 발생할 껀덕지를 못 찾겠더라... 그렇게 몇 일을 날리다가 xml에서 class 이름을 커스터마이징했더니 깔끔하게 동작한다. 에러에 대한 힌트도 없고, 자료도 없고, 심지어 내가 뭘 잘못한 것도 아니라 해결을 하고도 굉장히 허무한 것 같다.
(해결)
<layout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
xmlns:bind="http://schemas.android.com/apk/res-auto">
<data class="FeaturesFragBinding">
<variable
name="viewmodel"
type="com.example.viewmodel.BleServiceViewModel" />
</data>
...
</layout>
정리
1. 코드를 수정하다보니 어느 순간 error: cannot find symbol method setModel(BleServiceViewModel)라는 오류 발생
2. Clean Project, Invalidate Caches & Restart, 프로그램 재시작 등을 해도 에러 발생
3. 코드에는 문제가 없음
4. generated databinding 클래스 이름 커스터마이징해주니 해결
가장 찝찝한건 원인을 알 수 없다는거다... 아마 라이브러리 자체의 문제 같은데
| 안드로이드 view childs 순회 (0) | 2018.08.20 |
|---|---|
| [링크] 안드로이드 fragment를 사용하는 이유 (1) | 2018.08.12 |
| Nordic Android BLE Library 정리 (0) | 2018.07.24 |
| 안드로이드 커스텀 Logger (0) | 2018.07.17 |
| Invoke-customs are only supported starting with Android O--min-api 26 (0) | 2018.07.15 |
NCookie