LINUX.ORG.RU

История изменений

Исправление zg, (текущая версия) :

Всмысле везение? Раскидай файлы так чтоб выровнять нагрузку. Да, не везде такое возможно, но в нагруженных системах как раз обычно возможно.

Зачем мне этим вручную заниматься и что делать, когда свойства моих файлов поменяются? Переустанавливать или переформатировать заново? RAID решаети эту задачу автоматически. Для большого количества маленьких файлов берём один вариант RAID, а для больших файлов другой. Наверное можно их даже объединить, создав некий гибрид. Кажется в некоторых файловых системах даже предусмотрена некоторая оптимизация для маленьких файлов. NTFS? Но я настойчиво прошу не забывать, что мы обсуждаем PDP-11 в далёкие 70-е, у которого каждый из жёстких дисков был размером с дискету из нашего детства, а ведь уже и дискет давно нет.

Нет, это решение наиболее эффективное среди тех где нет избыточности. Эффективнее него может быть миррор, но он стоит в N раз дороже (впрочем, ради надёжности хотя бы 2х миррор вполне можно иметь). Raid0 же это тупо способ увеличить размер тома не вдаваясь в детали работы приложения вообще нинасколько.

На запись миррор не эффективнее одного диска. Большая нагрузка на запись снижает выигрыш в скорости чтения. Основным неоспоримым преимуществом миррора является его большая, чем у одиночного диска, надёжность. Для PDP-11 Raid0 или нечто подобное было бы прорывом. Но я уже устал это повторять. Даже из рассказа Rob Landley видно, что они тупо решали проблему нехватки места на диске. Причём на столько тупо, что тупее некуда. Нет места в /bin? Не беда, у нас есть ещё и директория /usr/bin, которая так же находится в PATH и значит нет разницы куда запихивать очередной бинарник программы или очередную библиотеку в /usr/lib вместо /lib. Примитивно, дёшево, сердито и супер костыльно. Нужно быть совсем уж ретроградом или религиозным фанатиком, чтобы защищать это их тогдашнее решение.

Исходная версия zg, :

Всмысле везение? Раскидай файлы так чтоб выровнять нагрузку. Да, не везде такое возможно, но в нагруженных системах как раз обычно возможно.

Зачем мне этим вручную заниматься и что делать, когда свойства моих файлов поменяются? Переустанавливать или переформатировать заново? RAID решаети эту задачу автоматически. Для большого количества маленьких файлов берём один вариант RAID, а для больших файлов другой. Наверное можно их даже объединить, создав некий гибрид. Кажется в некоторых файловых системах даже предусмотрена некоторая оптимизация для маленьких файлов. NTFS? Но я настойчиво прошу не забывать, что мы обсуждаем PDP-11 в далёкие 70-е, у которого каждый из жёстких дисков был размером с дискету из нашего детства, а ведь уже и дискет давно нет.

Нет, это решение наиболее эффективное среди тех где нет избыточности. Эффективнее него может быть миррор, но он стоит в N раз дороже (впрочем, ради надёжности хотя бы 2х миррор вполне можно иметь). Raid0 же это тупо способ увеличить размер тома не вдаваясь в детали работы приложения вообще нинасколько.

На запись миррор не эффективнее одного диска. Большая нагрузка на запись снижает выигрышь в скорости чтения. Основным неоспоримым преимуществом миррора является его большая, чем у одиночного диска, надёжность. Для PDP-11 Raid0 или нечто подобное было бы прорывом. Но я уже устал это повторять. Даже из рассказа Rob Landley видно, что они тупо решали проблему нехватки места на диске. Причём на столько тупо, что тупее некуда. Нет места в /bin? Не беда, у нас есть ещё и директория /usr/bin, которая так же находится в PATH и значит нет разницы куда запихивать очередной бинарник программы или очередную библиотеку в /usr/lib вместо /lib. Примитивно, дёшево, сердито и супер костыльно. Нужно быть совсем уж ретроградом или религиозным фанатиком, чтобы защищать это их тогдашнее решение.