예전에 만들어놓은 안드로이드 프로젝트가 있었는데, 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
동적으로 생성한 view들을 조작하고 싶은데, 해당 view들에는 id가 할당되어 있지 않아 난감한 적이 있었다. 그 때 찾은 방법이 있는데 자세한 코드와 내용은 링크를 참고하자.
LinearLayout ll = …
final int childCount = ll.getChildCount();
for (int i = 0; i < childCount; i++) {
View v = ll.getChildAt(i);
// Do something with v.
// …
}SparseArray<Edittext> array = new SparseArray<Edittext>();
private void findAllEdittexts(ViewGroup viewGroup) {
int count = viewGroup.getChildCount();
for (int i = 0; i < count; i++) {
View view = viewGroup.getChildAt(i);
if (view instanceof ViewGroup)
findAllEdittexts((ViewGroup) view);
else if (view instanceof Edittext) {
Edittext edittext = (Edittext) view;
array.put(edittext.getId(), edittext);
}
}
}참고
android - Get all child views inside LinearLayout at once - Stack Overflow
| 안드로이드 databinding setViewmodel 에러 (3) | 2018.10.19 |
|---|---|
| [링크] 안드로이드 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
Activity와 Fragment의 설계 차이점이 궁금합니다
사실 안드로이드를 개발하면서 이해가 제일 되지 않던게 fragment였다. 액티비티랑 비슷한 역할을 하는데 context 같은거를 부르려면 귀찮은 과정을 거쳐야했다. 그래서 이걸 왜 쓰는지 한 번 알아보았는데 위 링크에서 잘 정리해준 것 같다.
그리고 나 같은 경우는 fragment를 사용하면 항상 코드가 난잡해졌었는데, 안드로이드의 개발 패턴 등에 대해서 공부를 해봐야 할 것 같다. 자세한 내용은 위의 링크를 참고하자.
| 안드로이드 databinding setViewmodel 에러 (3) | 2018.10.19 |
|---|---|
| 안드로이드 view childs 순회 (0) | 2018.08.20 |
| 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
회사 연구소에서 RF팀이 spectrum analyzer와 PC를 연결해서 dB를 측정하는 프로그램을 사용하더라. 옆에서 RF팀 형을 도와드렸었는데 솔직히 프로그램 사용 방법도 너무 구식이고 불편한 점이 많은 것 같았다. 그래서 내가 직접 만들어보자!! 라는 생각을 하게 되었는데, 하... 생각보다 귀찮고 알아야할 내용들이 많았다. 일단 여기에 간단하게 핵심 개념들만 정리해보고 다음부터 개발에 들어가야할 것 같다.
현재 사용하고 있는 장비들의 정보는 아래와 같다.
Spectrum Analyzer : [Agilent] ESA-L SERIES E4403B
GPIB : [NATIONAL INSTRUMENTS] GPIB-USB-B
GPIB(IEEE 488.2)란
GPIB(General Purpose Interface Bus)는 전자 전기 엔지니어 협회(IEEE)에서 ANSI/IEEE 표준 488로 인정한 산업 표준이다. GPIB는 PC를 프로그램 가능한 계측기로 연결하는 인터페이스 시스템의 전자, 기계, 기능 및 소프트웨어 스펙을 규정한다.
라고 National Instruments라는 회사의 GPIB 소개란에 써있었다. 그냥 계측 장비와의 통신 프로토콜 같은 것이라고 생각하면 될 것 같다. IEEE 488.2는 488에 업그레이드 버전이다.
이 회사가 GPIB 같은 계측 장비 통신과 관련해서 메이저한 기업인 것 같다. 관련 자료 찾아보면 대부분 이 회사꺼고 LabView도 그렇고... 어쨌든 GPIB는 저런 개념이고 자세한 내용은 굳이 알 필요도 없을 것 같아서 아래의 링크들로 대체하겠다.
VISA란?
카드사 이름이 아니다. 일반적으로 NI-VISA라고 지칭되는 VISA(Virtual Instrument Software Architecture API)를 이용하여 GPIB, USB, 시리얼, 그리고 이더넷 같은 대부분의 instrumentation bus와 통신할 수 있다. VISA는 일관되고 사용하기 쉬운 command set을 제공하여 다양한 계측장비와 통신한다.
VISA는 플랫폼, 버스 및 환경과 독립적이다. 다시 말해, Windows에 설치된 LabVIEW를 이용하여 USB 디바이스와 통신하는 프로그램이나, Mac OS X에서 C를 이용하여 GPIB 디바이스와 통신하는 프로그램이던, 관계없이 동일한 API를 사용할 수 있다는 것이다.
정리하자면, GPIB, IEEE 488.2는 계측장비와 PC간의 프로토콜이고, VISA는 이 프로토콜을 여러 플랫폼에서 동일한 방법으로 사용할 수 있도록 추상화시킨 API이다. 아마 개발은 이 VISA라는 것을 사용하여 하게 될 것 같다.
참고
NI-VISA Overview - National Instruments
USB 인스투르먼트 컨트롤 튜토리얼 - National Instruments
NCookie
회사에서 이 라이브러리를 사용하게 되어서 주요 함수들에 대한 주석들을 번역해보았다.(github 주소)
[BleManager.java]
protected boolean shouldAutoConnect() {
return false;
}
원격 디바이스에 한번만 연결할지(false), 아니면 사용 가능하게 되면 즉시 자동으로 연결될 디바이스 white list에 주소를 추가할지(true)를 반환한다. 후자의 경우, 블루투스 어댑터가 enable 되면 white list에 있는 디바이스들을 주기적으로 스캔하고, advertising packet을 수신하게 되면 그 디바이스에 연결하려고 시도한다. 연결이 끊겼을 때, 시스템은 그 디바이스에 재연결을 하려고 시도할 것이다. 이 함수가 true를 반환하고 디바이스 연결이 끊기면 BleManagerCallbacks의 onDeviceDisconnected 대신 onLinklossOccur 콜백 함수가 호출된다.
* 이 기능은 최신 기종의 안드로이드 디바이스에서 더 잘 작동하며, 오래된 디바이스는 동작하지 않을 가능성이 높다.
* 이 메서드는 bonded 디바이스만 사용되어야 한다. 그렇지 않은 디바이스들은 주소가 바뀔 수 있다. It will however work also with non-bonded devices with private static address. A connection attempt to a device with private resolvable address will fail(이 부분은 어떤 내용인지 잘 모르곘음)
* 디바이스의 첫 번째 연결은 항상 autoConnect 플래그가 false가 된다(BluetoothDevice의 connectGatt 함수 참고). 대부분의 사용자가 빠른 응답을 기대하고 있기 때문에 이러한 방법을 사용한다. 그러나 처음 연결하는 동안 이 메서드가 true로 반환되고 링크가 손실된 경우 manager 객체는 autoConnect를 true로 강제하는 BluetoothGatt의 connect 함수를 사용하여 reconnect 하도록 시도할 것이다.
| 안드로이드 view childs 순회 (0) | 2018.08.20 |
|---|---|
| [링크] 안드로이드 fragment를 사용하는 이유 (1) | 2018.08.12 |
| 안드로이드 커스텀 Logger (0) | 2018.07.17 |
| Invoke-customs are only supported starting with Android O--min-api 26 (0) | 2018.07.15 |
| current activity 가져오기 (0) | 2018.01.02 |
NCookie
어떤 프로그램이든 릴리즈를 할 때에는 개발 때 사용했던 로그가 찍히지 않도록 해야한다. 안드로이드에서는 기본적으로 Logger를 제공해주는데, 디버깅을 할 때에는 로그가 보여지도록 아래와 같이 커스텀 클래스를 만들 수 있다.
import android.util.Log;
public class Logger {
private static final String LOG_TAG = "APP_NAME";
private static final String FORMAT = "[%s]: # %s";
public static void v(String msg) {
if (!BuildConfig.DEBUG) return;
Log.v(LOG_TAG, String.format(FORMAT, getCallerInfo(), msg));
}
public static void d(String msg) {
if (!BuildConfig.DEBUG) return;
Log.d(LOG_TAG, String.format(FORMAT, getCallerInfo(), msg));
}
public static void i(String msg) {
if (!BuildConfig.DEBUG) return;
Log.i(LOG_TAG, String.format(FORMAT, getCallerInfo(), msg));
}
public static void w(String msg) {
if (!BuildConfig.DEBUG) return;
Log.d(LOG_TAG, String.format(FORMAT, getCallerInfo(), msg));
}
public static void e(String msg) {
if (!BuildConfig.DEBUG) return;
Log.e(LOG_TAG, String.format(FORMAT, getCallerInfo(), msg));
}
private static String getCallerInfo() {
StackTraceElement[] elements = new Exception().getStackTrace();
String className = elements[2].getClassName();
return className.substring(className.lastIndexOf(".") + 1, className.length()) + "_" + elements[2].getLineNumber();
}
}
기존에는 Log에 사용할 TAG를 CLASSNAME.class.getSimpleName() 메서드를 사용했었는데, 클래스 이름을 아래의 두 가지 방법을 통하여 얻을 수 있다. 자세한 내용은 첨부된 첫 번째 링크를 참고하자.
어플리케이션이 디버깅 중인지, 릴리즈 상태인지를 알기 위해서는 다양한 방법이 있는데, 여기서는 BuildConfig를 사용하였다.
참고
| [링크] 안드로이드 fragment를 사용하는 이유 (1) | 2018.08.12 |
|---|---|
| Nordic Android BLE Library 정리 (0) | 2018.07.24 |
| Invoke-customs are only supported starting with Android O--min-api 26 (0) | 2018.07.15 |
| current activity 가져오기 (0) | 2018.01.02 |
| [안드로이드] Service에 대하여 (0) | 2017.12.22 |
NCookie