やや不誠実であることに加えて、私たちの創設者スティーブは、賢明であることのためのよく知られた傾向を持っています。 彼が開発エリアにバーストし、人々を焼く開始した場合、最初の質問を提起したときにベテランのエンジニアでさえ、頻繁に困惑しています：”キロバイト、またはキビ”.
あなたは用語を聞いていない場合でも、あなたはおそらく、少なくとも概念に精通しています。 “Kibibyte”は1024バイト、つまり2^10バイトに等しいです。 十分に単純ですが、”キロバイト”も1024バイトではありませんか？ まあ、それは時々、です。 国際単位系で定義されているように、接頭辞”キロ”は1000、または10^3を指します。 ほとんどのストレージメーカーは、ベース10(1キロバイト=1000バイト、1メガバイト=1000キロバイト、1ギガバイト=1000メガバイト、1テラバイト=1000ギガバイト)で容量を測定し、ラベリングします。 ただし、RAMベンダーとほとんどのオペレーティングシステムでは、ベース2を使用します(1kb=1024バイト、1mb=1024キロバイト、1gb=1024メガバイト、1テラバイト=1024ギガバイト)。 （これに対する注目すべき例外は、OS X10以来base10を使用しているmacOSです。6. したがって、”gigabyte”が正確に何を意味するのかを知るためには、その単語が使用されている文脈を知る必要があります。 Rawハードドライブの容量について話している場合、gigabyteは1000000000バイトです。 そのハードドライブの上にあるファイルシステムについて話している場合、gigabyteは1073741824バイトを意味します。
まだ混乱していますか？ “Kilo”（および”giga”など）は、1000と1024の両方を意味するときにあいまいであるため、混乱を軽減するために1998年にIECによって新しいバイナリ接頭辞が確立されました。 他の接頭辞には、それぞれ「mega」、「giga」、「tera」、「peta」に代わる「mebi」、「gibi」、「tebi」、および「pebi」が含まれます。 （より多くの量のためのより多くの接頭辞がありますが、あなたが本当にあなたがそれらを必要と思うなら、あなたはそれらを自分で調べに行くこ
だから、それはすべて罰金とダンディですが、それは本当に取引の大きなですか？ キロバイトあたり24バイトの違いは本当に重要ですか？ 2テラバイト（2×10^12バイト）の容量を持つと宣伝されているドライブを考えてみましょう。 私は私のVMwareラボでVMFSボリュームとしてフォーマットされたものを持っています。 フォーマット後、VMwareは2000112582656バイトの容量を報告します（不思議なことに2テラバイト以上ですが、宣伝されているよりも多くのバイトを得ることに文句を言うつもりはありません）。 LogicMonitorによってテラバイト（ストレージベンダーによって使用されている用語）とtebibバイトとして表示される場合、これがどのように異なるかを見てみましょう:
2000112582656 / 1000 / 1000 / 1000 / 1000 = 2.00 テラバイト
2000112582656 / 1024 / 1024 / 1024 / 1024 = 1.82テビバイト
抜け目のない読者は、実際には2.000テラバイトと1.819テビバイトの間に違いがないことを観察するかもしれません、そして彼らは正しいでしょう。 ただし、Macを使用していない限り、OSとファイルマネージャは容量とファイルサイズをテビバイト単位で報告する可能性があります。 表記法は必ずしもそれを明白にするわけではありません。 たとえば、linuxのdfコマンドは1.8Tを報告しますが、Windowsエクスプローラは1.82TBを報告します。 WindowsはIECの代わりにJEDEC標準を使用しているため、値はtebibytesに等しくなりますが、「terabytes」とラベル付けされます。 JEDEC標準では、1キロバイトは1024バイトとみなされます。 この場合、〜180ギガバイトまたはギビバイトの不一致があります。 あなたの光沢のある新しい2テラバイトのドライブを接続する場合は、オペレーティングシステムがわずか1.8テラバイトとしてそれを報告したときに失望することがあります。 同じ言葉ですが、異なる文脈では異なる意味があります。
これはすべてLogicMonitorと何が関係していますか？ さて、LogicMonitorでグラフを定義すると、デフォルトではベース10キロバイトを使用してグラフ化された値がスケーリングされます。 2000112582656バイトをグラフ化すると、行をマウスオーバーするとLogicMonitorのグラフに2.00Tが表示されます。 あなたの監視ツールがベース2キビバイト（1.82T）を使ってあなたのOSと同じようにそれを表示することを望むので、これは理想的ではありません。 あなた（と私たち）のために幸運、それはオプションです！ LogicMonitorのすべてのグラフ定義には、1024の単位でスケールするオプションがあります。 LogicMonitorは残りを処理します。
最後の問題はあなたを悩ませているかもしれません;ほとんどのOsがストレージユニットを1024単位でスケーリングする場合、LogicMonitorはデフォルトで1000単位でスケー その答えは、ストレージ管理者があなたに言うかもしれないことにもかかわらず、監視はストレージとサーバーの監視だけではないということです。 他のほとんどすべて–毎秒のネットワークビット、毎秒のHTTP要求、レイテンシ、SQSキューの深さ、キャッシュ内のオブジェクトの数–ベース10を使用してスケール。 「1024でスケール」オプションをチェックする必要があるのは、ファイルシステムとメモリのみです。
すべてのオペレーティングシステムがテビバイトとギビバイトでの報告の標準を採用していれば、混乱は解消されるだろう。 しかし、それまでは、接頭辞”ギガ”は、メモリとファイルシステムについて話すときに一つのことを意味し、他のすべてについて話すときに別のことを意
“kibibyte”に言及すると、あなたのシステム管理者の同僚から奇妙な外観を得たと思いますか？ あなたのネットワークチームに”gibibits”について尋ねてみてください。
