Performance without the event loop | Dave Cheney
This article is also available in Japanese, イベントループなしでのハイパフォーマンス – C10K問題へのGoの回答 This article is based on a presentation I gave earlier this year at OSCON. It has been edited for brevity and to address some of the points of feedback I received after the talk. A common refrain when talking about Go is it’s a language that works well on the server; static binaries, powerful concurrency, and high per
Five things that make Go fast | Dave Cheney
Anthony Starks has remixed my original Google Present based slides using his fantastic Deck presentation tool. You can check out his remix over on his blog, mindchunk.blogspot.com.au/2014/06/remixing-with-deck. I was recently invited to give a talk at Gocon, a fantastic Go conference held semi-annually in Tokyo, Japan. Gocon 2014 was an entirely community-run one day event combining training and a
Go言語のスタックとヒープ
GoCon 2013 Autumn で「Go言語のスタックとヒープ」という発表をしました。 資料はこちら： http://goo.gl/s6at62 スライドだけでは分かりにくい部分もあるので、ブロク記事として以下にも記しておきます。(この記事を読めば、スライドは読まなくてOKなはず) スタックとヒープについて 実行時に動的にメモリを確保する領域として、スタックとヒープがある。 スタックメモリは関数のコールスタックを格納していて、ローカル変数、引数、戻り値もここに置かれる。 スタックのPushとPopは高速なので、オブジェクトをスタックメモリに確保するコストは小さい。ただし関数を抜けてスタックがPopされると解放されるので、関数の寿命を超えてオブジェクトは生存できない。 一方のヒープメモリは、コールスタックとは関係ないので、関数スコープに縛られずにオブジェクトを確保しておける。ただし空き領
Java 入門 | JVM のメモリ構造
Revised: 2nd/Nov./2003; Since: 26th/Jan./2003 データ・エリア JVM のメモリ構造は、スタックとヒープに大別されます。ヒープ (Heap) は GC の対象で、JVM 起動時に割り当てられる広大な領域です。Java 仮想マシン・スタック (Java Virtual MAchine Stack) はスレッドごとに割り当てられる、メソッド起動ごとにフレーム (Frame) と呼ばれるデータを出し入れする線形のデータ構造です。クラスのインスタンスなどはヒープに格納しますが、インスタンスのような GC 対象となる動的なデータと、クラス構造などの静的なデータは、別の領域に保持し、静的な構造を保持する領域をメソッド・エリア (Method Area) と呼びます。 図：JVM のメモリ構造 Java 仮想マシン・スタック JVM はプロセスの一つとして、O
x86とコンテキストスイッチ
2. 自己紹介 ・ Linux 好き - Fedora の Proven testers グループのメンバー - Fedora のテストを色々とやってます - 昔は Debian でパッケージのメンテしたり ・自作カーネルは一応経験済み 3. はじめに • 特に明記しない限り、 x86_32 のプロテクトモー ドで、呼出規約は cdecl です [masami@ftest x86]$ uname -a Linux ftest 2.6.33.6-147.fc13.i686 #1 SMP Tue Jul 6 22:30:55 UTC 2010 i686 i686 i386 GNU/Linux [masami@ftest x86]$ gcc -v Using built-in specs. Target: i686-redhat-linux コンフィグオプション : ../configure -
Javaメモリ勉強会
3. メモリモデルの概要 Java プロセスのメモリ領域 ヒープ領域 Java 仮想マシン スタック メソッド エリア ネイティブ メソッド スタック スレッド1 スレッド2 スレッド3 インスタンス インスタンス C 言語 クラス クラス “ abc” “ def” スレッド 1 用 スレッド 2 用 スレッド 3 用 -Xmx -Xss -XX:MaxPermSize 4. Java 仮想マシン・スタック 他のプログラミング言語におけるスタック フレームが格納される フレームは下記を格納するためのもの ローカル変数 中間的なデータ メソッドの起動 メソッドの戻り値 例外のディスパッチ 各スレッド毎 に生成され、スレッド終了時に破棄される 固定でも動的に拡張・縮小してもよい ヒープ上に割り当てることも可能 Sun JRE ではヒープ上には割り当てられていない？？ 5. Java 仮想マシ
Tomcatの実際のスレッドスタックサイズの推定 - 銀の鍵 (The Silver Key)
Tomcatの最大使用可能スレッド数の見積 にて述べたとおり、Javaバージョンによって、Tomcat/javaが使用することが出来る（最大）スタックサイズが決まっている。しかし、スタックサイズ分だけ仮想メモリがいきなり全部割り当てられるわけでなく、実際はより小さな値が割り当てられていることが多い。スタックサイズを気にせずにスレッド数を決めても、多くの場合は逼迫した状態にはならないものだ。 では実際のところ、Tomcat/Javaはどの程度のスタックを割り当てて稼動しているのであろうか。 一つの例として、以下のようなTomcatを見てみる。 root@server# ps -ef|grep java tomcat 7559 1 0 Mar17 ? 00:07:38 /usr/local/java/bin/java -Djava.util.logging.ma
スタックと割り込み ―― プログラムが動く仕組みを知ろう
ここでは，C言語で開発したプログラムがシステム上で動く際に必要な，「スタック」と「割り込み」と呼ばれる仕組みについて説明する．「スタック」は関数の作業領域としてメモリの一部を利用する仕組みである．「割り込み」は実行の流れを切り替えるための仕組みである．どちらもC言語の文法ではないが，プログラムが動く仕組みを知っておくと，特にデバッグで役に立つ． （筆者） 本稿では，スタックと割り込みの概念や動作原理について説明します．スタックと割り込みは，Cプログラムの文法上は見えないにもかかわらず，プログラム実行の上で重要な役割を果たしています． 1．プログラムの実行の流れを知ろう ここでは，順次実行，分岐，関数呼び出しという3種類のC言語プログラムを例に，プログラムの実行の流れを見ていきます．まずは，順次実行と分岐について，C言語ソース・レベル，およびメモリ上の動作レベルで見ていきましょう． ● 順次
ハードウェアの仕組みとソフトウェア処理 ―― マイコンの動作を理解する
ここでは，マイコンが動作する仕組みについて解説します．まず，ソフトウェアを実行するためのハードウェアの仕組みを説明します．次に，ソフトウェアで多くの処理を実現できる理由を，ソフトウェアの基本道を示しながら説明します．（編集部） 1． ハードウェアの基本動作を理解する マイコンは，メモリに置かれたソフトウェアの命令コードを取り出して実行します．命令コードの取り出しと実行を担当するのがCPUです．そのために，CPUには命令を取り出す機構と，取り出した命令を実行する機構が置かれています． 最近のCPUの高速化技術では，命令コードの取り出しから実行までの一連の動作を細分化して連続的に実行したり，複数の命令を並列に処理することによって，CPUの処理効率を大幅に向上しています． ● 命令コードの取り出しから実行の流れ CPUは，あらかじめメモリに並べられた命令を順番に取り出して，内容を解読して，実行し
あるプロセスが利用しているメモリサイズを procfs 経由で調べる - naoyaのはてなダイアリー
お題は「あるプロセスがどの程度の物理メモリを利用したかを知りたい」です。 手っとりばやく知りたいときは top や ps などで調べると良いでしょうか。例えば手元の coLinux で top して M キーでソートすると emacs のプロセスが最もメモリを使っているようです。 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1923 naoya 18 0 23120 19m 3096 S 0.0 2.0 0:55.40 emacsメモリサイズは VIRT と RES がありますが、VIRT は Virtual の略で仮想メモリ領域のサイズ、RES が Resident の略で、実際に使用している物理メモリ領域のサイズ。19MB ほど使っているようです。この emacs のプロセスが利用するメモリ領域はざっくり 20MB 程度と
node.js と thread hog の話（１）
ここ数日、 node.js で色々と作りはじめているのだが（node.js が一番力を発揮するのは、xmpp server や、push notification server のようにソケットを開きっぱなしにして非同期通信をするケースだと思うのだが、それについては来週のメルマガで詳しく解説する）、これで思い出すのが Microsoft 時代の「"thread hog" 退治」だ。 "thread hog" とは私が作った造語で、"memory hog" （メモリをやたらと使うプログラムのこと）と同じように、thread を不必要に作るプログラムのこと。 最初に出会った thread hog は、Microsoft が作っていた proxy server だった。コネクションが１０００を超すとやたらと遅くなり、しまいには落ちてしまうという欠点を持っていたため、一時は「出荷出来ないところか、
Tomcatの最大使用可能スレッド数の見積 - 銀の鍵 (The Silver Key)
我等が働き者、Tomcat。君は一体、どの程度まで多くのスレッドを作成してリクエストをさばく事が出来るんだい？ まず最初にLinuxのスレッドライブラリについて軽く言及しておかねばなるまい。Linuxのスレッドライブラリには二種類ある。 まず、昨今のLinux（Kernel 2.6及びそれ以降）で用いられているNTPL（Native POSIX Thread Library）。これは1:1モデルのスレッドライブラリで、スレッドをプロセスとして実装してある。SolarisなどではいわゆるLWP(Light Weight Process)をしてスレッドを実装してあるのだけれども、Linuxではスレッドもプロセスも同じtask_struct構造体として扱い、COE（Context Of Execution、実行コンテキスト）をそれぞれ用に割り当てて用いているようだ。各プロセスは独立した仮想メモリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
What is the Linux process kernel stack state at process creation?
Java: What is the limit to the number of threads you can create?
GitHub - kaisellgren/Concurrency-concepts: A guide to concurrency, multi-threading and parallel programming concepts. Explains the differences between every concept, their advantages and disadvantages in detail.