デバイススペシャルファイル - 版の履歴

Hironobu: /* I/Oスケジューラ */

2022-08-03T15:22:22Z

I/Oスケジューラ

← 古い版		2022年8月3日 (水) 15:22時点における版
137行目:		137行目:
	Noop I/O Scheduler といった複数		Noop I/O Scheduler といった複数
	のスケジュールが用意されています。		のスケジュールが用意されています。
	またLinux 5.0以降ではI/Oスケジューラがマルチキュー I/O スケジューラに変更され、mq-deadline、bfq (Budget Fair ~~Queuing~~)、kyber、none <ref>		またLinux 5.0以降ではI/Oスケジューラがマルチキュー I/O スケジューラに変更され、mq-deadline、bfq (Budget Fair Queueing)、kyber、none <ref>
	https://www.kernel.org/doc/html/latest/block/index.html		https://www.kernel.org/doc/html/latest/block/index.html
	</ref>		</ref>
152行目:		152行目:

	; 調べてみよう : IBMサイトにあるLinuxのディスクI/Oに関する考察 ([http://public.dhe.ibm.com/software/dw/linux390/perf/Linux_disk_IO_considerations.pdf Linux disk I/O considerations ]) や openSUSE サイトにあるI/Oパフォーマンスのチューニング ( [https://doc.opensuse.org/documentation/leap/tuning/html/book-tuning/cha-tuning-io.html#cha-tuning-io-switch 12 Tuning I/O performance] )が参考になります。		; 調べてみよう : IBMサイトにあるLinuxのディスクI/Oに関する考察 ([http://public.dhe.ibm.com/software/dw/linux390/perf/Linux_disk_IO_considerations.pdf Linux disk I/O considerations ]) や openSUSE サイトにあるI/Oパフォーマンスのチューニング ( [https://doc.opensuse.org/documentation/leap/tuning/html/book-tuning/cha-tuning-io.html#cha-tuning-io-switch 12 Tuning I/O performance] )が参考になります。


	== ネットワークデバイス ==		== ネットワークデバイス ==

Hironobu: /* I/O の抽象化 */

2022-08-03T05:37:54Z

I/O の抽象化

← 古い版		2022年8月3日 (水) 05:37時点における版
26行目:		26行目:


	たとえばLinuxでは /dev/sda は SCSI ハードディスク、あるいは SCSI ~~ハードディスクに見えるもの~~<ref>たとえば USB メモリは USB マスストレージクラスですが、デバイス用の SCSI エミュレーションによってSCSIデバイスのように見えます。</ref>~~です。~~		たとえばLinuxでは /dev/sda は SCSI ハードディスク、あるいは SCSI ハードディスクに見えるものです<ref>たとえば USB メモリは USB マスストレージクラスですが、デバイス用の SCSI エミュレーションによってSCSIデバイスのように見えます。</ref>。
	Linuxのカーネルが認識した順番に /dev/sda から /dev/sdb 、 /dev/sdc となります。		Linuxのカーネルが認識した順番に /dev/sda から /dev/sdb 、 /dev/sdc となります。
	/dev/sda はハードディスク全体で、 sda 上にパーティションが設定されていれば /dev/sda1 、 /dev/sda2 ...となります。		/dev/sda はハードディスク全体で、 sda 上にパーティションが設定されていれば /dev/sda1 、 /dev/sda2 ...となります。
33行目:		33行目:
	あるいはIDE接続のMOがide-scsiデバイスドライバ経由のためSCSI として取り扱われたりと状況でさまざまです。		あるいはIDE接続のMOがide-scsiデバイスドライバ経由のためSCSI として取り扱われたりと状況でさまざまです。
	IDEハードディスクだと IDE 0 Master に接続されているハードディスクは /dev/hda になります。		IDEハードディスクだと IDE 0 Master に接続されているハードディスクは /dev/hda になります。
	Slave側は hdb、 IDE 1 Master/Slave は hdcと hdd ~~という具合になります。~~		Slave側は hdb、 IDE 1 Master/Slave は hdcと hdd という具合になります<ref>
			Ubuntuのハードウェアとデバイスの命名規則についての解説ページ [https://www.dell.com/support/kbdoc/ja-jp/000132092/ubuntu-%E3%81%8A%E4%BD%BF%E3%81%84%E3%81%AE%E3%83%8F%E3%83%BC%E3%83%89%E3%83%89%E3%83%A9%E3%82%A4%E3%83%96%E3%81%8A%E3%82%88%E3%81%B3%E3%83%87%E3%83%90%E3%82%A4%E3%82%B9%E5%90%91%E3%81%91%E3%81%AE%E6%9D%A1%E4%BB%B6-%E8%AA%AC%E6%98%8E]
			</ref>。

	;補足: 接続した順番にデバイスを決めていくので、USB機器などの接続では挿したタイミングでデバイス名が異なることが発生してしまう場合があります。そこで現在ではUUID(Universally Unique Idenifier )という方式を使ってデバイスをユニークに認識する方法を用意しています。fstab(5)、mount(8)、tune2fs(8)を参照してみてください。		;補足: 接続した順番にデバイスを決めていくので、USB機器などの接続では挿したタイミングでデバイス名が異なることが発生してしまう場合があります。そこで現在ではUUID(Universally Unique Idenifier )という方式を使ってデバイスをユニークに認識する方法を用意しています。fstab(5)、mount(8)、tune2fs(8)を参照してみてください。

Hironobu: /* ネットワークデバイス */

2022-01-30T22:27:17Z

ネットワークデバイス

← 古い版		2022年1月30日 (日) 22:27時点における版
177行目:		177行目:
	ネットワークインタフェースの設定にはifconfigを使いますが、通常はシステムの設定ファイルに指定のフォーマットで登録しておけば、システムのブート時に設定スクリプトが動き、自動的に割り当ててくれます。Debian系のディストリビューションだと /etc/network/interfaces に、RedHat 系だと /etc/sysconfig/network-scripts/ifcfg-eth0 に記述します。		ネットワークインタフェースの設定にはifconfigを使いますが、通常はシステムの設定ファイルに指定のフォーマットで登録しておけば、システムのブート時に設定スクリプトが動き、自動的に割り当ててくれます。Debian系のディストリビューションだと /etc/network/interfaces に、RedHat 系だと /etc/sysconfig/network-scripts/ifcfg-eth0 に記述します。


			;補足: 多くのディストリビューションがifconfigコマンドから [https://wiki.linuxfoundation.org/networking/iproute2 iproute2ユーティリティ] に含まれる ipコマンドに移行しています。頃合いをみて本説明もipコマンドでの説明に切り替える予定です。

Hironobu: /* ネットワークデバイス */

2022-01-30T22:20:04Z

ネットワークデバイス

← 古い版		2022年1月30日 (日) 22:20時点における版
151行目:		151行目:

	; 調べてみよう : IBMサイトにあるLinuxのディスクI/Oに関する考察 ([http://public.dhe.ibm.com/software/dw/linux390/perf/Linux_disk_IO_considerations.pdf Linux disk I/O considerations ]) や openSUSE サイトにあるI/Oパフォーマンスのチューニング ( [https://doc.opensuse.org/documentation/leap/tuning/html/book-tuning/cha-tuning-io.html#cha-tuning-io-switch 12 Tuning I/O performance] )が参考になります。		; 調べてみよう : IBMサイトにあるLinuxのディスクI/Oに関する考察 ([http://public.dhe.ibm.com/software/dw/linux390/perf/Linux_disk_IO_considerations.pdf Linux disk I/O considerations ]) や openSUSE サイトにあるI/Oパフォーマンスのチューニング ( [https://doc.opensuse.org/documentation/leap/tuning/html/book-tuning/cha-tuning-io.html#cha-tuning-io-switch 12 Tuning I/O performance] )が参考になります。


	== ネットワークデバイス ==		== ネットワークデバイス ==

Hironobu: /* I/Oスケジューラ */

2022-01-30T22:19:49Z

I/Oスケジューラ

← 古い版		2022年1月30日 (日) 22:19時点における版
141行目:		141行目:
	が用意されています。		が用意されています。

	;補足: Noop I/O ~~Schedulerはスケジュールをしないスケジューラです。~~
			;補足: Noop I/O Scheduler (none) はスケジュールをしないスケジューラです。


149行目:		150行目:


	; 調べてみよう : IBMサイトにあるLinuxのディスクI/Oに関する考察 ~~<ref>~~		; 調べてみよう : IBMサイトにあるLinuxのディスクI/Oに関する考察 ([http://public.dhe.ibm.com/software/dw/linux390/perf/Linux_disk_IO_considerations.pdf Linux disk I/O considerations ]) や openSUSE サイトにあるI/Oパフォーマンスのチューニング ( [https://doc.opensuse.org/documentation/leap/tuning/html/book-tuning/cha-tuning-io.html#cha-tuning-io-switch 12 Tuning I/O performance] )が参考になります。
	~~Linux disk I/O considerations~~ http://public.dhe.ibm.com/software/dw/linux390/perf/Linux_disk_IO_considerations.pdf
	</~~ref>~~

	== ネットワークデバイス ==		== ネットワークデバイス ==

Hironobu: /* I/Oスケジューラ */

2020-11-12T12:04:10Z

I/Oスケジューラ

← 古い版		2020年11月12日 (木) 12:04時点における版
136行目:		136行目:
	Noop I/O Scheduler といった複数		Noop I/O Scheduler といった複数
	のスケジュールが用意されています。		のスケジュールが用意されています。
			またLinux 5.0以降ではI/Oスケジューラがマルチキュー I/O スケジューラに変更され、mq-deadline、bfq (Budget Fair Queuing)、kyber、none <ref>
			https://www.kernel.org/doc/html/latest/block/index.html
			</ref>
			が用意されています。

	;補足: ~~Kernel 2.6.18以降 CFQ(Complete Fairness Queueing)スケジューラがデフォルトです。~~		;補足: Noop I/O Schedulerはスケジュールをしないスケジューラです。

	~~;補足: Noop I/O Schedulerはスケジュールをしないスケジューラです。~~


	; 調べてみよう : ブロックデバイスが/dev/sdaの場合、I/Oスケジューラの設定は /sys/block/sda/queue/scheduler ~~でされているので、実際に、どうなっているか見てみよう。~~		; 調べてみよう : ブロックデバイスが/dev/sdaの場合、I/Oスケジューラの設定は /sys/block/sda/queue/scheduler でされているので、実際に自分の使っている環境ではどうなっているか見てみよう。

Hironobu: /* I/Oスケジューラ */ 言葉のゆらぎを修正

2020-09-20T16:31:41Z

I/Oスケジューラ: 言葉のゆらぎを修正

← 古い版		2020年9月20日 (日) 16:31時点における版
142行目:		142行目:


	; 調べてみよう : ブロックデバイスが/dev/sdaの場合、I/~~Oスケジュラーの設定は~~ /sys/block/sda/queue/scheduler でされているので、実際に、どうなっているか見てみよう。		; 調べてみよう : ブロックデバイスが/dev/sdaの場合、I/Oスケジューラの設定は /sys/block/sda/queue/scheduler でされているので、実際に、どうなっているか見てみよう。

Hironobu: スケジュリングをスケジューリングに修正

2018-10-24T14:00:33Z

スケジュリングをスケジューリングに修正

← 古い版		2018年10月24日 (水) 14:00時点における版
129行目:		129行目:

	そこで有効な入出力をするためにスケジューラを用意します。スケジューラの役目は、全体のスループットの改善です。ですから、ある1つのプロセスだけを着目してみると、もしかすると、処理が遅くなっているという可能性もあります。		そこで有効な入出力をするためにスケジューラを用意します。スケジューラの役目は、全体のスループットの改善です。ですから、ある1つのプロセスだけを着目してみると、もしかすると、処理が遅くなっているという可能性もあります。
	この当たりは単純に一つのI/~~Oスケジュリングのアルゴリズムが万能とはなかなかいかないので、Linux~~ 2.6.0以降では		この当たりは単純に一つのI/Oスケジューリングのアルゴリズムが万能とはなかなかいかないので、Linux 2.6.0以降では
	Deadline I/O Scheduler、		Deadline I/O Scheduler、
	<del>Anticipatory I/O Scheduler</del><ref>最新ディストリビューションの使っているLinuxカーネルの多くでは既に用意していません。</ref>、		<del>Anticipatory I/O Scheduler</del><ref>最新ディストリビューションの使っているLinuxカーネルの多くでは既に用意していません。</ref>、

Hironobu: /* I/Oスケジューラ */

2017-11-02T04:56:02Z

I/Oスケジューラ

← 古い版		2017年11月2日 (木) 04:56時点における版
132行目:		132行目:
	Deadline I/O Scheduler、		Deadline I/O Scheduler、
	<del>Anticipatory I/O Scheduler</del><ref>最新ディストリビューションの使っているLinuxカーネルの多くでは既に用意していません。</ref>、		<del>Anticipatory I/O Scheduler</del><ref>最新ディストリビューションの使っているLinuxカーネルの多くでは既に用意していません。</ref>、
	Complete Fairness Queueing I/O ~~Scheduler、~~		Complete Fairness Queueing I/O Scheduler
			<ref> Inside the Linux 2.6 Completely Fair Scheduler https://www.ibm.com/developerworks/library/l-completely-fair-scheduler/index.html</ref>、
	Noop I/O Scheduler といった複数		Noop I/O Scheduler といった複数
	のスケジュールが用意されています。		のスケジュールが用意されています。

Hironobu: /* I/O の抽象化 */

2016-11-18T04:53:42Z

I/O の抽象化

← 古い版		2016年11月18日 (金) 04:53時点における版
6行目:		6行目:
	Unix で使われた秀逸なアイデアを3つ上げろといわれたら、多分、多くの人が、階層化ファイルシステム、パイプ、そしてデバイススペシャルファイル（Device Special File : 単にスペシャルファイルとも呼ぶ）		Unix で使われた秀逸なアイデアを3つ上げろといわれたら、多分、多くの人が、階層化ファイルシステム、パイプ、そしてデバイススペシャルファイル（Device Special File : 単にスペシャルファイルとも呼ぶ）
	<ref> wikipediaではデバイス・ファイルの項目に「デバイスファイルまたはスペシャルファイルとは」と書いていますが、UNIXの世界では次のように「デバイススペシャルファイル」という表現をしています。		<ref> wikipediaではデバイス・ファイルの項目に「デバイスファイルまたはスペシャルファイルとは」と書いていますが、UNIXの世界では次のように「デバイススペシャルファイル」という表現をしています。
	[https://www.usenix.org/legacy/event/bsdcon02/full_papers/kamp/kamp_html/ Before we continue, we need to fully understand the ``device special file'' in UNIX.]		[https://www.usenix.org/legacy/event/bsdcon02/full_papers/kamp/kamp_html/ Before we continue, we need to fully understand the "device special file" in UNIX.]
	本稿もそれに従います。		本稿もそれに従います。
	</ref>		</ref>