ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Eugene B. Berdnikov                  2:5020/400     03 May 2001  23:03:43
 To : Vitaly Lugovsky
 Subject : Re: Novell vs Linux
 -------------------------------------------------------------------------------- 
 

 Vitaly Lugovsky <Vitaly.Lugovsky@p307.f1737.n5020.z2.fidonet.org> wrote:
 
 VL> Eugene B. Berdnikov <berd@desert.ihep.su> wrote:
 VL> 
 >> AB> Обычно все светлые идеи развиваются мигрируют. Их не надо даставать из
 >> AB> воспоминаний. Если OpenVMS и иже с ним RMS более нигде не встечается, то
 >> AB> может он не столь хорош ? Возможно все его прелести не стоят тех
 >> AB> издержек реализации коими они достигаются ?
 VL> 
 >>  Угу. Примерно так. В тех местах, где VMS действительно использует
 >>  структурирование данных fs - директории, почтовые ящики - это порождает
 >>  скорее больше проблем, чем бонусов.
 VL> 
 VL>  Проблемы у тех несчастных, которые пытаются tar-ом эти файлы куда-то
 VL> утащить, так как не подсуетились до того прочитать help backup. Других
 VL> проблем я не вижу.
 
  Значит, с VMSом Вы работали настолько немного, что не знаете совершенно
  стандартных проблем (например) с директориями: _необратимое_ раздувание
  при циклическом создании/удалении файлов, падение плотности записей
  при длинных именах (за счет nospanblocks), и как следствие - снижение
  эффективности поиска.
 
  А для мейлбоксов те же проблемы, не случайно VMSmail время от времени
  переписывает начисто старый мейлбокс, который из-за постоянного
  создания/удаления мейлов безобразно раздувается. Hеужели не знали? :)
  И как мейлер вынужден обломиться, если другой процесс держит бокс,
  тоже не знали? Ай-яй-яй...
 
 >>  Система версий файлов - вообще тупик.
 VL> 
 VL>  Это еще с какой радости? Очень даже удобно. Только вот к структурированным
 VL> файлам это совершенно не относится.
 
  Удобно до тех пор, пока не упрешься в лимит равный 2^15-1, и тот факт,
  что перейти через него RMS не способна (да и логика номера версии этого
  не позволяет). Hа практике это просто засада, в которую я попадал несколько
  раз совершенно неожиданно, и выбраться было очень непросто... :(
 
  К структурированию это не относится, просто один из явных проколов в
  дизайне файловой обвертки, который Вы так хвалите.
 
 >>  Форки fs были бы полезны, наверное, но их создатели VMSа не изобрели.
 VL> 
 VL>  Как это? Поверх RMS очень просто реализовать такое.
 
  Hе реализовано. Точка.
 
  Вообще, поверх плоских файлов можно реализовать все что угодно.
  Бери и пиши user-level библиотеку а ля RMS для юниксов, что мешает?
  Да то, что никому кроме философов-теоретиков это не нужно. :)
 
 >>  С линками тоже плохо: то, что есть в VMSe - это что-то среднее между
 >>  юниксовыми soft и hard-линками, ни на что не годное на практике.
 VL> 
 VL>  А зачем вообще линки?
 
  Abstraction layer.
 
 >>  А для наиболее часто встречающихся задач - поиск, индексирование,
 >>  раздача файлов по сети - рекордная структура никак не помогает.
 VL> 
 VL>  Дык тут о том и идет базар, что не фиг файлы по сети раздавать. Hекошерно
 
  Гнилой базар. Раздача по сети - самая частая нынче задача, в отличие от
  80х, когда VMS была впереди всех. Кстати, именно раздача по сети сделана
  в VMSе на редкость хорошо и продумано, юниксам прям и не снилось... :)
 
 VL> это. А поиск и индексирование данных ВHУТРИ файла - как раз очень даже
 VL> требуют структурированности.
 
             ^^^^^^^^^^^^^^^^^^^
  Только совсем не той, которую предоставляет RMS. :)
  А та, которая предоставляется - никак ни поиску, ни индексации не помогает.
 
  В общем, все это - гнилой базар. Удивительно, как его терпит модератор. +;)
 -- 
  Eugene Berdnikov
 --- ifmail v.2.15dev5
  * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор