普通の中高生でも簡単にOS分野で強くなる方法 - livaの雑記帳
釣りタイトルだと思った皆さん、残念ながら本記事は釣り記事ではありません。 安心して読み進めてください。 「強くなりたいです。どうやったら強くなれますか？」 恐らく情報系の多くの人が抱えている疑問なのではないでしょうか。 「I know everything」みたいに言える人って中々いないですよね。 ちなみに、僕も強くなりたいです。 どうやったら強くなれるんでしょうね。もし強くなれる方法があったら知りたいですよね。 そもそも強さって・・・何だ？ そもそも論で行くと、「強くなりたい」とだけ言うのは少し微妙で、どのように強くなりたいか、という具体的なイメージがあった方が良いのではないかとは思うのですが、まあそんな事を思う人は恐らくこのブログを読んでいない事でしょう。 なのでこちらで「強さとは何か」を邪推してみるわけですが、このページを読んでいらっしゃる中高生の皆さん的には、「周囲にドヤれる、tw
6.828 / Fall 2017
6.828 teaches the fundamentals of engineering operating systems. You will study, in detail, virtual memory, kernel and user mode, system calls, threads, context switches, interrupts, interprocess communication, coordination of concurrent activities, and the interface between software and hardware. Most importantly, you will study the interactions between these concepts, and how to manage the compl
【技術書典3】システムプログラミングハンドブックを出します（ダウンロード頒布有） - uchan note
大人気の技術書オンリーの同人誌即売会「技術書典3」が、10/22（日）に秋葉原 UDX で開かれます。 前回の技術書典2ではLinuxカーネルモジュール自作入門を出しました。 今回は「システムプログラミングハンドブック」を出しますので、そのお知らせです。 頒布情報 日時 2017年10月22日（日） 場所 アキバ・スクエア ブース あ11企「サイボウズ株式会社」 書名 システムプログラミングハンドブック ページ数 48（表紙含む） 概要 OS を作るときに役に立つ情報へのリンクを 1 冊にまとめた書籍です。 例えば、ページングについてはIntel SDMの何ページ、という程度に細かくリンクを張ってありますので、分厚い書籍のどこを読めば良いかが分からない、ということはありません。 「30 日でできる！OS 自作入門」を読み終えたくらいの人が読めるように、リンク先の補足説明をふんだんに入れまし
302 - JS.ORG
Dedicated to JavaScript and its awesome community since 2015
Writing an OS in Rust (Second Edition)
This blog series creates a small operating system in the Rust programming language. Each post is a small tutorial and includes all needed code, so you can follow along if you like. The source code is also available in the corresponding Github repository. Latest post: Async/Await The first step in creating our own operating system kernel is to create a Rust executable that does not link the standar
Rustで書いた自作OSをRaspberry Pi Zeroで動かす - Qiita
この記事は"Aizu Advent Calendar 2015"25日目として書かれた. はじめに ファイナルベント担当のもぷりです. 今年のAizu Advent Calendarも自作OSについて書いていこうと思います. ゆっくり書いていたらIntroductionがだいぶ長くなってしまったので読み飛ばしてもらっても全然問題ありません. 今までの自作OS ソースコードはすべてgithubに公開してある. mopp/Axel 今までは全て、C言語とアセンブラ(nasm)を使って開発を行ってきた. 対象アーキテクチャはx86_32のみで、不完全なものも含むが、物理/仮想メモリ管理、割り込み、ユーザプロセス、システムコール、ATAデバイスの読み書き、FATファイルシステム対応などなど はりぼてOSにならって、こんな感じの画面をつけたりもした. (こんなところで書くのも何だけれども、OS自作本
The little book about OS development
The little book about OS development Erik Helin, Adam Renberg 2015-01-19 | Commit: fe83e27dab3c39930354d2dea83f6d4ee2928212 2 Contents 1 Introduction 7 About the Book . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 The Reader . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Credits, Thanks and Acknowle
Seastar 高スループットなサーバアプリケーションの為の新しいフレームワーク #kbkz_tech - by shigemk2
Seastar OS開発 カーネル開発 LinuxとかでC言語やってるけどC++やらされることになった。 半数の開発者はリモート開発で参加 IaaS環境に特化したOS OSvを開発 カーネルなのにboostが使える KVM開発者とか有名ドコロが多い SeaStarとは www.seastar-project.org 高スループットなサーバアプリケーションの為の新しいフレームワーク 非同期 Apacheライセンス DB 分散ファイルシステムなどに使える 問題点 CPUのクロック数があまり向上しない コア数は増えるけどソフトウェアが性能を出し切るのは難しい ロックの仕様はたとえ競合がなくてもコストが大きい あるコアでアロケートされたデータは別のコアで使用されたりコピーされたりする ので、ソフトウェアの性能を出し切れていない シェアードナッシングにしよう リニアにスケールするSeaStarフレー
Operating Systems: Three Easy Pieces
Remzi H. Arpaci-Dusseau and Andrea C. Arpaci-Dusseau (University of Wisconsin-Madison) NEW: Security Chapters by Peter Reiher (UCLA) Welcome to Operating Systems: Three Easy Pieces (now version 1.10 -- see book news for details), a free online operating systems book! The book is centered around three conceptual pieces that are fundamental to operating systems: virtualization, concurrency, and pers
IX: A Protected Dataplane Operating System for High Throughput and Low Latency | USENIX
Adam Belay, Stanford University; George Prekas, École Polytechnique Fédérale de Lausanne (EPFL); Ana Klimovic, Samuel Grossman, and Christos Kozyrakis, Stanford University; Edouard Bugnion, École Polytechnique Fédérale de Lausanne (EPFL) Awarded Best Paper The conventional wisdom is that aggressive networking requirements, such as high packet rates for small messages and microsecond-scale tail lat
最近のサーバの抽象化について - As a Futurist...
学者でもなんでもない現場のいちエンジニアの感想です。しかも、どれもちゃんと使ったことないので、聞きかじりをまとめたメモ書きなので嘘が入ってますが、興味ある方がいればどうぞ。 はじめに かつては「OS=物理サーバ」であって、その物理サーバの資源(CPU,RAM,DISK,etc.)をどのように使うかは OS がプロセスに割り振る形で決定されていました。しかし、それでは例えば以下の様な問題があります。 ファイルシステム資源をプロセスが自由にコントロールできない ProcA と ProcB で使いたい libfoo のバージョンが異なる場合面倒 CPU, RAM 資源もコントロールしにくい 同居してるプロセスがメモリ食い尽くして、みんな死亡、みたいな そもそも異なる OS を同居して使うことができない CentOS ばかり使ってるのに、使いたいライブラリが Debian でしか動かないとか 解決
Ethos (background)
An operating system to make it far easier to write applications that withstand attack Thinking of joining the Ethos project? Ethos is first of all about programming, the central phenomenon of computer science. Programming is an extraordinarily difficult intellectual challenge, it is the twin pursuit of functionality and perfection. The two forms of programming which are most sensitive are Systems
プロセス・パイプ・リダイレクション・ファイルディスクリプタの実体を見に行く - ザリガニが見ていた...。
プロセス置き換えとか、名前付きパイプとか、とても便利な機能なのだけど、その仕組みはどうなっているのだろう？断片的な知識ばかりでは、その核心にはなかなか辿り着けない。サンプルコードの真似はできるけど、それ以上の発想はできない...。もっと根本的なところからちゃんと理解しておかないと、いつまでたってもコマンドの使い方の本質が理解できないと感じた。プロセスとは何か？パイプとは何か？リダイレクションとは何か？ファイルディスクリプタとは何か？可能な限りその本質を探ってみようと思う。 UNIXのプロセス UNIXでは、複数のユーザーがログインした状態で、同時に複数の処理を依頼される状況が多々ある。 ところが、どんなに高性能なCPUであっても、ある瞬間に処理できるのはたった1つの処理だけである。 そんな時OSは、それぞれの処理に必要なメモリ領域を割り当てて、CPUをタイミングよく切り替えながら同時並行的
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redox - Your Next(Gen) OS - Redox - Your Next(Gen) OS
Why I ❤ Rust
長文日記
C++でできる！OS自作入門
Tenderの資源再利用機能を利用したfork & exec処理の高速化 | CiNii Research
OS Command Injection Vulnerability | CWE-78 Weakness | Exploitation and Remediation