Forum CDRinfo.pl - Problem roku 2038?

Forum CDRinfo.pl (https://forum.cdrinfo.pl/)

- Off topic (https://forum.cdrinfo.pl/f5/)

- - Problem roku 2038? (https://forum.cdrinfo.pl/f5/problem-roku-2038-a-51992/)

Mogą oni doświadczyć "wirtualnego wstrzymania " lub "pętli czasowej".
^_^
łał :) fajnie chce być takim użytkownikiem :)
ale nie mam Linuxa :)

Patch? A po co?

Ludzie, ponad 30 lat w technologii informatycznej, dotyczącej komputerów, to prawie jak wieczność... Już pewnie z 5 nic nie będzie takie, jakim znamy to obecnie, a za 10 być może zapomnimy o obecnych systemach operacyjnych, a te, które będą, działać będą na zupełnie innej zasadzie. Tak, jak zostało napisane wcześniej - proponuję zacząc martwić się gdzieś za 30 lat :)

Cytat:

Napisany przez marky

Eeeee coś mi tu nie pasuje... Każdy dzień, miesiąć, rok, godzina minuty itd mają swoją określoną wartość i niepowtarzalną w tym ciągu??
A jakby tak przestawić datę na dzień następny lub o minutę przekroczyć tę "pluskwę" to co się stanie??
Nie mam aktualnie linucha a chętnie bym sprawdził.

Nie da się przeskoczyć, bo kończy się zakres 32 bitów. Czas ten liczony jest sekundami od roku 1970. I tego dnia 2038 roku kończy się zakres na 999999999999999999 sekund (licząc od roku 1970). Na pewno wyjdzie jakiś patch, więc myślę, że nie będzie problemu.

Cytat:

Napisany przez ManDragon

[...] Ale nikogo do tego nie namawiam :>
[...]

A ja owszem :P Kto próbuje i powie co sie stało??

Jak ktoś ma linuxa może przeciez przestawic date na 19 stycznia 1938 i godzine na np 3:10 , poczekać kilka minut i wszystko będzie wiadomo :D Ale nikogo do tego nie namawiam :>

EDIT:

joujoujou chyba o tym samym pomyśleliśmy :D

No to chyba łatwo sprawdzić?
Czy nie wystarczy sobie ustawić w kompie tej daty, np. minutę przed "godziną zero" i czekać na rezultaty?
Są chętni na test? :>

Jeszcze mamy duuzo czasu :)

@kraluk wlaśnie miałem napisać temat o tym. Widze, że mnie wyprzedziłeś;)

W ciągu tych trzydziestu lat wszystko może się zdażyć. Więć nie martwiłlbym się tym zbytnio ;)

w 2012 wg wszystkich przepowiedni ma nastapic koniec swiata, wiec w czym problem? :)
a jesli nie, to do tego czasy sami sie wykonczymy

proponuję zacząć się martwić za 32 i pół roku. :D

Problem roku 2038?

Witam!
Znalazłem dzisiaj ciekawego news'a, przeczytajcie go:

Cytat:

Napisany przez Linux.pl

Wszyscy pamiętamy ile mówiło się o pluskwie milenijnej. Przygotowania do przełomu wieków pochłonęły miliardy dolarów na badania i wymianę sprzętu. Teraz grozi nam nowa, podobna pluskwa. Rok 2038.

Właściwie chodzi nie tyle o rok 2038 ile o konkretny dzień tego roku - 19 stycznia. Tego dnia o godzinie 3:14:07 komputery zaopatrzone w Unix, lub pokrewny system (np. Linux) mogą przestawić się na datę 13 grudnia 1901, godzina 20:45:52 (i będzie to naprawdę pechowy piątek 13).

Dlaczego akurat ten dzień? Wszystkiemu winien jest sposób w jaki systemy uniksopodobne liczą czas kalendarzowy (tzw. time_t). Nie jest to zliczanie oparte na kalendarzu gregoriańskim.

Datą "zerową" dla systemów jest w tym przypadku początek tzw. "ery unixa" czyli 1 stycznia 1970 godz 0:00:00 czasu Greenwich. Od tej daty time_t liczony jest sekundami i ma postać 32-bitowej zmiennej. Taka zmienna może przyjąć największą końcową wartość całkowitą 2\'147\'483\'647.

Tak więc po upływie czasu 2\'147\'483\'647 sekund od początku "ery unixa" powinien teoretycznie nastąpić przeskok z powrotem do przyjętej daty narodzin. Na podobnej zasadzie licznik przebiegu w aucie przeskakuje z 999999 na 000000.

Obawy są jak najbardziej poważne, a pluskwa roku 2038 wydaje się groźniejsza niż "milenijna". Eksperci spodziewają się, że najbardziej ucierpią przez nią użytkownicy systemu Linux. Mogą oni doświadczyć "wirtualnego wstrzymania " lub "pętli czasowej".

Szczególnie zagrożone są duże urządzenia telekomunikacyjne i rekordy, które zostały już utworzone, a muszą być kalkulowane dalej, poza rok 2038 (np. polisy ubezpieczeniowe).

Systemy uniksopodobne w tym Linuksy, znalazły zastosowanie w wielu dziedzinach gospodarki, słowem - jest się czego bać.

Teoretycznie możliwe jest przestawienie sposobu zliczania czasu na time_t na zmienną 64-bitową. Będzie to drogie i niełatwe, ale zawsze lepsze niż poddanie się katastrofie.

Zródło: http://www.earthtimes.org/articles/show/2707.html oraz http://di.com.pl/n/?lp=9767&r=1.

Problem wydaje się spory, ale jeszcze bardzo odległy, a poza tym do tego czasu na pewno "coś" wymyślą (poza przestawieniem na zmienną 64bit)...

Ta "pluskwa" nadal nie zniechęca mnie do Linuksa:D

Pozdrawiam.