간접 사이클 -> 간접 주소지정 방식에서 사용 마이크로 연산 t0 : MAR 이론 상으로는 2단계 파이프라인을 사용하면 처리속도가 2배가 향상된다. -> 하지만 2배가 되지 않음 -> 두 단계의 처리 시간이 동일하지않다. -> 파이프라인 단계 수를 증가시켜 각 단계 처리 시간을 같게하면 전체적인 속도가 더 올라간다. - 4단계 명령어 파이프라인 1. 명령어 인출(IF) 단계 - 다음 명령어를 기억장치로부터 인출 2. 명령어 해독(ID) 단계 - 해독기를 이용해 명령어 해독 3. 오퍼랜드 인출(OF) 단계 - 기억장치로부터 오퍼랜드 인출 4. 실행(EX) 단계 - 지정된 연산 수행 파이프 라인 단계 수 = k 실행할 명령어 수 = N 파이프라인에 의한 전체 명령어 실행 시간 = T(k) = k + (N-1..

GLUT_SINGLE -> 싱글 버퍼를 이용 -> glDisplay의 끝이 glFlush(); glReshape -> 스케치북 사이즈 조절 glLoadIdentity() -> 행렬의 초기화 gluOrtho2D -> 화면의 크기 조절 -> 윈도우 크기를 조절하지 않는 이유 -> 윈도우는 화면의 크기다. (윈도우가 100인데 엑터가 1000이면 윈도우를 1000으로 설정하긴 어렵다) -> 스케치북의 크기를 1000으로하면 엑터가 100크기의 윈도우 창 안에서 다 보인다. glDisplay -> 화면에 그림 Windows.h 를 include 하는 이유 -> exit(0)을 사용하기 위해 별을 그리고 싶으면 -> 삼각형 5개, 오각형 1개를 따로 그린다. glBegin으로 열고 glEnd로 닫는다. glLin..

불확실성 - 전문가(사람)이 사용하는 정보의 공통적인 특징 중 하나다. -> 정보는 불완전할 수 있고, 모순되기도 하며, 불확실할 수 있다. 전문가 시스템에서의 불확실성 -> 확실하고 믿을 만한 결론에 도달하기 위한 정확한 정보의 부족 지식이 불확실해지는 이유 -> 상관관계가 약한 함축과 애매한 결합으로 발생 ex) 머리가 아픈 이유 : 감기 70% 코로나 20% 편두통 8% .... -> 전문가 시스템은 모호한 관계를 다루는 능력이 필요하기에 수치화된 확신도가 필요 또한, 부정확한 언어를 사용하기 때문 EX) 종종, 때떄로, 자주, 거의 알려지지 않은 데이터도 존재한다. -> 알려지지않은 것에 대해서(불완전한 것)는 근사적인 추론을 진행한다. -> 여러 전문가의 관점을 통합한다.(각 전문가 마다의 가중..

.h // Fill out your copyright notice in the Description page of Project Settings. #pragma once #include "CoreMinimal.h" #include "GameFramework/Character.h" #include #include #include #include "../../Server/Net_ServerCore.h" #include "CC_KangnamMain.generated.h" class ANet_ServerCore; USTRUCT() struct FStoC { GENERATED_BODY() FVector Location; FVector Velocity; float Direction; }; /** * */ UCLAS..

Actor를 효율적으로 관리하기 위하여 폴더를 이용하여 Actor들을 관리한다. 벽 생성 : 바닥이 선택되어 작업이 어려울 수 있음으로 Floor 폴더를 disable 시킨다. 빼기 브러시를 사용한 곳에는 블로킹 블럭을 사용할 수 없기 때문에 다수의 블로킹 블럭을 따로 배치해줘야함. 슬로핑 박싱 -> Actor의 복사를 local 좌표계를 사용 -> 기울어진 면에 대하여 복사가 쉽다. Z-충돌 회피하기 - 높이가 같은 actor들이 같은 공간에 존재할 경우 우선 순위 문제가 발생 -> 이러한 충돌이 발생하지 않도록 위치 조절 및 기술적인 트릭을 사용 해야함. 1. z값을 0.1정도만 올려 배치 2. 기둥을 사용한 마무리(actor끼리 겹치는 부분을 없애고 기둥같은 actor를 이용하여 마무리 작업)

유닉스 커널 -> 하드웨어 운영 및 관리 1. 파일 관리 2. 프로세스 관리 3. 메모리 관리 4. 통신 관리 5. 주변장치 관리 시스템 호출 : 커널에 서비스 요청을 위한 프로그래밍 인터페이스 -> API 유닉스에서 파일 - 연속된 바이트의 나열 - 특별한 다른 포맷 X - 디스크 파일뿐 아니라 외부 장치도 특수 파일 형태로 관리 파일을 사용하기 위해 먼저 open() 시스템 호출을 사용 int open(const char* path, int oflag, [mode_t mode]); -> 파일 열기 성공하면 파일 디스크립터, 실패시 -1 리턴 -> 파일 디스크립터는 열린 파일 번호를 나타냄 oflag - O_RDONLY 읽기모드(read() 호출 가능) - O_WRONLY 쓰기모드(write() 호출 ..