必要とされないサブシステムを伴って最初からロードされるカーネルは
モノリシックカーネル
カーネル 
 必要とされないサブシステムを伴って最初からロードされるモノリシックカーネルは、より汎用的な意味ではあるが、特定ハードウェア向けに設計されたものよりもチューニングが可能である。LinuxやFreeBSDなどの現代のモノリシックカーネルはUnix系OSであり、実行時にモジュールをロードする機能を備えており、必要に応じて容易に機能を拡張でき、同時にカーネル空間で動作するコード量をなるべく最小に抑えることができる。モノリシックカーネルには次のような長所がある。
Internet_Protocol 
 また特に、異なるプロトコルを用いるセグメント同士の間をつなぐルータはゲートウェイ（門）と呼ばれる。本来ゲートウェイはOSI参照モデルのネットワーク層におけるブリッジに相当するルータの基本機能の一部なのだが、セグメントのほとんどがイーサネットになっているため、特にセグメントとWANとの間にあるルータだけがゲートウェイであることが多い。またルータが知らないIPアドレスは（ルーティング処理の一環として）全てデフォルトゲートウェイと呼ばれる特別なゲートウェイに送られる。デフォルトゲートウェイは通常WANとの接続部分にあるため、未知のIPアドレスへのパケットは全てWAN側（外の世界）のルータにパケットを送信することになる。そしてWANのルータが送信先となるIPアドレスの存在するセグメントのゲートウェイにパケットを送信し、ゲートウェイが送信先となるIPアドレスを持つホストにパケットを送信することで世界中のホストと通信が行なわれる。 Portable_Network_Graphics 
 ファイルヘッダに続いて、チャンクと呼ばれる複数のデータブロックが続く。各チャンクは画像についての様々な情報を保持するもので、必須チャンクと補助チャンクに分けられる。補助チャンクは任意的なもので、処理プログラム側によっては必ずしも処理されない。このチャンク構造により、PNGフォーマットは拡張性と前方互換性を両立する。 バグ 
 例えば銀行のオンラインシステム（勘定系システム）などは、社会基盤を支える重要度の高いシステムであるが、年に数度ダウンする程度が目安となる。それ以上の品質を確保するよりも、問題が顕在化した時点で対処した方が、費用対効果の点で有益であると判断されるからである。 インターネット 
 一般にネットワークというのは、物理的なレベル（物理的な実体）（＝「物理層」）から始まって、その上に順に電気的なレベル、単純な信号のレベル、信号で表現させた情報のレベル... と、まるで層（レイヤー）を積み上げるような形で成立しているわけだが、このインターネットでは、下のほうの層では（銅線）はもちろんのこと、光ファイバーや無線も含んでいる。インターネットの最上位層の「アプリケーション層（応用層）」で用意されている枠組みは、初期段階では比較的単純なものばかりだったが、そこに徐々に複雑・高度なものが付け足され、充実化・複雑化・高度化してきた経緯がある。初期段階ではたとえばファイル転送、電子メール、ウェブのハイパーテキスト文書、などの単純なものであった。その後に、ピア・トゥ・ピアなどのファイル共有、ウェブアプリケーション、音声通信、ストリーミングなどの仕様や方法論が提案されたり、標準的な方法が決まるなど、徐々に増えていった。 東京メトロ日比谷線 
 なお、2013年3月15日までは、もう一方の終着駅である中目黒駅から東急東横線菊名駅までの相互直通運転を行っていたが、東急東横線と副都心線との相互直通運転を開始した翌16日からは、 東急東横線との直通列車は設定されていない「当面の間休止」の状態である。ドア数や車両の長さが副都心線及び東横線の標準的な車両とは異なる、東横線へのホームドア設置の整備の際にドアピッチが問題となったこと、東横線の輸送規模の容量を超過するなど、東横線に副都心線と日比谷線の乗り入れを共存させることは問題点が多い。なお、現在の新型車両はドア数や車両の長さが副都心線及び東横線の標準的な車両と同じであり、東横線に副都心線と日比谷線の乗り入れを共存しやすくなったが、2016年の車両公開時の取材に対して、東京メトロの関係者は「特に（直通運転の）予定があるわけではない」と述べている。 Internet_Protocol 
 このような設計の結果、IPはベストエフォート式配送のみを提供し、「信頼できない」と見なされている。ネットワークアーキテクチャとしては「コネクションレス」プロトコルであり、コネクション指向の転送モードとは対照的である。信頼性がないため、、パケットを消失したり、パケットが複製されたり、パケットの順序が入れ替わって受信されたりする。ルーティングはパケット毎に動的に行われ、ネットワークは以前のパケットが通った経路についても状態情報を保持しない。そのため一部のパケットが他より長い経路を通ることがあり、受信側でパケットを受信する順序がおかしくなる可能性がある。 Transport_Layer_Security 
 前者はアプリケーション層のプロトコルをまったく変更しなくてすむことが利点である。その反面、平文で接続を開始する実装と共存できなくなるため、既存のポート番号とは別にTLS対応用のポート番号が必要となる。実態としては、SSL/TLSの最初の適用例であるHTTPSをはじめとして、前者の方式を使うことが多い。ただし、この方式はバーチャルホストを構成する際に問題となる可能性がある。詳細は#バーチャルホストの節を参照。 バグ 
 主なバグ管理システムにはBugzillaや影舞などがある。また、最近ではウェブサーバを必要としないP2Pアーキテクチャによるバグ管理システムのPapilioといったものも登場した。 閏秒 
 2012年7月1日のうるう秒では、Linux のカーネルのスレッド関係のバグにより、Java や MySQL など各種プログラムで、高負荷になったり異常な動作をしたりした。これにより、VPSなどの共有系のサーバーが過負荷になった。また、au、mixi、Gawker、StumbleUpon、Yelp、foursquare、LinkedInなど世界中の様々なインターネットサービスで障害が発生した。Linux カーネル 2.6.29 で修正したはずであったが、実際は、それよりも古いカーネルにバグ修正を加えたものではなく、それよりも新しいカーネルに未知のバグが存在しており、問題が発生した。 並列計算 
 アプリケーションは、スレッド間で同期や通信を必要とする頻度で分類できる。細粒度並列性 (fine-graind parallelism) を持つものは、スレッド間で頻繁に通信する必要がある。粗粒度並列性（coarse-grained parallelism）を持つものはその逆である。自明な並列性を持つ (embarassingly parallel) ものは、ほとんど全くスレッド間の通信を必要とせず、したがって並列化も最も容易である。