2038년 문제 | 32비트 64비트 윈도우 시스템의 차이점 – 영화 같은 이야기[高지식] 상위 96개 베스트 답변

당신은 주제를 찾고 있습니까 “2038년 문제 – 32비트 64비트 윈도우 시스템의 차이점 – 영화 같은 이야기[高지식]“? 다음 카테고리의 웹사이트 https://hu.taphoamini.com 에서 귀하의 모든 질문에 답변해 드립니다: https://hu.taphoamini.com/photos/. 바로 아래에서 답을 찾을 수 있습니다. 작성자 코딩하는거니 이(가) 작성한 기사에는 조회수 203,709회 및 좋아요 3,933개 개의 좋아요가 있습니다.

2038년 문제 주제에 대한 동영상 보기

여기에서 이 주제에 대한 비디오를 시청하십시오. 주의 깊게 살펴보고 읽고 있는 내용에 대한 피드백을 제공하세요!

d여기에서 32비트 64비트 윈도우 시스템의 차이점 – 영화 같은 이야기[高지식] – 2038년 문제 주제에 대한 세부정보를 참조하세요

이번 고지식 영상에서는 댓글로 남겨주신 32비트와 64비트의 차이점에 대해서 얘기 합니다. 기본적으로 비트가 무엇이고 32비트에서 드러난 치명적인 한계점에 대해서 이야기를 하듯이 영상을 만들었습니다.
감사합니다.
고지식 영상은 일반인들에게 어려울 수 있는 주제들을 이해하기 쉽고 재밌게 설명해주는 시리즈입니다. 궁금하신 게 있으시면 댓글로 남겨주시면 다음 [高지식] 영상에서 다룰 수 있도록 하겠습니다.
———————————————————
다른 고지식 시리즈도 시청해보세요! https://tinyurl.com/yxbnlb9e
거니 인스타그램 (근황/미리보기) https://tinyurl.com/yyrfqq5l
페이스북 페이지 https://tinyurl.com/y8t5a5au
——————————————————
#32비트 #64비트 #고지식

2038년 문제 주제에 대한 자세한 내용은 여기를 참조하세요.

2038년 문제 – 나무위키:대문

유닉스 시간에 32비트 정수형을 쓰는 모든 컴퓨터의 시계가 UTC 0 기준으로 서기 2038년 1월 19일 3시 14분 7초가[1][2] 지나는 순간 사인 비트가 1로 …

+ 여기에 더 보기

Source: namu.wiki

Date Published: 8/2/2022

View: 6696

2038년 문제 – 위키백과, 우리 모두의 백과사전

2038년 문제(2038年 問題, 영어: year 2038 problem, Unix Millennium bug, Y2K38)란 컴퓨터 분야에서 2038년 또는 전후에 특정한 컴퓨터 소프트웨어에 이상이 발생 …

+ 자세한 내용은 여기를 클릭하십시오

Source: ko.wikipedia.org

Date Published: 4/25/2022

View: 9384

2038년에 모든 32bit OS는 오류가 난다? – 티끌 IT

2038 년 문제에 대한 보편적 인 해결책은 없습니다. time_t 데이터 유형 의 정의를 변경하면 날짜 및 시간 표시가 부호있는 32 비트 정수 의 특성에 …

+ 여기에 표시

Source: devopsnet.tistory.com

Date Published: 8/14/2022

View: 6582

자료형의 크기와 2038년 문제 – 시스템과 프로그램 사이

2038년 1월 19일 3시 14분 7초 에 32비트 운영체제를 비롯해 시간을 사용하는 모든 응용 프로그램은 오류가 발생할 것이다. 유닉스 운영체제의 시작 …

+ 여기를 클릭

Source: wonlf.tistory.com

Date Published: 10/8/2022

View: 5068

2038년 문제 – 제타위키

Year 2038 problem, Unix Millennium bug; 2038年 問題; 2038년 문제. 32비트 OS에서 나타나는 오버플로우 현상; 컴퓨터 분야에서 2038년 또는 전후에 …

+ 더 읽기

Source: zetawiki.com

Date Published: 12/18/2021

View: 2264

y2k38 문제란 무엇일까요? 2038년 문제 – 소프트웨어 장인

2038년 문제 … 모든 컴퓨터의 시계가 UTC 0을 기준으로 2038년 1월 19일 3시 14분 07초가 되면 int max가 되면서 음수로 변경되게 됩니다.

+ 자세한 내용은 여기를 클릭하십시오

Source: seahrin.com

Date Published: 7/19/2022

View: 2223

2038년 문제

2038 년 문제 (또한 Y2038 , Epochalypse , Y2k38 , Y2038 오류 또는 유닉스 Y2K ) (초) 00:00:00 경과로 많은 디지털 시스템에서 시간을 나타내는 관련 UTC 에 1970 …

+ 더 읽기

Source: wikipredia.net

Date Published: 3/26/2022

View: 7004

당신의 컴퓨터와 핸드폰은 2038년이후에 사용할수 없다.

(참고 : 위키백과 – 2038 문제) 이 문제를 이해하기 위해서는 몇가지 기초 지식이 필요합니다. 1. 컴퓨터의 시간은 1970년 1월 1일 0시 0분 0초 부터 …

+ 여기에 자세히 보기

Source: blog.danggun.net

Date Published: 9/23/2022

View: 9330

2038년 문제는 무엇에 관한 것입니까? Y2K같은건가요?

Year 2038 문제가 2038년 1월 19일 에 발생하기 때문에 그렇게 부르게 됩니다. (January 19)Y2038 문제는 32비트 프로세서(limitations of 32-bit processors) 와 이를 …

+ 더 읽기

Source: ko.101-help.com

Date Published: 9/5/2021

View: 483

2038년 문제 – 리그베다 위키

http://upload.wikimedia.org/wikipedia/commons/e/e9/Year_2038_problem.gif [[컴퓨터]]의 시계가 [[UTC]] 0 기준, 2038년 1월 19일 3시 14분 7 …

+ 자세한 내용은 여기를 클릭하십시오

Source: www.rigvedawiki.net

Date Published: 9/16/2022

View: 1183

주제와 관련된 이미지 2038년 문제

주제와 관련된 더 많은 사진을 참조하십시오 32비트 64비트 윈도우 시스템의 차이점 – 영화 같은 이야기[高지식]. 댓글에서 더 많은 관련 이미지를 보거나 필요한 경우 더 많은 관련 기사를 볼 수 있습니다.

---

주제에 대한 기사 평가 2038년 문제

• Author: 코딩하는거니
• Views: 조회수 203,709회
• Likes: 좋아요 3,933개
• Date Published: 2018. 11. 27.
• Video Url link: https://www.youtube.com/watch?v=rIq5ZXSaOxo

위키백과, 우리 모두의 백과사전

2038년 1월 19일 03:14:07이 넘어가면 1901년 12월 13일 20:45:52초로 돌아간다.

2038년 문제(2038年 問題, 영어: year 2038 problem, Unix Millennium bug, Y2K38)란 컴퓨터 분야에서 2038년 또는 전후에 특정한 컴퓨터 소프트웨어에 이상이 발생하는 문제를 말한다. 이 문제는 POSIX 시간 표기법을 이용하는 프로그램에서 발생하는데, 이 표기법은 시간을 1970년 1월 1일 자정 UTC 이후 경과된 초 시간을 이용하여 표현한다. 이 표기법은 유닉스 계열의 운영 체제에서 표준이며, C가 널리 이용되기 때문에 다른 대부분의 운영 체제에서 작동하는 프로그램에도 영향을 준다. 대부분의 32비트 시스템에서 초 시간을 저장하는 데 이용되는 time_t 자료 형식은 부호 있는 32비트 정수형이다. POSIX 표준에 따르면, 이 형식을 이용하여 나타낼 수 있는 최후의 시각은 1970년 1월 1일 자정에서 2147483647초가 지난 2038년 1월 19일 화요일 03:14:07 UTC이다. 이 시각 이후의 시각은 범위를 초과하여 내부적으로 음수로 표현되며, 프로그램의 이상 작동을 유발하는데, 왜냐하면 이러한 값은 2038년 대신 프로그램의 구현 방법에 따라 1970년 또는 1901년을 가리키기 때문이다. 따라서 계산 오류와 결정 오류가 발생할 수 있다.

해결책 [ 편집 ]

현재의 CPU와 OS 조합에서 이 문제의 간단한 해결책은 없다. 표현 범위를 확장하려 32비트 대신 64비트를 이용하도록 time_t 의 정의를 변경할 수 있지만, 이렇게 할 경우 소프트웨어, 저장 장치, 그리고 일반적으로는 시간의 이진 표현을 이용하는 모든 곳에서 바이너리 수준의 호환성에 이상이 생길 수 있다. time_t 를 부호 없는 32비트 정수형으로 바꿀 경우 2106년 2월 7일 06:28:15 UTC까지는 다룰 수 있게 되지만, 프로그램이 시간 차이를 다루거나 상대적인 시간을 표현할 때 음수를 다룰 수 없어 문제가 생긴다.

64비트 아키텍처를 이용하는 대부분의 운영 체제는 이미 time_t 에 64비트 정수를 이용하고 있다. 이미 이러한 아키텍처로의 이전이 진행 중이며, 많은 사람들은 이것이 2038년 전에 완료될 것으로 예상하고 있다. 하지만 2012년 기준으로 수억대의 32비트 시스템이 있으며, 많은 수가 임베디드 시스템에 내장되어 있는데, 이 모두가 2038년까지 교체될 수 있을지는 불분명하다. 또한 time_t 는 ZIP 파일 포맷을 비롯한 많은 파일 포맷들에 사용되고 있다.

64비트 정수형 체제 하에서는 이 문제를 약 3000억 년 정도 연기시킬 수 있다. 만약 그때까지 그레고리력이 단 한번도 개정되지 않고 쓰이고 있다면, 정확히 2922억 7702만 6596년 12월 4일 일요일 15:30:08 UTC 이후의 시각을 다루려 할 때 문제가 발생한다.(이것은 당연히 UTC(그리니치 표준시) 시간이다. 따라서 대한민국 표준시로는 UTC보다 9시간 빠르므로, 292277026596년 12월 5일 월요일 00시 30분 07초 까지는 안전하다. 물론, 당연히 128비트로는 이 문제를 약 500양년( 5 × 10 30 {\displaystyle 5\times 10^{30}} 년) 정도 연기시킬 수 있다.)[1] 그러나 이는 태양의 수명보다 훨씬 긴 시간이기 때문에 지구상의 컴퓨터에서는 문제가 발생하지 않는다.

알려진 문제 [ 편집 ]

2006년 5월에 발생한 AOLserver 소프트웨어의 문제는 최초로 나타난 2038년 문제의 예로 알려져 있다. 소프트웨어 설정에서 데이터베이스 연결의 지속 시간을 10억 초로 지정하여 ‘절대로 연결이 끊기지 않음’을 나타내는 경우가 있었는데, 2006년 5월 13일 01:27:28 UTC에서 10억 초 지난 시간은 time_t 로 표시할 수 없었고, 따라서 이 시점부터 지속 시간이 과거의 시간으로 계산되어 소프트웨어에 문제를 일으켰다.[2]

같이 보기 [ 편집 ]

2038년에 모든 32bit OS는 오류가 난다?

[1줄 요약]

2038년 1월 19일(정확히는 2038/01/19 03:14:07초를 지난 시점)에 32bit의 모든 OS들이 1901년 12월 13일로 타임슬립한다는 내용입니다. ( 정식 명칭은 UNIX Y2K or Y2K38 or Y2038 )

[1줄 Solution]

결국은 OS를 64bit로 변경하는게 정답이라는 내용입니다.

“인용 글”

2038 년 문제에 대한 보편적 인 해결책은 없습니다. time_t 데이터 유형 의 정의를 변경하면 날짜 및 시간 표시가 부호있는 32 비트 정수 의 특성에 종속되는 모든 응용 프로그램에서 코드 호환성 문제가 발생 합니다.

프로그래밍에 자신 있는 분들이라면 time_t 데이터를 변경하면 되지만, 종속되는 모든 코드들을 변경해야 되니… (불가능)

[자세한 내용]

컴퓨터의 시계가 UTC 0 기준, 2038년 1월 19일 3시 14분 7초(대한민국 표준시 UTC+9 기준, 2038년 1월 19일 12시 14분 7초)가 지나는 순간 음수값이 적용되어 1902년 12월 13일 20시 45분 52초나, 자동적으로 오류를 감지하고 초기값인 0, 즉 1970년 1월 1일 0시 0분 0초로 돌아가게 되는 버그를 칭한다. 영어로는 Year 2038 problem, Unix Millennium bug 등으로 표기한다.

간단하게 설명하면 2038년 1월 19일 새벽 3시 14분 7초를 지난 시점(2038/01/19 03:14:07)에 32비트 규격의 모든 컴퓨터가 136년 전 혹은 68년 전으로 단체로 타임슬립 해버리는 일이 벌어집니다.

컴퓨터에서 사람들이 사용하는 그레고리력 시간을 계산하는 방법은 여러가지가 있는데, 가장 많이 쓰는 방법이 유닉스 운영체제에서 채용한 유닉스 시간(Unix Time 또는 POSIX Time)이다. 여기서 사용한 방식이 32비트 크기의 정수형으로 시간을 나타내는 변수를 선언하고 초당 1씩 증가하게 처리하였다. 이로 인해 값이 32비트 크기의 표현한계인 2,147,483,647까지 증가한다면 더이상 증가할 값이 없게 된다. 컴퓨터에서는 이런 표현범위의 초과현상(Overflow 현상)이 발생할 경우 해당범위의 최소값으로 돌아가는 식으로 처리되는 특징이 있다. 간단하게 값(x)의 범위가 0≤x≤99 일때 99 다음의 수는 100이 아니라 0이 되는 식이다. (밀레니엄 버그 시즌2)

이로 인해 2038년 1월 19일 3시 14분 7초가 지나면 유닉스 시간의 맨 처음 시간으로 돌아가게 된다. 요컨데 컴퓨터의 시간이 과거로 역행하게 된다. 그로 인해 컴퓨터의 각종 연산에 문제를 줄 수 있다. 좀 오바질이 될 수도 있지만 과거 Y2K 문제에서 언급됐던 그런 현상들이 발생할 가능성이 있다. Y2K는 사람이 헷갈리는 거지만 이건 기계가 헷갈리는 거니까 진짜로.

시간을 나타내는 변수를 32비트 크기가 아니라 64비트 크기의 정수형으로 바꾸면 되긴 하지만 말처럼 쉬운게 아니란 점이 골치거리. 아직까지 많은 OS나 CPU들이 32비트 아키텍처[1]인 상황인데다가, 시간을 표현하는 변수의 형식을 그냥 막 바꿔버리면 기존에 구현했던 알고리즘들도 꼬이고 각종 호환성 크리가 터질 수 있어서 골치거리다.

정수형을 부호 없는 정수형(Unsigned Integer)으로 바꾸면 2106년까지 늦출수 있다. 음수 부분이 없이 0부터 시작하므로 4,294,967,295까지 증가하기 때문이다. 근데 이러면 시간의 계산을 할 수 없으니까 안된다.

하지만 컴퓨터 업계쪽 사람들은 의외로 느긋하게 생각하고 있는데 현재 컴퓨터들이 64비트 아키텍처와 시스템으로 넘어가는 단계이기 때문에 시간이 좀 흐르고나면 저절로 해결될 것이라 생각하고 있다. 유닉스 시간을 설계하던 당시에도 이 문제를 알고 있었지만 “후손님들이 그 전에 알아서 잘 해결할거야”였다나 뭐라나…( 내가 그 후손이 될지도? -_-.. ) 하지만 이미 현실에서는 문제가 발생하고 있다. 바로 미래를 다루는 구형 시스템들. 예를 들어 연금보험을 2038년 문제를 보정하지 않은 구형 시스템으로 처리할 경우 1977년생이 만 61세부터 보험을 탈 수 있다고 가정하면 바로 2038년(!)에 첫 연금을 수령하게 된다. 수령 예상액 등을 미리 계산해보면 이 사람은 태어나기도 전인 1901년 or 1970년에 연금을 수령하는 꼴이 된다(…) 물론, 가정을 한 것이며 당연히 현재 국내 시스템은 2038년 문제가 없다고 생각 된다.

일단 64비트 시스템에도 숫자를 표시할 수 있는 한계는 여전히 있으므로 이대로 간다면 2922억 7702만 6596년문제가 발생하게 되지만 아직 이 문제를 진지하게 제기한 사람은 없다.근데 그정도면 우주의 나이도 아득히 초월하는데 그때까지 인류가 존재하긴 할까?

https://en.wikipedia.org/wiki/Year_2038_problem

https://namu.wiki/w/2038%EB%85%84%20%EB%AC%B8%EC%A0%9C

자료형의 크기와 2038년 문제

반응형

2038년 1월 19일 3시 14분 7초 에 32비트 운영체제를 비롯해 시간을 사용하는 모든 응용 프로그램은 오류가 발생할 것이다.

유닉스 운영체제의 시작 시간은 1970년 1월 1일 0시로 되어 있고, 이 시간을 시작으로 0부터 초를 세면서 시간을 측정해왔다.

초기 시간부터 특정 날짜까지인 “68년 18일 3시간 14분 7초” 시간이 흐르면 모든 32비트 운영체제에서 오류가 발생하게 되는데 그 이유를 알아보자.

먼저, 위 시간을 초로 바꾸어보면,

2145916800 + 1555200 + 10800 + 840 + 7 = “2,147,483,647” 어디서 많이 봤던 수이다.

바로 32비트의 최대 정수 범위인데 운영체제에서는 초를 분과 시간 등으로 나누어 시간을 표시한다.

그러나 시간이 지남으로써 32비트 정수형으로 이루어진 초 부분이 범위를 벗어나게 되고 결국 오버플로 현상이 나타나게 된다는 것이다.

물론 해결 방법은 있다.

32비트 부호없는 정수형으로 교체한다. 수 표현 범위가 0~4,294,967,295이 되어 나타낼 수 있는 시간의 범위가 1970년부터 136년까지 즉, 약 2106년 까지 나타낼 수 있을 것이다.

하지만 이 방법을 쓰게 되면 날짜의 대한 연산이 안되기 때문에 해결 방법으로는 사용할 수 없다. 64비트 운영체제로 모두 교체하고, 초를 다루는 자료형을 64비트 정수 자료형으로 바꾸어 주면 된다. 이게 제일 베스트인 방법이다.

하지만, 자료형의 크기를 바꾸는게 간단한게 아니다 여기저기 시간을 사용하며 구조적으로 얽히고 설켜있어 무슨 오류가 발생할지 모른다.

64비트 정수 자료형으로 바꿔주게 되면, 나타낼 수 있는 정수의 범위는 9,223,372,036,854,775,807 이기 때문에 초를 연도로 바꾸면, 약 292271023045년 까지는 이상 없이 사용 할 수 있을 것이다.

결국 숫자를 나타낼 수 있는 한계는 여전히 존재하지만 저 년도가 될 때 쯤에는 256비트 운영체제를 사용하고 있지 않을까?

char

signed char 1바이트, 8비트 -128~127 unsigned char 1바이트, 8비트 0~255 short

short int 2바이트, 16비트 -32,768~32,767 int 생략 가능 unsigned short

unsigned short int 2바이트, 16비트 0~65,535 int 생략 가능 int

signed int 4바이트, 32비트 -2,147,483,648~ 2,147,483,647 unsigned

unsigned int 4바이트, 32비트 0~4,294,967,295 int 생략 가능 long

long int

signed long

signed long int 4바이트, 32비트 -2,147,483,648~ 2,147,483,647 int 생략 가능 unsigned long

unsigned long int 4바이트, 32비트 0~4,294,967,295 int 생략 가능 long long

long long int

signed long long

signed long long int 8바이트, 64비트 -9,223,372,036,854,775,808~

9,223,372,036,854,775,807 int 생략 가능 unsigned long long

unsigned long long int 8바이트, 64비트 0~18,446,744,073,709,551,615 int 생략 가능

반응형

2038년 문제

날짜를 연동하는 게임의 경우 (ex. 동물의 숲 시리즈 ) 게임 내 버그가 존재할 수 있다. (시스템 시간에 맞춰 낮밤을 맞추어야 하는데 바뀌어 버리거나.) 2038년이 지났는데 꺼내서 플레이하고 싶다면 2038년 이전 아무 날짜나 맞춰서 하자

y2k38 문제란 무엇일까요? 2038년 문제

728×90

현재 컴퓨터들은 0 과 1의 비트연산으로 처리되고 있죠.

앞으로 양자컴퓨터가 나오기 전까지는 이 체제가 변경되진 않겠죠.

여튼 유닉스 시간에 32비트 정수형을 쓰는 컴퓨터가 전세계에 많이 있습니다.

모든 컴퓨터의 시계가 UTC 0을 기준으로 2038년 1월 19일 3시 14분 07초가 되면 int max가 되면서 음수로 변경되게 됩니다.

어떤 사이드 이펙트가 날지는 프로그램마다 다르겠지만, 문제점을 미리 대비해두는게 좋을 것 같습니다.

32비트의 int 최대값은 2147483647입니다. 이거를 넘어가게 되면 오버플로우라고 명하는데요.

0111 1111 1111 1111 1111 1111 1111 1111

위와 같이 최대값이 2147483647가 되는것이지요.

여기서 1이 더해진다면 아래와 같이 되는데요.

1000 0000 0000 0000 0000 0000 0000 0000

이 값은 32비트 int형으로 보면 -0이 됩니다. 그 다음 1이 더해진다면 -1이 되겠지요.

여튼 이러한 문제점으로 인해 y2k38이라는 단어가 생긴것 같습니다.

해결방법으로는 64비트 정수형을 쓰도록 하는건데, 기존에 있던 모든 장비들에 호환성이라든가 개발가능여부도 중요하겠지요.

64비트에서의 오버플로우는 2922억년이라니 64비트로 계산해보면 그날은 정말 먼일이긴 하죠.

그럼 32비트의 unsigned int로 변경한다면 어떨까요? 2106년까지 늦출 수 있겠는데, 단점으로는 1970년도 이전 시간을 표현하기 어렵게 되겠지요.

이렇든 저렇든 17년도 남지 않았는데, 앞으로 조금씩이라도 준비가 필요해보입니다.

728×90

2038년 문제는 무엇에 관한 것입니까? Y2K같은건가요?

전 세계적 으로 Y2K 버그(Y2K bug) 로 인한 우려가 제기된 지 17년 ; 세계는 지금 ​​새로운 문제에 대해 걱정하고 있습니다. 이를 2038년 문제(Year 2038 Problem) 라고 하며 이 문제를 둘러싸고 많은 혼란이 있습니다. 사람들은 Y2K38 문제가 (Y2K38)Y2K 와 비슷하거나 더 나쁜지 궁금해합니다 . 2038년에는 어떤 일이 벌어질까? 일부 가정에서는 Y2K(Y2K) 보다 더 많은 피해를 입힐 수 있다고 말합니다 . 하지만, 모두 사실일까요? 알아 보자.

Y2K 문제(The Y2K problem)

2000년이 끝나갈 무렵 세상은 꽤 마비되었습니다. 그것은 단지 네 자리 숫자의 변화뿐만 아니라 1960년대부터 1980년대까지의 시대에 개발된 소프트웨어와 프로그램에 큰 문제를 불러일으켰습니다.

Y2K 에 대해 잊었 거나 아직 인식하지 못하는 사람들; Y2K 는 컴퓨터 버그였습니다. 버그는 1999년 12월 31일(December 31) 이후의 소프트웨어 및 컴퓨터 프로그램에 문제를 일으켰을 것입니다 . Y2K 는 문자 k가 킬로(숫자 1000을 나타내는 데 사용됨)를 나타내기 때문에 ‘ 밀레니엄 버그(millennium bug) ‘ 라고도 합니다 . 따라서 ‘2k’는 2000년을 나타냅니다.

Y2K 버그는 20세기에 개발된 컴퓨터 프로그램이 연도에 대해 두 자리 코드를 사용했기 때문에 날짜와 관련된 문제 였습니다 . 예를 들어, 1978년의 경우 날짜에 19가 고려되지 않았습니다. 마지막 두 자리만; 즉, 78은 연도를 나타내는 데 사용됩니다. 날짜가 짧은 이유는 당시의 값비싼 데이터 저장이었습니다. 그러나 이 날짜 체계는 2000년 1월 1 (January 1)일 부터 작동하지 않았습니다 . 엔지니어들은 프로그램과 소프트웨어가 00을 2000이 아니라 1900으로 해석할 수 있다는 것을 깨달았습니다. 따라서 2000년 1월 1일은 다음 과 같이(January 1) 해석됩니다. 1월 1일(January 1), 1900, 컴퓨터 프로그램에 의해. dat의 정확한 계산에 의존하는 시스템은 이 잘못된 해석으로 인해 확실히 실패할 것이라고 추측되었습니다.

그러나 실제로 2000년이 다가왔을 때 컴퓨터 프로그램과 이에 의존하는 분야가 직면하는 문제는 극히 적었고 미미한 수준이었다. 연도 필드를 2자리가 아닌 4자리로 변경하여 주요 혼란을 방지했습니다. 따라서 결국 전체 Y2K 문제는 예상했던 것보다 덜 재앙적인 것으로 판명되었습니다.

2038년 문제란?

Y2K38 또는 Year 2038 문제 의 심각성을 이해하려면 그것이 정확히 무엇인지 아는 것이 중요합니다.

Year 2038 문제가 2038년 1월 19일 에 발생하기 때문에 그렇게 부르게 됩니다. (January 19)Y2038 문제는 32비트 프로세서(limitations of 32-bit processors) 와 이를 실행하는 시스템 의 제한으로 인해 발생할 것으로 추측 됩니다.

연구원들은 2038년 1월 19일 03:14:07 UTC에(03:14:07 UTC on January 19, 2038) 32비트 프로세서에서 실행되는 시스템이 날짜 및 시간 변경에 대처할 수 없을 것이라고 말합니다. 컴퓨터는 1970년 1월 1(January 1) 일 부터 시간을 초 단위로 계산하기 시작했습니다 . 그러나 32비트 시스템은 2,147,483,647 까지만 계산할 수 있습니다 . 따라서 해당 시간 동안은 몇 초만 계산할 수 있습니다. 그리고 2038년 1월 19일(January 19) 03:14:07 UTC 에 계산은 2,147,483,647초의 최대 용량에 도달합니다.

따라서 문제는 32비트 시스템의 클록이 임계값인 2,147,483,647초를 초과하면 어떻게 됩니까? 어떤 사람들은 이러한 컴퓨터가 단순히 충돌하고 완전히 작동하지 않을 것이라고 추측합니다. 정말로!?

당연히 아니지! 향후 20년 동안(즉, 2038년까지) 컴퓨터 및 소프트웨어 산업은 많은 변화를 목격하게 될 것입니다. 데이터 보안 전문가는 국가 보안, SSL 암호화 , 사물 인터넷 장치(Internet of Things devices) 및 암호 화폐(Cryptocurrency) 와 같은 영역에서 처리 방식을 변경해야 한다고 합니다.

2038년 문제에 대해 데이터 과학자가 제공하는 가장 간단한 솔루션은 시스템을 64비트 프로세서로 업그레이드하는 것(upgrade the systems to 64-bit processors) 입니다. 간단히 말해서(Simply) , 64비트 시스템은 최대 9,223,372,036,854,775,808까지 셀 수 있는 엄청난 용량을 갖게 됩니다. 가까운 장래에 확실히 끝나지 않을 카운트.

사실, 많은 최신 PC와 시스템이 64비트에서 실행됩니다. 마이크로소프트의 윈도우 머신은 2005년 (Windows)윈도우 XP 프로페셔널(Windows XP Professional) 64비트가 출시된 이후로 64비트 버전으로 실행되고 있다. 심지어 애플(Apple) 의 OS X 데스크톱 소프트웨어는 2011년 애플 이 (Apple)맥 OS X 10.7 (Mac OS X 10.7) 라이온(Lion) 을 출시 한 이후 64비트 전용으로 실행되고 있다. 웹 서버 및 기타 백엔드 하드웨어를 구동 하는 Unix 시스템은 여전히 ​​32비트 시스템을 사용하고 있습니다. 대부분은 시간이 지나면서 64비트 시스템으로 업그레이드할 수 있습니다.

강남스타일 영상의 기묘한 사건(The curious case of Gangnam Style video)

시스템을 64비트 프로세서로 업그레이드하는 것은 입증된 사실입니다. 2014년 12월 (December 2014)YouTube 에서 동일한 기술을 사용했기 때문 입니다. 2014년 12월 3일 (December 3), 대한민국의 팝스타 싸이의 비디오 ‘강남스타일’이 모든 조회수 기록을 깼습니다. 조회수는 2,147,483,647회를 넘었습니다. 그러나 32비트 프로세서에서 실행되는 YouTube 는 이 수 이상을 셀 수 없었고 웹사이트가 다운되었습니다. YouTube 의 엔지니어 는 시스템을 64비트로 업그레이드하여 문제를 신속하게 해결할 수 있었습니다.

결론(Conclusion)

결론적으로 YouTube 에서 사용하는 기술 은 2038년 이전에 다른 시스템을 저장하는 데 사용할 수 있습니다. 2038년까지 시스템을 업그레이드하고 2038년 문제가 발생하지 않도록 필요한 변경을 수행할 충분한 시간이 있습니다. 소프트웨어 및 프로그램에 대한 모든 위험.

2038년 문제로 인해 일부 문제에 직면할 수 있는 유일한 컴퓨터는 임베디드 시스템이 있는 컴퓨터입니다. 이러한 임베디드 시스템의 대부분은 운송 시스템, 일부 격리된 컴퓨터 시스템 및 안정성 제어 시스템과 같이 수명이 긴 시스템에 사용됩니다. 결과적으로 임베디드 시스템은 소프트웨어를 업그레이드할 수 없으므로 완전한 교체가 필요합니다.

So ultimately, there is no need to panic because of the Year 2038 problem!

키워드에 대한 정보 2038년 문제

다음은 Bing에서 2038년 문제 주제에 대한 검색 결과입니다. 필요한 경우 더 읽을 수 있습니다.

이 기사는 인터넷의 다양한 출처에서 편집되었습니다. 이 기사가 유용했기를 바랍니다. 이 기사가 유용하다고 생각되면 공유하십시오. 매우 감사합니다!

사람들이 주제에 대해 자주 검색하는 키워드 32비트 64비트 윈도우 시스템의 차이점 – 영화 같은 이야기[高지식]

• 32비트
• 64비트
• 윈도우
• 시스템
• 차이점
• 차이
• 64비트 윈도우
• 지구종말
• Y2K
• Y38K
• 2000년문제
• 2038년 문제
• 문제
• 밀레니엄 문제
• 거니
• 알고리즘
• 투게더
• 고지식
• 유튜브
• Algorithm Together
• Algorithm
• Together
• 코딩
• 자료구도
• C언어
• 자바
• 해설
• 강의

32비트 #64비트 #윈도우 #시스템의 #차이점 #- #영화 #같은 #이야기[高지식]

---

YouTube에서 2038년 문제 주제의 다른 동영상 보기

주제에 대한 기사를 시청해 주셔서 감사합니다 32비트 64비트 윈도우 시스템의 차이점 – 영화 같은 이야기[高지식] | 2038년 문제, 이 기사가 유용하다고 생각되면 공유하십시오, 매우 감사합니다.