Linux 510 将管理 2038 年题目耽误至 2486 年即将揭橥的 Linux 5.10 或将征求针对 2038 年题目(又称 “Y2038” 或 “Unix Y2K” 题目)的进一步修复。Linux 内核邮件列外显示，Oracle 文献体例斥地职员 Darrick J. Wong 已提交了相闭 XFS 文献体例的代码，个中增加了一个新成效以支柱时刻戳，直至 2486 年。
2038 年题目与千年虫题目肖似，它或许会导致某些软件正在 2038 年 1 月 19 日 3 时 14 分 07 秒之后无法平常做事。届时，正在大局部 32 位操作体例上，根据 “time_t” 准则，时刻将会“绕回”且正在内部被暗示为一个负数，并酿成轨范无法做事，由于它们无法识别 2038 年，而或许会跳回 1970 年或 1901 年038 年题目耽误至 2486。
分派组中现正在会纪录 inode btrees 的巨细。如许做是为了添加冗余搜检，并承诺更速的安设时刻。
支柱直到 2486 年的时刻戳。这个“大时刻戳”成效是对那时刻戳和 inode 编码成效举行重构，以将时刻戳行为 64 位纳秒计数器举行打点，并通过移位来添加有用巨细。现正在，这使 XFS 可能很好地治服 2038 年的题目(正在那里，以秒为单元存储自 1970 年此后的时刻将不再适合有符号的 32 位整数，所以无法盘绕)到现正在的 2486 年。行使以下下令创修新的XFS文献体例：启用 bigtime 承诺的时刻戳界限是 1901 年 12 月至 2486 年 7 月，而不是 1901 年 12 月至 2038 年 1 月。为了保留向后兼容，默认处境下而今未启用 big timestamps 成效。
另外，本年年头，Linux Kernel 5.6 的斥地者也早就预备好开首治理将鄙人一个十年到来的 2038 年题目。Linux 5.6 也是第一个为 32 位体例预备运转到 2038 年之后的主线内核。
adoop体例从众种源泉汇集音信，如消费者Linux 510 将管理 2，社交媒体和金融数据，并将汇集来的数据贮存正在一个散布式数据栈房，来处置映照归约(MapReduce)过程。正在映照归约过程中，起首，输入的数据被映照到集群结点中，映照的源泉征求XML文献，古板体例，以及征求SCM、ERP、CRM、基于SaaS的利用和行业型文档等正在内的企业利用。像网页实质和邮件实质如许的数字化实质也可举行...