The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В ядро Linux для ФС Ext4 включена поддержка работы без учёта..., opennews (ok), 26-Апр-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


53. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –1 +/
Сообщение от Гентушник (ok), 27-Апр-19, 01:52 
Это не прогресс, а регресс.
Взяли бы что полезное, например сжатие там или нормальные (per directory) квоты сделали - милости просим. А так, завезли костыль, тянущийся ещё со времён доса (или раньше?).
Ответить | Правка | Наверх | Cообщить модератору

130. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Stax (ok), 27-Апр-19, 12:00 
> Взяли бы что полезное, например сжатие там

А что, кстати, мешает? Где оно, сжатие в ext4 или xfs на уровне файлов (а не блочном уровне как в vdo)? btrfs не предлагать.

Вон в NTFS уже несколько по-разному реализованых механизмов сжатия выкатили. К историческим несколько лет назад добавили новый через reparse points с кучей (неплохих - современных, эффективных и параллелящихся) алгоритмов на выбор. Да и еще во времена ext2 были экспериментальные (но вполне рабочие, сам использовал во времена 2.2) патчи для поддержки атрибута +c (e2compr). И где оно сейчас?

Ответить | Правка | Наверх | Cообщить модератору

208. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  –2 +/
Сообщение от Аноним (25), 28-Апр-19, 15:29 
На уровне файлов не годится точно. Базы данных такого не потерпят. Нужно на уровне блоков. И есть предположение, что EXT4 придется полностью переписать, чтобы внедрить сжатие. Т.е. этот косяк заложен в архитектуру, не предусмотрели.
Ответить | Правка | Наверх | Cообщить модератору

227. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Stax (ok), 29-Апр-19, 06:03 
Блин, ну разумеется технически сжатие поблочное ) я имею ввиду, что контролироваться на уровне файлов и работать только с блоками данных, а не физическими блоками диска где и метаданные и все остальное. В VDO вон сжатие как раз поблочное, но на уровне своих блоков в device mapper, оно не знает где там что в ФС - отсюда проблемы.
Ответить | Правка | Наверх | Cообщить модератору

225. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Аноним (211), 29-Апр-19, 05:24 
Тебя не смущает, что этот «костыль» продолжает тянуться столько лет и всё ещё кому-то нужен? Вдруг — ну просто в порядке мысленного эксперимента предположим — человекам удобнее, когда File, file и fIlE — это одно и то же? Я, к слову, не могу придумать ни одной реальной задачи, при которой мне могло бы понадобиться иметь два объекта файловой системы с почти одинаковыми названиями, отличающимися только регистром. Зато я регулярно удаляю директорию ~/Downloads, создаваемую каким-то сердобольным софтом, который именно в силу регистрозависимости не видит уже существующую директорию ~/downloads. Если хорошо подумать и поставить удобство пользователя на первое место, то вся история с регистром сведётся к простому правилу: регистр хранить, но не учитывать.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

228. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Гентушник (ok), 29-Апр-19, 07:40 
> — человекам удобнее, когда File, file и fIlE — это одно и то же?

А почему бы с такой же логикой не считать 0, O и О за один и тот же символ? Пишуются же похоже.
А раз у нас UTF-8 и в ней куча символов которые отображаются одинаково, то может тоже их всех между собой объединим?
И пробелы с табуляцией (и другими "пробельными" символами) тоже.

> Я, к слову, не могу придумать ни одной реальной задачи, при которой мне могло бы понадобиться иметь два объекта файловой системы с почти одинаковыми названиями, отличающимися только регистром

Есть два имени файла:
"Файл  " и "Файл   "
стоит их считать за один по твоему или нет?

> Если хорошо подумать и поставить удобство пользователя на первое место

Удобство тут мимо. Человеку, если он не помнит точное имя файла, нужно предоставлять возможность делать поиск файла, а для хорошего поиска сделать нечувствительность к регистру недостаточно, не понятно почему именно эту функцию __поиска__ нужно впихивать в ФС.
Ну давайте тогда поиск по разным словоформам впихнём туда, ведь человку будет удобнее набрать "~/документ Васи.txt" и получить "~/Васин документ.txt".

Ответить | Правка | Наверх | Cообщить модератору

236. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 08:38 
>> — человекам удобнее, когда File, file и fIlE — это одно и то же?
> А почему бы с такой же логикой не считать 0, O и
> О за один и тот же символ? Пишуются же похоже.

Кстати, да!123

"Человекам" ещё удобно не создавать файлов C:\CON, D:\CON, C:\NUL, D:\NUL, C:\TEMP\CON, D:\TEMP\NUL.   Уф, вроде все вспомнил.

Ответить | Правка | Наверх | Cообщить модератору

238. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Гентушник (ok), 29-Апр-19, 10:16 
> Уф, вроде все вспомнил.

Ещё AUX и PRN же ;)

Ответить | Правка | Наверх | Cообщить модератору

240. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-19, 11:09 
>> Уф, вроде все вспомнил.
> Ещё AUX и PRN же ;)

Я ж тэг поставил. :-P  Там ещё "несколько" пропущены:

$ time echo {E..Z}:\\{A..Z}{,{A..Z}{,{A..Z}{,{A..Z}}}}\\{NUL,CON,{LPT,COM}{1..4}} |wc -w
bash: xmalloc: .././braces.c:802: cannot allocate 14 bytes (3988856832 bytes allocated)
0

real    0m25,218s

Ответить | Правка | Наверх | Cообщить модератору

265. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от adolfus (ok), 30-Апр-19, 14:21 
Нет, не все. Еще есть:
" "
"  "
...
". "
".  "
...
".. "
"..  "
...
и особенно класно в конце имени файла поставить 0xff. Делаю так, чтобы потроллить шиндузятников.

Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

264. "В ядро Linux для ФС Ext4 включена поддержка работы без учёта..."  +/
Сообщение от adolfus (ok), 30-Апр-19, 14:19 
> А почему бы с такой же логикой не считать 0, O и О за один и тот же символ? Пишуются же похоже.
> А раз у нас UTF-8 и в ней куча символов которые отображаются одинаково, то может тоже их всех между собой объединим?

Абсолютно верное замечание. Я бы к нему добавил бы запрет на системном уровне на установку моноширинных говношрифтов, у которых не отличить 1 от l.

Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру