# Kernel

kihongsi

Completely Fair Scheduler

nestory

이미지출처: 네이버 부스트코스H\*W\*128(height\*width\*Channel)인 이미지가 있을 때, 5\*5 filter를 사용했을 때 receptive field와 3\*3 filter를 두번 사용했을 때의 recpetive field의 크기는 같다.하지만

darl1216

Anaconda 다운로드다운로드 한 installer 실행그리고 terminal을 새로 열면 (base) 라는 게 앞에 붙는다. 가상환경 생성원하는 가상환경 이름으로 설정하고, python 버전도 본인에게 맞게 설정!나는 torch1.9라는 이름의 가상환경을 만들었고,

moey920

tf.enable_eager_execution() 을 설정했다가, 사용하지 않으려는데 자꾸 eager 관련 에러가 발생해요! 어떻게 커널이나 라이브러리 호출을 초기화시켜야 하나요?

zivary

environment location:/opt/homebrew/Caskroom/miniconda/base/envs/news ipykernelenvironment location: /opt/homebrew/Caskroom/miniconda/base/envs/newsadd

mythos

1. 플래시 메모리란(Flash memory)? > 플래시 메모리(영어: flash memory, 문화어: 흘래쉬기억기, 전기일괄소거형기억기)는 전기적으로 데이터를 지우고 다시 기록할 수 있는(electrically erased and reprogrammed) 비휘발성

mythos

 앞 장의 글을 읽고 설치를 따라했다면 grub 부트로더가 Xen 으로 부팅을 잡아준다. 위와 같은 화면이 나오면 부트로더가 제대로 Xen 을 잡아줬다는 뜻이다. 필자는 맨 위의 Fedora, with Xen 4.15.2 and Linux 5.16.16-2

soopsaram

stack frame 은 함수 call이 발생할때 stack 저장공간에 쌓이는 데이터다. Activation record 라고 부르기도한다. stack frame 사이즈는 컴파일 타임에 계산된다. 로컬변수, 리턴addr, 매개변수 등이 저장되어있다. stack over

soopsaram

커널 링킹 타임에 발생하는 에러에러로그.init.text 섹션(\_\_init) 의 함수는 임시로 사용되고 해제 된다. 부팅시 한번 호출된다. 따라서 일반 .text 섹션의 함수가 .init 섹션의 코드나 데이터를 접근할때 링킹 에러가 발생한다. 가령 위의 예에서 c

soopsaram

Kernel 데이터를 Shell에서 확인할 수 있는 방법 -> proc file system 사용.다음과 같이 커널에서 생성한 값을 user에서 볼수 있고 저장도 가능.참고:http://pointer-overloading.blogspot.com/2013/09/

soopsaram

https://en.wikipedia.org/wiki/Device_fileUNIX 계열의 운영체제에서 device file은 유저 응용프로그램이 device driver 다루기 위한 인터페이스 역할을하는 특수파일이다. 디바이스 파일은 파일시스템의 /dev/ 에

mythos

 이유는 모르겠으나 Xen 을 설치하는 것만으론 Xen 가상화 시스템을 통한 부팅이 이뤄지지 않는다. 설치 이후에 몇 가지 설정을 더 잡아줘야 정상적으로 부팅이 가능하다. 그 방법을 아래에 기술하려 한다.  필자는 UEFI, x86-64, Fedor

soopsaram

device 의 highrakey 를 관리하는 구조체. sysfs 노드로 표현됨. Kernel내부의 객체를 파일로 표현하므로써 User 에서 커널 내부의 대상을 파일 읽고/쓰기를 할 수 있게 만들어 줌.출처: https://www.kernel.bz/boardP

mythos

  가상화는 물리적인 자원과 사용자가 사용하는 자원을 분리하는 것이다. 가상화는 물리적인 자원과 논리적인 자원을 구분하며, 이를 위해 가상화 층(virtualization layer)을 도입한다. 이 층은 실제 물리적인 자원의 복잡함을 숨기고 단일하며 일관된 가상 자원

mythos

사실 지금까지의 모든 내용은 FAT File System 의 편린이였다. 솔직히 설명할 내용도 많지 않았고 그 내용도 매우 쉬웠다. 좀 나쁜 말 섞어셔 얘기하면 fat.c 부터가 존나게 지랄맞다. 3,000 라인 중 1,500 라인이 fat.c 이므로 말 다 했다.

mythos

 shell_filesystem 코드는 shell 과 FAT 사이를 이어주는 징검다리이다. shell 측에선 추상화된 filesystem 의 코드를 호출하고 filesystem 은 실질적인 구현인 FAT 의 코드를 호출하게 된다. 이러한 방식이 상당히 복잡하고 또 불필

mythos

여기에서는 이후 FAT 와 File System 코드에서 사용하게 될 자료구조인 Doubly Linked List 와 Shell Entry 그리고 Shell Entry List 자료구조에 대해 소개하려 한다. 1. Doubly Linked List Linux Ke

mythos

코드가 3,000 라인이 넘어가는 관계로 코드 분석을 파트별로 나누어 진행하려 한다. main 함수부터 순서대로 따라가되 맥락 별로 하부 내용을 생략하려 한다. 1. main.c - main() main 에서 하는 일은 별거 없다. shell 객체의 생성, 실행,

coral2cola

우리가 명령어를 입력하면 컴퓨터 내부에서 Shell이 이를 받아들이고, 명령어를 해석하여 Kernel을 통해 하드웨어를 조작한다.사용자(명령) -> Shell(해석) -> Kernel(명령 수행 후 결과 전송) -> Shell(해석) -> 사용자(결과 확인)커널은 운영

jsin2475

'35억 연봉' 구글 제안 단칼에 거절한 과학자…알고보니 이런 사연이분야의 결실이라고 말씀하신 것에서 결실이 무엇일지 궁금하다. 새로운 허브를 만드는 것 까지 인건지 아니면 그건 이미 되었으니 이 산업을 일으키려는 것인지. 세상에 엄청난 사람들이 많아 너무 좋다. 이들