{"id":103420,"date":"2022-02-23T21:36:49","date_gmt":"2022-02-23T19:36:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/razrabotchiki-yadra-linux-obsuzhdayut-vozmozhnost-udaleniya-reiserfs"},"modified":"2022-02-23T21:36:49","modified_gmt":"2022-02-23T19:36:49","slug":"razrabotchiki-yadra-linux-obsuzhdayut-vozmozhnost-udaleniya-reiserfs","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/razrabotchiki-yadra-linux-obsuzhdayut-vozmozhnost-udaleniya-reiserfs","title":{"rendered":"Gli sviluppatori del kernel Linux discutono la possibilit\u00e0 di rimuovere ReiserFS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Matthew Wilcox di Oracle, noto per la creazione del driver nvme (NVM Express) e del meccanismo di accesso diretto al filesystem DAX, ha suggerito di rimuovere il filesystem ReiserFS dal nucleo di Linux, analogamente a quanto fatto in passato con i filesystem obsoleti ext e xiafs, oppure di ridurre il codice di ReiserFS mantenendo solo il supporto per la modalit\u00e0 di sola lettura. <\/p>\n
Il motivo della rimozione sono le ulteriori difficolt\u00e0 nella modernizzazione dell'infrastruttura del nucleo, dovute al fatto che, specificamente per ReiserFS, gli sviluppatori sono costretti a mantenere nel nucleo l'handler obsoleto del flag AOP_FLAG_CONT_EXPAND, poich\u00e9 ReiserFS rimane l'unico filesystem che utilizza questo flag nella funzione write_begin. L'ultima correzione nel codice di ReiserFS risale al 2019 ed \u00e8 poco chiaro quanto questo filesystem sia effettivamente richiesto e se continui ad essere utilizzato. <\/p>\n
Jan K\u00e1ra di SUSE ha concordato che ReiserFS sta per diventare obsoleto, ma non \u00e8 chiaro se sia abbastanza obsoleto da essere rimosso dal kernel. Secondo Jan, ReiserFS continua a essere fornito in openSUSE e SLES, ma la base utenti di questo filesystem \u00e8 insignificante e in costante diminuzione. Per gli utenti aziendali, il supporto per ReiserFS in SUSE \u00e8 stato interrotto 3-4 anni fa, e il modulo per ReiserFS non \u00e8 incluso di default nel pacchetto del kernel. Come alternativa, Jan ha suggerito di iniziare a emettere un avviso di obsolescenza durante il montaggio delle partizioni ReiserFS e considerare questo filesystem pronto per la rimozione se nessuno esprime il desiderio di continuare a usarlo entro un anno o due. <\/p>\n
Alla discussione ha partecipato Eduard Shishkin, responsabile del filesystem ReiserFS, che ha fornito una patch che rimuove l'uso del flag AOP_FLAG_CONT_EXPAND dal codice di ReiserFS. Matthew Wilcox ha accettato la patch nel suo ramo. Cos\u00ec, il motivo per la rimozione \u00e8 stato eliminato e la questione dell'esclusione di ReiserFS dal nucleo pu\u00f2 essere considerata rinviata a un tempo sufficientemente lungo. <\/p>\n
Non \u00e8 possibile ignorare completamente la questione dell'obsolescenza di ReiserFS a causa del lavoro per escludere dal kernel i file system con il problema irrisolto del 2038. Ad esempio, per questa ragione \u00e8 gi\u00e0 stato preparato un piano di rimozione dal kernel della quarta versione del formato del file system XFS (il nuovo formato XFS \u00e8 stato proposto nel kernel 5.10 e ha spostato l'overflow del contatore del tempo al 2468). La costruzione di XFS v4 sar\u00e0 disattivata per impostazione predefinita nel 2025 e il codice sar\u00e0 rimosso nel 2030). Un piano simile \u00e8 proposto anche per ReiserFS, concedendo almeno cinque anni per la migrazione verso altri file system o un formato di metadati modificato. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"