Geekなぺーじ : DirectShow GraphEdit
DirectX SDKには、GraphEditというツールが含まれています。 DirectShowがどのような構造をしていて、どのような挙動を示すかを知るには、説明を読むよりGraphEditを弄り回してみるのが最適だと私は思っているので、GraphEditの使い方を説明しながらDirectShowの説明を行いたいと思います。 （ただし、ここではDirectShowというより、DirectXの説明になっている部分があります。） GraphEditを起動する まず、GraphEditを起動しましょう。 私の環境では、「スタート > 全てのプログラム > Microsoft DirectX 9.0 SDK > DirectX Utilities > GraphEdit」でGraphEditを起動できます。 GraphEditを起動すると、以下のような画面が現れると思います。 GraphEdit
なぜ「DNSの浸透」は問題視されるのか:Geekなぺーじ
「DNSの浸透」という表現が結構よく使われています。 DNSに設定された情報を更新したけれど、その結果がなかなか反映されずに誰かに相談すると「DNSの浸透には時間がかかります」と説明されて納得してしまうという事例が多いようです。 しかし、うまく準備を行えば、実際の切り替え処理は、いつ完了するのかが不明な「DNSの浸透」を待つのではなく、事前に計画した時間通りに完了させることが可能です。 さらに、本来であればDNS情報の設定者(ゾーン情報の設定者)は、いつまでに世界中のキャッシュが更新されるかを知ることができる環境にあり、それ以降も更新がされていなければ「何かがおかしい」とわかるはずです。 DNSにおける設定内容(DNSのリソースレコード)には、その情報をキャッシュとして保持し続けても良い期間であるTTL(Time To Live)という要素がありますが、TTLはDNS情報設定者が自分で設定
IPv4アドレス枯渇/IPv6:Geekなぺーじ
TOP > ブログ > IPv4アドレス枯渇/IPv6 IPv4アドレス枯渇/IPv6 2012/06/06JPNE、フレッツ光ネクストで下り最大1GbpsのIPv6 IPoE期間限定試験サービス 2012/06/06World IPv6 Launchに参加してます 2012/05/26「IPv6によるインターネットの利用高度化に関する研究会（第18回）」資料が公開される 2012/05/17IPv6 IPoE VNE数増加が公表される、その他 2012/05/11JAIPA「World IPv6 Launch対応について(第2版)」公開 2012/04/18JAIPAインタビュー - World IPv6 Launch対応 2012/04/21CGN用途のISP Shared Address - 100.64.0.0/10 2012/04/18IPv6とIPv4アドレス在庫枯渇問題の感想
IPv4アドレス残り約6％、実質約4％:Geekなぺーじ
6月3日(日本時間)に、世界のIPv4アドレス残りが6.25％になりました。 256個ある/8ブロックのうち、残りは16個です。 そのうちの5個は、最後の5個になった時点で自動的に世界の5つのRIR(Regional Internet Registry,地域インターネットレジストリ)に割り振られるので、実質残りは11個(残り約4.3％)になります。 最後の5ブロック割り当ての詳細に関しては「ICANN:Global Policy for the Allocation of the Remaining IPv4 Address Space」をご覧下さい。 今回、LACNIC(ラテンアメリカ及びカリブ海地域)に割り当てられたのは177/8と181/8の2ブロックです。 177/8 RIPE-NCC 181/8 RIPE-NCC 参考：「IANA IPv4 Address Space Regis
IPv4アドレス枯渇についてNTT Communicationsさんに聞いて来ました:Geekなぺーじ
「NTT Communications」さんの取材に行ってきました。 主にIPv4の枯渇に向けての対策や、IPv6に関して伺いました。 以下、取材内容です。 「Q:」部分が質問で、それに続く文章がNTT Communicationsご担当者様による回答です。 IPv4枯渇への取り組み まず、IPv4アドレス枯渇問題に関して伺いました。 (IPv4の枯渇とNAT化に関しては、以前書いた「大手ISPがNATしたプライベートIPアドレスを配り始める日」をご覧下さい。) Q: 今後、NAT化は進んでいくのでしょうか？ ISPとしては、プライベートIPアドレスを配りはじめ、 網内でNATすることになるのではないか、と考えています。 ある日から「IPv4が足りなくなってきたので、IPv6だけを使いましょう」 ということは現実的には難しく、IPv4のみ対応のクライアントや、 IPv4のみ対応のサーバがあ
Geekなぺーじ：UNIX哲学の基本原則
「Basics of the Unix Philosophy」でUNIX哲学の基本原則がまとめられています。 UNIXの設計思想として紹介されていますが、多くは普通のソフトウェアを設計する場合にもあてはまると思われます。 1. Rule of Modularity(モジュール性): きれいなインターフェースで接続された、簡潔な部品を書きましょう。 2. Rule of Clarity(明瞭さ): 明瞭さは賢さよりも良いです。 3. Rule of Composition(構成): 他のプログラムと接続できるようにプログラムを設計しましょう。 4. Rule of Separation(分離): ポリシーとメカニズムを分離しましょう。エンジンとインターフェースを分離しましょう。 5. Rule of Simplicity(単純性): 単純化された設計をしましょう。複雑さは必要な時だけ追加しま
Geekなぺーじ：10のUNIX小技
IBMのサイトで「Learn 10 good UNIX usage habits」という記事が発表されていました。 面白かったので要約してみました。 変な部分があるかも知れないので詳細は原文をご覧下さい。 原文とは一部異なります。 本ページスペースなどの関係でコマンド引数などを短く省略しています。 原文のサンプルコマンドが間違っていたりするので、修正している部分もあります。 原文を修正しているのは、tar.gzをzオプションを使わないでxfvしようとしているところと、xargsにlsではなくls -lを渡している部分です。 あと、説明文を短くしてしまっています。 1. ディレクトリの作成 良く使うコマンドの一つであるmkdirですが、面倒臭い使い方をしていませんか？ 悪い例 ~/ $ mkdir a ~/ $ cd a ~/a $ mkdir b ~/a $ cd b ~/a/b/ $ m
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
