Linux/arm64のブートプロセスについてのメモ - Qiita
Linuxのブートプロセスを追うときに見るべきファイル(x86_64編)のarm64版のようなもの。 ブートストラップ linux/Documentation/arm64/booting.txt によると、現在のarm64用カーネルは、x86_64用カーネルが持つようなブートストラップの機能が存在しない。実際、arch/arm64/boot/以下にはx86_64のようなソースコード(head_64.S等)が存在しない。ブートローダがハードウェアの最低限の初期化をして、解凍された生のカーネルイメージ(ELFではない)を配置、エントリポイントにジャンプしてやらないといけない。カーネルに実行を移すときの要件も、booting.txtに書かれている。 ブートローダとしては、ubootやUEFIが使えると思われる。(Boot Wrapperというのも使えるみたいだが、今も使えるかは分からない。) a
Linuxでロードバランサやキャッシュサーバをマルチコアスケールさせるためのカーネルチューニング - ゆううきブログ
本記事の公開後の2016年7月にはてなにおけるチューニング事例を紹介した。 はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena - Speaker Deck HAProxy や nginx などのソフトウェアロードバランサやリバースプロキシ、memcached などの KVS のような高パケットレートになりやすいネットワークアプリケーションにおいて、単一の CPU コアに負荷が偏り、マルチコアスケールしないことがあります。 今回は、このようなネットワークアプリケーションにおいて CPU 負荷がマルチコアスケールしない理由と、マルチコアスケールさせるための Linux カーネルのネットワークスタックのチューニング手法として RFS (Receive Flow Steering) を
CPU実験でコアつくってOS動かしたまとめ - wasabizの日記
2015-03-22 CPU実験でコアつくってOS動かしたまとめ 東大IS名物のCPU実験が3/17に最終発表を迎えて無事終了しました。半年のCPU実験を始めるにあたって初めにお世話になったのが先輩たちのブログだったりするので、恩返しの意味で僕もここに記録を残して置きたいと思います。基本的に今後ISでCPU実験を行う人々に向けた記事なので関係ない人が読んでも面白くないかもしれません…(OBが酒の摘みにニヤニヤしながら眺めるのはアリかも)。 CPU実験復習 CPU実験といえば 情報科学科の専門課程に入って1年しか経ってないぺーぺーの学部3年生に 半年間でCPUとコンパイラをゼロから自作させて 最終発表会でその性能を競う という知る人ぞ知る超鬼畜演習です。CPU・コンパイラの「性能」はmin-rtという共通のレイトレーサープログラムを動かすことで計測します。FPUは自作することが要求されます。
自作CPU向けCコンパイラをつくってOS動かした話 (CPU実験まとめ) - kw-udonの日記
僕の学科では伝統的に3年の後期に半年かけてCPU実験というものをおこなう。 班で自作のアーキテクチャを設計・実装し、FPGA基板上でMinCaml(OCamlのサブセット)でかかれた課題用レイトレーシングプログラムが動けば単位がもらえるというものである。 レイトレ完動後には、その高速化にはげむもよし、余興としてゲームをつくるもよしで、自作CPU上で色々あそんだりする。 今年は有志で班を結成し、自作CPU上でxv6というOSを動かした。 僕はその班にCコンパイラ係として参加したので、そのことについてかく。 あと、OS移植班全体の成果についても触れる。 わりと長くなってしまったので、結局なにができたんだっていう人は、とりあえず先にこっちに飛んでほしい。 動機 期間は4ヶ月程度、配布されたFPGA基板のうえで動かしたいという制約のもとで移植するOSはxv6を選択した。 このOSはシンプルであるが
Understanding Linux CPU stats | Scout APM Blog
Updated version of an article first published on February 24th, 2015. Your Linux server is running slow, so you follow standard procedure and run top. You see the CPU metrics: But what do all of those 2-letter abbreviations mean? The 3 CPU states Let's take a step back. There are 3 general states your CPU can be in: Idle, which means it has nothing to do. Running a user space program, like a comma
CPUガバナ・I/Oスケジューラについての個人的なまとめ | ただぐだぐだと（新）
はじめに この記事は2013年9月29日現在かなり未完成です。残りの部分については、時間ができ次第更新します。 2014年3月31日：msm-dcvsについての説明を追加。残りはまた余裕が有るときに追記します。 この記事を読む前に この記事を書くにあたってxdaのこちらやこちらなどを参考（というか、ほぼ意訳）にしました。記事の内容については細心の注意を払っていますが、その正確性については保証はありません。また本記事はXperia GXで154氏のmodに含まれているCPUガバナ・I/Oスケジューラについて自分用にまとめたものですが、他のAndroid・Linuxデバイスなどでも参考になるかもしれません。 CPUガバナの概要 詳しいことはともかくとして、CPUガバナとはCPUの挙動を決めるもので、例えばCPUのクロック周波数（1.5GHzとか1.0GHzとか）を端末やアプリケーションの動作に
Interrupt Affinityについて
ATF(ARM Trusted Firmware)は、ARMv8では重要なソフトウェア。 全体を利用するのではなく、その一部を利用可能。 この資料では、BL31(EL3 Runtime Firmware)を単体で使う場合、どうすればいいのかを、Xilinx社のZynq UltraScale+ MPSoCを例に説明しています。 ATF (ARM Trusted Firmware) is an important software in ARMv8. Instead of using the whole, part of it is available. This document explains how to do when using BL31 (EL3 Runtime Firmware) alone, for example, with Xilinx's Zynq UltraScale
自作のC言語プログラムから，BIOS設定(CMOS)を読み書きする方法 （の調査ログ） - 主に言語とシステム開発に関して
自作のプログラムから，BIOSの設定を変更する事は可能なのか。 例えばブートデバイス設定やブートシーケンスの設定は， ふつうはPC起動時の「BIOS設定画面」から手動で変更するわけだが， これらの項目を，自作プログラムから書き換える事はできるのか。 （１）BIOSやCMOSなど関連キーワードについて （２）自作プログラムからBIOS/CMOSにアクセスする方法 （３）具体的なサンプルコードと実現方針 （４）結論 （１）BIOSやCMOSなど関連キーワードについて簡単におさらい PCの起動の流れ： ユーザはPCの電源を入れる。 PCのマザーボードに通電する。ここで，マザーボード上には，CPU，ROMまたRAMが設置されている。 ROM内には，BIOSのプログラムが入っている。 ROMとはいえ，フラッシュメモリなので，書き換え可能である。ここの書き換えは，BIOSアップデートを意味する。 RA
サーバーさんに本気を出してもらうために憶えておきたい設定項目
cpuspeed がオンだと.... — はせがワン (@hasegaw) 2014, 5月 29 ミドルウェアのスループットを測ろうと思ったのですが cpuspeed などの設定をぜんぜんやっていませんでした。。。 経験上、チューニング過程でいじりたくなるようなパラメータを思い出してみます。 パワーマネジメントに関する設定はオフにする UEFIやBIOSにはパワーマネジメント設定がありますが、これらを無効にするとプロセッサなどが無条件で定格クロックで走り続けます。ピーク性能を高めたり瞬発力を上げるためにはパワーマネジメントはオフにします。当然ながらベースの消費電力やファンの騒音は増えますが、かわりにいくらかピーク性能の向上が見込めます。 Hyper Threading はレイテンシーとスループットのトレードオフ Hyper Threadingは、たぶん、コア内でパイプラインを取り合うから
16 Commands to Check Hardware Information on Linux
Hardware information Like for every thing, there are plenty of commands to check information about the hardware of your linux system. Some commands report only specific hardware components like cpu or memory while the rest cover multiple hardware units. This post takes a quick look at some of the most commonly used commands to check information and configuration details about various hardware peri
超低電圧で稼動するCPUを実現する技術 | スラド ハードウェア
Intelが開発している超低消費電力プロセッサの話がASCII.jpの「太陽電池で動作する超低消費電力プロセッサーNTVとSTV」という記事で紹介されている。 記事ではIntelが2011年のIDFにて、テスト的に作成したCPU「Claremont」を太陽電池で稼動させ、Windowsを動作させたという話が紹介されている。アーキテクチャとしてはMMXも付いてない最初のPentiumそのもので、最も効率がよいのは60MHzあたりということらしいので、Windows95あたりならまともに使えるレベルとなっている（効率を犠牲にするなら最大915MHzだそうで、Vistaのシステム要件800MHzを上回る）。 Claremontでは、半導体を稼動させるためのスレッショルド電圧ぎりぎりの電圧でデバイスを駆動させる「NTV」という技術が使われているそうだ。スレッショルド電圧ぎりぎりでデバイスを駆動させ
マルチコアを用いた画像処理
2014年6月に開催されたSSII2014（http://www.ssii.jp/）のチュートリアル講演用資料です． 使用したコード等はこちら． https://github.com/norishigefukushima/SSII2014 アブストラクト 「CPUのクロック数が年月とともに増加する時代は終わり、プログラムの高速化をCPUの性能向上に任せることのできるフリーランチの時代は終わりを迎えています。しかしムーアの法則はいまだに続いており、CPUはマルチコア化、SIMD化という形で高性能化が続いています。本チュートリアルでは、計算コストの高い画像処理を高速化するために、CPUの能力をあますことなく引き出す、マルチコアプログラミング、SIMDプログラミングを解説します。」Read less
CUDAでプログラミングする前にやっておきたいこと - 株式会社CFlatの明後日スタイルのブログ
こちらの記事もご確認下さい。 CUDA6.0用にCPUとGPUの速度比較コードを修正 - 株式会社CFlatの明後日スタイルのブログ GPUとCPUの速度比較をしたい 以前CUDAでのプログラミングが完成した際に、CPUとの速度比較を行いたいという当たり前の要望が上がりました。 そこでGPUとCPUを切り替えるコードを作成したのですが、どうせなら最初から作っておくべきだったと反省しました。 今回はその際に作成したGPUとCPUの速度比較コードを公開します。 OpenMPの設定 GPUとCPUの速度比較をする際にCPUの方も並列化しないと不公平です。CPUの並列化には設定が簡単なOpenMPを使います。 CUDAプロジェクトでOpenMPを使用できるようにするには、プロジェクトのプロパティを開き、構成プロパティ/CUDA C/C++/Command Lineの追加オプションに-Xcompil
サーバのトラブルシューティングにsysdigが使えそう - $web->{note};
sysdig とは？ Sysdig is open source, system-level exploration: capture system state and activity from a running Linux instance, then save, filter and analyze. Think of it as strace + tcpdump + lsof + awesome sauce. With a little Lua cherry on top. http://www.sysdig.org/ 上に書いてある通り、一言で言うと strace + tcpdump + lsof + α。tcpdumpのように-wで書き出して-rで読み込めるのがありがたい。 高機能過ぎてまだ全然使いこなせてないけど、ぱっと触った感じ使えそうだなと思ったものを紹介。 1. プロ
GPU1枚で１ヶ月ビットコイン採掘に挑んだ結果と来年の予想 - nyatla@hatena blog
１２月初めから開始した、ビットコイン採掘の結果報告とおまけです。 結果発表 収入 0.1767041 BTC 9,871円 12/31 13:54現在 消費電力合計 172kWh 4,998円 29円/kwh 所得合計 +4873円 - - 基本的に効率のいいLitecoin派生のマイナー通貨を採掘して、取引所で交換してました。 消費電力は300W×24h×30日×80%(稼働率)として計算しています。実際はもう少し少ないでしょう。所得は約4800円となり、現在のビットコインレートでは黒字となりました。 他にも確定させていないマイナー通貨が少しあるので、トータルの所得は5000円をやや超える程度になってると思います。 黒字化のポイント パソコンによるビットコイン採掘の黒字化は、いくつかの条件を守れば意外と簡単にできました。 1.Bitcoinを直接採掘しない。 基本です。 Bitcoinは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
070900526
【後藤弘茂のWeekly海外ニュース】 Intel CPU設計の主要技術だったiHDLハードウェア記述言語
技術少年出版、Z80上位互換CPU搭載学習用8bitマイコンキット ～「Altair 8800」互換、S-100バス84枚分の機能を搭載
IBM Developer