구차니의 잡동사니 모음

NTP - Network Time Protocol
PTP - Precision Time Protocol

[링크 : http://en.wikipedia.org/wiki/Network_Time_Protocol]
[링크 : http://en.wikipedia.org/wiki/Precision_Time_Protocol]


For example when ntpq -c rl prints precision=-16, the precision is about 15 microseconds (2^-16 s).
[링크 : http://www.ntp.org/ntpfaq/NTP-s-sw-clocks-quality.htm]
[링크 : http://linux.die.net/man/8/ntpq]
[링크 : http://linux.die.net/man/8/ntpdc]


Why is IEEE 1588 so accurate? Two words: Hardware timestamping.
In some cases the delay can be quite long, many microseconds, or even milliseconds. 
[링크 : http://blog.meinbergglobal.com/2013/09/14/ieee-1588-accurate/]

die.net에는 없는 명령인거 같은데..
아무튼 짧은 레이턴시를 길게 일정길이로 늘려줄수는 있으나
작게 잡아지진 않는 것 같고..

[링크 : http://monovision.tistory.com/5]
[링크 : http://linux.die.net/man/8/tc]

레이턴시는 sockperf라는 유틸을 이용해서 잴 수 있다고 한다.

[링크 : http://www.smallake.kr/?p=2246]
[링크 : https://code.google.com/p/sockperf/]

동기 비동기는
블러킹과 넌블러킹으로 구현이 되는 상태라고 해야하나?

동기는 서로의 동기를 맞추어 딱딱 주고 받고(물론 서버가 안주면 클라이언트는 무한 대기)
비동기는 안주면 기다리지 않고 다른걸 하다 핸들러를 통하거나 다음번에 받아서 처리하는 식이라고 해석해야하나?

통신에서의 동기는 동기화된 클럭에 맞추어 start / end 없이 전송하는 것이고
비동기는 신호가 없다가 start 신호가 오면 wait 타임을 거쳐 동기를 맞추고 주고 받는 방식 인 듯.

[링크 : http://nsinc.tistory.com/108]
[링크 : http://recipes.egloos.com/viewer/5126390]
[링크 : http://linuxism.tistory.com/757]

이동시 촬영하면 옆으로 밀리거나 
흔들리면서 촬영하면 푸딩처럼 흔들리는 현상이 있어서
공식용어는 아니지만 푸딩 효과라던가 이런거 들은거 같은데..

정식 명칭(?)은 rolling shutter라고 한다.

CMOS 의 경우 순차적으로 읽어오기에 발생하지만
CCD는 전체 소자에 대해서 한번에 읽어서 발생을 안한다나 머래나..

[링크 : http://en.wikipedia.org/wiki/Rolling_shutter]

파이프 라인은 명령어 단계를 나누어서
단위 시간에 작동중인 회로의 사용율을 올리는 기술이다.

파이프 라인은
fetch - decode - execute - store 의 순서를 따르는
회로 레벨에서의 명령어 수행을 나누어 처리 하고

슈퍼스칼라는
명령어 단위로 하기 때문에 파이프 라인과 동시에 확장시켜
파이프 라인 + 슈퍼 스칼라로 최대한의 사용율을 끌어 낼수 있다.
(음? 회로 레벨의 수행단위인가 아니면 명령어 인가 헷갈리네..
명령어 라면 슈퍼 스칼라와 멀티 코어 / 멀티 프로세서와의 차이가 모호해지는데??)

단, 항상 그러하듯 병렬 처리는 동기화 및 순서 문제가 있으므로
모든 부분에 대해서 병렬화 할수 없다는 단점은 존재한다.


[링크 : http://ko.wikipedia.org/wiki/명령어_파이프라인]
 
[링크 : http://ko.wikipedia.org/wiki/슈퍼스칼라]
[링크 : http://www.hanbitbook.co.kr/web/sample/1283/computer_chap4.pdf]

[링크 : http://en.wikipedia.org/wiki/Instruction_pipeline]
[링크 : http://en.wikipedia.org/wiki/Superscalar]
[링크 : http://en.wikipedia.org/wiki/Instruction-level_parallelism]

GCN이 나에게 공부할 폭탄을 던져주는구나 ㅠㅠ
VLIW는 MIMD 를 해주는 시스템 근간이라고 해야하려나?

기존의 CPU는 슈퍼스칼라 등을 이용해서 조금이라더 더 많은 명령어를 단위 시간이 처리하려 하지만
기본적으로는 하나의 명령어는 한 시간에 하나만 수행이 가능하다

하지만 처리 성능이나 회로사용 효율을 올리기 위해서는
하나의 명령어로 여러개의 데이터를 처리(예를 들어 벡터를 한번에 계산)하는 SIMD 명령이나
이를 확장한 MMX SSE 등으로 하나의 명령어로 여러개를 처리하도록 하여
트랜지스터 사용율을 올리려 하지만
병렬화 되지 않는 부분이 많은 상황에서 이러한 MMX 에 사용되는 트랜지스터의 사용율이 떨어지는 건 당연한 사실

그런 이유로 명령어 하나에 여러개의 명령어를 조합하듯 하여
겁나긴 명령어 하나로 만들어 동시에 여러개의 명령어를 사용할수 있도록 해주는 것이 VLIW 이고
RISC 와 연관성은 잘 모르겠지만.. 아무래도 작은 명령어 여러개를 동시 수행하는건 쉽겠지만
CISC의 명령어는 여러개 수행하기 힘들테니(명령어를 수행한다는 건 동일한 ALU를 사용하지 않는 다는 것)
아무래도 VLIW는 RISC 기반으로 작성될것으로 생각이 된다.


다시 정리하면
RISC 기반에서 명령어를 여러개 동시 처리하기 위해
VLIW로 명령어를 묶어 트랜지스터 사용율을 극대화 한다는게 VLIW의 컨셉인듯

다만, RISC 계열 컴파일러가 그러하듯,
컴파일러가 이러한 명령어 조합을 해내지 못하면
RISC CPU에서 스케쥴링 최적화를 수행하지 않기 때문에 성능을 끌어 올릴수 없다는 한계가 존재한다.


[링크 : http://en.wikipedia.org/wiki/Very_long_instruction_word]
[링크 : http://wiki.nex32.net/용어/vliw]

음.. 제대로 이해한건지 모르겠지만

192.168.10.1/8 
이런 표기방법이 CIDR 이란건가?

[링크 : http://www.terms.co.kr/CIDR.htm]