ミレニアムの変わり目に、私たちはY2Kの恐怖を持っていました。 これは、銀行から発電所、家庭用コンピュータまですべてを混乱させると脅したバグでした。 我々は風のようにそれを過ぎてしまったが、それはコンピュータが直面している新たな問題があるようです。

専門家はそれを”2038年の問題”と呼び、おしゃべりは彼らがすべてそれについてかなり心配していることを示しています。

ワンス-アポン-ア-タイム-イン-ザ-イヤー2000

Y2Kバグはかなり単純でした。 初期のコンピュータのいくつかのためのプログラムが開発されたとき、1950年代と60年代については、メモリリソースは軒並み低かった。 そのため、日付に年を表示するために4桁を使用する代わりに、エンジニアは最後の2桁を追跡するようにコード化しました。 そのように、彼らは私達が2000年1月1日を打ったときに、新しい’00’日付を表示するコンピュータが誤ってそれが1900年だと思うだろうと心配していました。

最終的に、彼らはすべての欠陥を修正し、Y2K準拠のシステムをリリースするためにスクランブルし、ミレニアムはほとんど雑音で始まりました。 私たちは丘の上にいました。 しかし、2038年の問題は完全に別の獣です

別の品種

それはJanuary19、2038に重要な失敗ポイントに達すると予想されているので、新しい問題 それは最後の審判の日の権利として考えるべき奇妙な数であるか。 まあ専門家によると、日付の問題は、32ビットプロセッサとその制限が私たちのシステムを失望させるときだということです。 説明させてくれ

コンピュータカレンダーの開始日はJanuary1,1970であり、理論的には無限に秒単位でカウントダウンするという考えです。 ただし、32ビットプロセッサは、物理的に最大2,147,483,647までカウントすることができます。 したがって、2038年1月19日の03:14:07UTCで、これらのプロセッサは最大容量に達するという考えです。p>

大きな問題は、その後何が起こるのですか？ 何人かが推測しているように、コンピュータは、墜落するのでしょうか? 他の人は、代わりに、単に内部の時計システムが台無しになることを示唆していますが、残りは正常に動作するはずです。

だから、今何が起こるのですか？1つの理論は、時間が「始まり」に戻り、負の数として格納されるということです。 そして、コードが書かれている方法のために、コンピュータはこの時間を13December1901ではなく1月19日に発生したものと解釈します。

さらに、Y2Kバグを扱ったのとほぼ同じ方法で、この欠陥に対処するために十分な時間があります。 私たちは、暗号化、暗号化、IoTデバイス、自動化、および他のすべてに準拠したシステムを作るためにわずか20年を持っています。

現時点で最も簡単な解決策は、これらの32ビットシステムを64ビットにアップグレードすることです。 これは単純な応答ですが、技術的には機能します。これにより、最大数は9,223,372,036,854,775,808になり、すぐにはヒットする可能性はありません。 実際には、ほとんどのPCの今日は64ビットプロセッサ上で実行され、Windows XP Professionalは2005年に発売されて以来持っています。

実際、これは江南スタイルが2014年にYouTubeを「壊した」ときにやったことに似ています。 その年、めちゃくちゃ人気のあるKpopの曲は、それまでのすべてのビューの記録を破り、2億回以上のビューをラッキングしました。

問題は、YouTubeのビューカウンタが32ビットシステム上に設計されていることでした。 どのようなビデオがそんなに見られるでしょうか？

最終的に、YouTubeは64ビットシステムに切り替え、すべてがうまくいきました。 したがって、少なくとも、2038年までにより洗練された解決策が見つからない場合に備えて、バックアップ修正があります。