ネットワークプログラミング第 9 回「...

ネットワークプログラミング第 9回「応用ネットワークプログラミング（１）」

２００ 9年秋学期Rodney Van Meter

今期の授業スケジュール（予定）第１回：イントロダクション第２回： C言語の基礎～関数・変数・Makefile 第３回： C言語の基礎～コマンドライン引数・構造体・ポインタ第４回： C 言語の基礎～ポインタと配列・リスト構造 (10/20) 第５回： File I/O・ネットワークプログラミング (10/27) 第６回：ネットワークとプログラミング（１） (11/10) 第 7 回：ネットワークとプログラミング（２） (11/17) 第 8回：ネットワークとプログラミング（ 3 ） (12/1) 第 9 回：応用ネットワークプログラミング（１） (12/8) 第１ 0 回：応用ネットワークプログラミング（２） (12/15) 第１ 1 回：ミニプロ中間発表　 (12/22!) 第１ 2 回：ミニプロ () 第１ 3 回：ミニプロ () 最終発表

ミニプロについてグループでプログラムを作る OSは問わない

一応、公式サポート環境は ccx 他の環境でも TA/SAは（できるだけ）頑張ります

ネットワークを使うプログラムプログラムの難易度独創性

ミニプロの中間発表について Problem (or project) definition (Related work) Key idea How you will evaluate it Schedule

NOT 実装、評価、論文執筆 !

ミニプロの中間発表について (2)

Team members Division of responsibility How you will work together

What programming environment? What source code control (svn, cvs,

rcs...?) Plan for APIs, functional definition Testing plan

ミニプロの提出提出は、ソースコードならびにレポート

提出ソースコードにはコメントを付加日本語 or 英語

レポートには以下の項目を含める何を作ったのか使用方法面白さ実行環境

ミニプロのプレゼン中間発表

再来週何を作るかをプレゼンする

A4 2-3枚程度のレジュメを作成する

最終発表授業最終回を予定できあがりをプレゼンする評価

ミニプロのメンバー申請したい人は 12/8(火 )までにメール

最大人数 : 3-4人

申請が無い人はこちらで振り分けます

今日のお題 (forkします ) 講義

前回のおさらい TCP-server

listen() accept()

forkサーバの挙動プロセス練習 1 ： forkに慣れよう実習：平行サーバを作成

TCP 通信の流れ (server)socket()

bind()

listen()

accept()

socket()

connect()

read()

close()

TCP client

TCP Server

write()read()

write()

read()

close()

data

data

establish

end

よくあるサーバー

サーバー

クライアント

クライアント

クライアントクライアント

クライアント

クライアント

集中！

複数のクライアントから同時にアクセスを受ける

( ‘ ’前回の使い方例 )の問題点一つのクライアントに対応している間は、他のクライアントに対応できない！複数のクライアントが一度にアクセスした場合を考慮しなければいけない

どこがネックか？ accept()を多重化して実行できると良い？実際の処理を多重化して実行できると良い？

サーバの気持ちになってみようたくさんのソケットを扱ったり，めんどくさいことはしたくないいちいちソケットを検査するのが面倒どれにどれだけ時間がかけられるんだ？

沢山のクライアントが接続してきたら，大変

自分の分身を作ればいいんだ！

t

親プロセス

子プロセス二号

子プロセス一号

仕事は全部，分身にまかせよう親の仕事は，コネクションがきたときに分身を作ることだけ

平行処理 (concurrent processing) 素早い応答多くの要求を処理

C1

C2

C3 C4

server

connect()read()write()

listen()accept()fork()

recv()send()C1:process

C2

C3

C4

分身のための関数 forkシステムコール

int fork(); 自分とまったく同じ複製プロセスを作るシステムコール

自分がコピーかどうかわからなくならない？ 0が帰ってきたら自分は子プロセス正の整数が帰ってきたら自分は fork()を呼び出した親プロセス

-1は失敗

プロセスを見る Linux系 (ccx00)

% ps aux Solaris 又は Linux

% ps -efj BSD系又は Linux

% ps auxj

USER PID PPID PGID …………… COMMANDnobody 123 89 89 …………… httpd

プログラムの実行とプロセス

main(int argc, char *argv){ struct sockaddr_in me, peer; ……. if(pid = fork()) == 0) {

child process. } else if(pid > 0) {

parenet process. } else {

error process. }}

プログラム

OS

実行

プロセス

生成

プログラム

fork()

プロセス

生成

}

プログラム

親プロセス子プロセス

コピー・・・・・・・・・・・・・・・・・・・・・・・・・・・

・・・・・・・・・・・・・・・・・・・・・・・・・・・

親と子の区別fork()の返り値

int childpid;childpid = fork();

親側子側

if(childpid > 0){ 親の処理 ;}

else if(childpid == 0){ 子の処理}

よくあるサーバでの処理の流れ時間のかかるサービス

(telnet， ssh， ftpなど )を提供するサーバでよくある処理

接続要求があったら， acceptして，とりあえず fork(); 子プロセスだったら、サービスの提供開始親プロセスだったら、接続要求待ち

自分でたくさんのソケットの面倒を見なくてよい

fork()を用いたマルチクライアントサーバの仕組み

クライアント 1クライアント 1



サーバサーバ

listen()してクライアントからのリクエストを待っている状態

ファイルディスクリプタ





サーバサーバ

クライアントからリクエストが飛んで来た (accept()する直前 )

リクエスト






サーバサーバ

サーバ側で accept()し、子プロセスを生成

リクエストaccept()


サーバ (子 )サーバ )子 (

fork()





サーバ (親 )サーバ )親 (

親プロセスは accept()が作成したファイルディスクリプタを閉じ、子プロセスは listen()しているファイルディスクリプタを閉じる







子プロセスがクライアント 1からのリクエストを処理親プロセスは他のクライアントからの接続要求を待ちつづける







クライアント 3クライアント 3 新たなクライアントからのリクエストを受け付けると、再びfork()し子プロセスを作成する





fork()

accept()

練習 1 ： forkに触れてみよう (次ページに解説あり )

#include <sys/types.h>#include <stdio.h>#include <unistd.h>int main(int argc, char *argv[]){ int pid; int number = 5; char buf[1];

printf("original process id: %d\n", getpid()); printf("original parent process id: %d\n", getppid());

if( (pid = fork()) == 0){ /* child process */ printf("this is child process\n"); number += 10; printf("number: %d\n", number); printf("fork() return value: %d\n", pid); printf("child process id: %d\n", getpid()); printf("child parent process id: %d\n", getppid()); } else if(pid > 0){ /* parent process */ printf("this is parent process\n"); number += 20; printf("number: %d\n", number); printf("fork() return value: %d\n", pid); printf("parent process id: %d\n", getpid()); printf("parent parent process id: %d\n", getppid()); } else { perror("fork()"); } printf("number: %d\n", number); exit(0);}

練習 1：覚えた方がお得かも int getpid()

プロセス idを取得 int getppid()

親プロセス idを取得

練習 1 ①：重要な点

forkの基本構文 int pid;

if( (pid = fork()) == 0){ /* child process */} else if(pid > 0){ /* parent process */} else { perror("fork()");}

練習 1 ②：重要な点変数がコピーされる

int numberの中身を考えてみよう別のメモリ領域が確保される

original process id: 21146original parent process id: 20587

this is parent processnumber: 25fork() return value: 21147parent process id: 21146parent parent process id: 20587number: 25

this is child processnumber: 15fork() return value: 0child process id: 21147child parent process id: 21146number: 15

fork()を利用した並行サーバの注意点（親プロセスの義務）

子プロセスが終了すると、「どのような死に様だったか」が親プロセスに伝えられるシステムが親プロセスに通知シグナルを利用

非同期な事象をプログラムで扱うための方法親プロセスは子プロセスの死に様を見届けなければならない

親プロセスが子プロセスの終了状態を受け取らなくては，子プロセスは成仏できずにゾンビプロセスに変わる psコマンドで確認すると， a.out <defunct>と表示される

子プロセスが死んで，終了状態を受け取らずに親プロセスが死ぬと，ゾンビプロセスがいつまでも残る

子プロセスが終了する前に親プロセスが死ぬと？プロセス ID１の initが養子として引き取ってくれる

終了状態の受け渡し

子プロセス子プロセス

親プロセス


子プロセス子プロセス

親プロセス

終了（正常 /異常 )


ゾンビプロセス子プロセス

親プロセス




親プロセス


終了した子プロセスから状態を取得する



親プロセス

シグナルSIGCHLD

正確にはプロセスを管理している OSから通知される



親プロセス

消滅

親プロセスの義務つまり、子プロセスが終了したというシグナルを受け取ったら「南無阿弥陀仏」と唱えなければいけない子プロセスの終了状態 (ステータス )を受け取る

呪文： wait() システムコール子プロセスの状態を受け取り、変数へ代入子プロセスの終了状態から、適切な処理を進められる

注意：シグナルのキューイング複数のシグナルを同時に受信しても「１つ」しか通知されない

複数の子プロセスが同時に死んだ場合の処理を工夫

時間的な処理の流れ

何かの処理シグナルハンドラ

子プロセスの終了(シグナル発生 )

処理終了

自動的に呼ばれる

中断した所から実行を再開

waitシステムコール群子プロセスの状態 (ステータス )を取得するためのシステムコール

pid_t wait(int *status); pid_t waitpid(pid_t wpid, int *status,

int option); 子プロセスの pidが戻り値失敗 : -1

wait()とwaitpid()の違い waitは子プロセスが終了する（ほんとは状態が変わる）までブロックする親プロセスは別の処理を行えない。

waitpid() (see also wait4() on some OSes) ブロックしないようにするオプションがある。

WNOHANG 戻り値 0は、もう状態の変化したプロセスがない場合

pidを指定できる -1 を指定すると最初に状態の変化した子プロセス

0を指定すると、同一プロセスグループ idを持つ子プロセス

サンプルコード

void sig_child(int signo){

int pid, status;while((pid = waitpid(-1, &status, WNOHANG)) > 0) {

printf("PID: %d, terminated\n", pid);}

}

int main(int argc, char *argv[]){

….signal(SIGCHLD, sig_child);….

}

実習以前つくった TCP-echo-severを forkを用いて並行処理可能にする

前回とに違い Server:

forkする “クライアントから bye”を受け取ると通信を終了する

bye以外は全て clientにエコーする waitpidする (子プロセスの終了を受け取る )

複数クライアントからサーバに接続し， psコマンドを用いて forkが出来ていることを確認すること

知っておきたいシグナル SIGINT

Ctrl-Cにバインドされていて、プロセスを終了するためによく使われる

SIGTERM これもプロセスを終了するためによく使われる。 killコマンドが

defaultで送るシグナル SIGTSTP

Ctrl-Zにバインドされていて、プロセスをサスペンドするためによく使われる。

SIGCHLD fork()で作成した子プロセスが exit()したことを通知するシグナル。

これを受けて wait() などの後処理を走らせる SIGALRM

alarm()によって指定された秒数後に送られるシグナル。タイマーの実装でよく使う

シグナルをする時 kill(pid_t pid, int sig)というシステムコール

pid == どちのプロセスに送る sig == シグナルナンバー

シグナルハンドラの指定：signal() void (*signal(int signo, void (*func)(int)))

(int); 指定したシグナル発生時に呼び出される関数（シグナルハンドラ）へのポインタを指定する

以前に設定されていたシグナルハンドラを指すポインタが戻り値

Signoは捕捉するシグナル funcはシグナルハンドラへのポインタ

第 2引数の funcは引数として整数をひとつとり、戻り値を返さない関数へのポインタ

ネットワークプログラミング第 9 回「...

Documents

Transcript of ネットワークプログラミング第 9 回「...

ネットワークプログラミング 第 9 回「...

Documents

Transcript of ネットワークプログラミング 第 9 回「...

ネットワークプログラミング第 9 回「...

Transcript of ネットワークプログラミング第 9 回「...