|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : yx 2:5020/400 14 Apr 2001 03:36:42
To : All
Subject : Re: Проблема с файлами больших размеров
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
>> в зависимости от blocksize, при отсутствии ограничений, нп
>> знаковой 32-битной арифметики в нек-х других местах (в mm),
>> для ext2 справедливо:
>> BlockSize Max_FileSize
>> 1 kB 16 GB
>> 2 kB 256 GB
>> 4 kB 4 TB
>> и т.д.
>> (эзотеризм чисел разрешается путем исп-я виртуальной клавиши `/' в инете)
>
> Это все теория.
> Берем что-то типа
> cat /dev/zero >>bigfile
>
> и смотрим что будет. Hа размере 2147483647 оно останавливается и дальше
> не растет. И где описанные Вами 16GB предела?
>
это не теория - это комментарий к Вашему обобщающему высказыванию.
Где и как получаются конкретные цифири вопрос третий.
> Сколько там можно блоков на fs отвести - мне пофиг. Вот результат
> налицо, который видят программы и юзера, остальное - сотрясение воздуха.
>
"Ты сюда не хады, cнег голова упадет, сотрясение .. будет "
>> почему бы, спросите, не сделать дефолтным работу с 64b на 32b архитектуре
>> - ответ эффективность.
>> Hеэффективные способы тоже присутсвуют - в виде различных патчей и припарок
>> (ед-но эфф-м при работе с файлами дейстительно больших размеров
>> следует признать raw доступ к соотв-му телу).
>> -- не ext2 ради онли.
>
> А большинство файлов меньше 64K. Иметь отдельный 16-битный интерфейс,
> для вящей эффективности?
>
ба, no comment
обсуждайте "вящею эффективность" без меня,
ибо второго падения со стула я не выдержу..))
bye.
--
Vladimir Yakovetsky
--- ifmail v.2.15dev5
* Origin: Disorganized yx's groupie (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
