Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Victor Wagner                        2:5020/400     15 Jun 2004  10:42:17
 To : Ramazan Jah-Far
 Subject : Re: mc
 -------------------------------------------------------------------------------- 
 
 Ramazan Jah-Far <ramazanjf@svitonline.com> wrote:
 
  RJF> Практика использования hardlinks разрушает простую,
  RJF> понятную и даже на сегодняшний день довольно
  RJF> эффективную концепцию иерархической или древовидной ФС.
 
 Вот в том-то и проблема, что ради простоты и "эффективности" древовидной
 модели отказываются от более общей модели ориентированного графа общего
 вида. Который является гораздо более естественным для человеческого
 мышления.
 
 Хардлинки хороши тем, что они равноправны. Если ты решил что тебе нафиг
 не нужен данный файл, как компонент некоего проекта (допустим образа
 сидюка) и снес его оттуда, то этот файл продолжает существовать как
 компонент, допустим каталога поступлений. И тебе не надо думать а где,
 собственно, у этого файла основное место. Симлинки этого не позволяют.
 
  RJF> Зато теперь из дерева сделали недограф. И раз уже у
  RJF> вершины (файла) может быть несколько родителей
  RJF> (родительских каталогов), то какое API, к примеру, даст
  RJF> нам их "перечисление" (список)?
 
 С очевидностью, операция перехода вверх определена тоолько для
 директорий, но не для файлов. Собственно, причина отсутствия хардлинков
 на каталоги именно в том, что не сообразили вовремя ввести несколько
 входов, эквивалентных ..
 
 C другой стороны, практика показала, что на самом деле семантика .. -
 "возврат на один шаг по тому пути, по которому сюда пришли". Именно так
 её отрабатывают современные шеллы при наличии симлинков на каталоги.
  RJF> Получаем, что введение hardlinks неполноценно ещё
  RJF> и потому, что не подкреплено соответствующим API.
 
 В те времена, когда вводились хардлиники, идеи разводить API по каждому
 чиху не было. В те времена даже readdir(2) не было, и ничего, обходились.
 
 Заметь что getcwd до сих пор описана в секции 3 мануала.
 То есть это ни разу не ядерный API, а библиотечная функция.
 --- ifmail v.2.15dev5.3
  * Origin: Free Net of Leninsky,45 (2:5020/400)
 
 

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

 Тема:    Автор:    Дата:  
 Re: mc   Stas Baldin   05 Jun 2004 15:38:25 
 Re: mc   Leschinsky Oleg   06 Jun 2004 01:00:21 
 Re: mc   Victor Wagner   06 Jun 2004 18:05:18 
 Re: mc   Stas Baldin   07 Jun 2004 11:19:15 
 Re: mc   Stas Baldin   08 Jun 2004 13:15:57 
 Re: mc   Roman Belenov   07 Jun 2004 11:33:01 
 Re: mc   Victor Wagner   07 Jun 2004 12:12:55 
 Re: mc   Roman Belenov   08 Jun 2004 11:57:17 
 Re: mc   Victor Wagner   08 Jun 2004 12:33:02 
 Re: mc   Roman Belenov   08 Jun 2004 14:05:09 
 Re: mc   Victor Wagner   08 Jun 2004 14:14:41 
 Re: mc   Mikhail Gusarov   08 Jun 2004 16:58:31 
 Re: mc   Victor Wagner   08 Jun 2004 20:36:13 
 Re: mc   Ramazan Jah-Far   11 Jun 2004 01:12:04 
 Re: mc   Victor Wagner   11 Jun 2004 08:34:03 
 Re: mc   Ramazan Jah-Far   13 Jun 2004 05:11:07 
 Re: mc   Victor Wagner   15 Jun 2004 10:42:17 
 Re: symlinks vs. hardlinks   Ramazan Jah-Far   17 Jun 2004 00:45:33 
 Re: symlinks vs. hardlinks   Victor Wagner   17 Jun 2004 12:18:45 
 Re: symlinks vs. hardlinks   Ramazan Jah-Far   19 Jun 2004 04:16:30 
 Re: symlinks vs. hardlinks   Victor Wagner   19 Jun 2004 10:43:16 
 Re: symlinks vs. hardlinks   Ramazan Jah-Far   22 Jun 2004 00:01:11 
 Re: mc   Aleksey Barabanov   11 Jun 2004 10:36:11 
 Re: mc   Ramazan Jah-Far   13 Jun 2004 04:26:03 
 Re: mc   Aleksey Barabanov   13 Jun 2004 17:36:23 
 Re: mc   Evgeniy_Kozhuhovskiy   11 Jun 2004 16:48:24 
 Re: mc   Roman Belenov   08 Jun 2004 16:59:02 
 Re: mc   Aleksey Barabanov   08 Jun 2004 13:06:48 
 Re: mc   Valentin Nechayev   08 Jun 2004 13:14:05 
 Re: mc   Aleksey Barabanov   08 Jun 2004 13:46:41 
 Re: mc   Valentin Nechayev   08 Jun 2004 13:58:00 
 Re: mc   Aleksey Barabanov   08 Jun 2004 14:22:49 
 Re: mc   Alexander Drozdov   10 Jun 2004 02:49:30 
 Re: mc   Aleksey Barabanov   11 Jun 2004 10:36:10 
 Re: mc   Alexander Drozdov   12 Jun 2004 01:23:56 
 Re: mc   Aleksey Barabanov   12 Jun 2004 00:28:49 
 Moderatorial [ ] Предупреждение ( Re: mc)   Comoderator of RU.LINUX   15 Jun 2004 10:44:52 
 Re: mc   Serge Droutchin   16 Jun 2004 17:59:42 
 Re: mc   Victor Wagner   16 Jun 2004 18:53:04 
 Re: mc   Aleksey Barabanov   16 Jun 2004 20:19:51 
 Re: mc   Stas Baldin   08 Jun 2004 14:38:34 
 Re: mc   Aleksey Barabanov   08 Jun 2004 15:12:28 
 Re: mc   Stas Baldin   08 Jun 2004 16:08:50 
 Re: mc   Aleksey Barabanov   08 Jun 2004 16:56:53 
 Re: mc   Stas Baldin   08 Jun 2004 19:16:11 
 Re: mc   Artem Chuprina   08 Jun 2004 23:07:10 
 Re: mc   Aleksey Barabanov   09 Jun 2004 00:35:54 
 Re: mc   Stas Baldin   09 Jun 2004 09:07:39 
 Re: mc   Artem Chuprina   09 Jun 2004 18:30:58 
 Re: mc   Alexander Drozdov   10 Jun 2004 03:06:24 
 Re: mc   Alexander Drozdov   10 Jun 2004 03:01:24 
 Re: mc   Aleksey Barabanov   10 Jun 2004 19:16:30 
 Re: mc   Alexander Drozdov   12 Jun 2004 01:16:02 
 Re: mc   Kirill Frolov   09 Jun 2004 02:19:39 
 Re: mc   Victor Wagner   08 Jun 2004 15:17:07 
 Re: mc   Stas Baldin   08 Jun 2004 16:13:02 
 Re: mc   Victor Wagner   08 Jun 2004 16:41:48 
 Re: mc   Stas Baldin   08 Jun 2004 17:01:23 
 Re: mc   Valery Shishkov   09 Jun 2004 00:54:15 
 Re: mc   Kirill Frolov   09 Jun 2004 02:07:52 
 Re: mc   Alexander Drozdov   10 Jun 2004 02:45:04 
 Re: mc   Aleksey Barabanov   10 Jun 2004 19:13:50 
 Re: mc   Vasily Tchekalkin   09 Jun 2004 13:23:23 
 Re: mc   Aleksey Barabanov   10 Jun 2004 00:22:16 
 Re: mc   Vasily Tchekalkin   10 Jun 2004 10:23:23 
Архивное /ru.linux/151788ef1a061.html, оценка 3 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional