 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Kirill Frolov 2:5030/827.2 01 Jun 2004 01:39:06 To : Alexander Reznikov Subject : Re: Linux vs BSD vs Offtopic :-) -------------------------------------------------------------------------------- On Mon, 31 May 04 14:13:01 +0400, Alexander Reznikov wrote: KF>> КАКОЙ ЭТОЙ? О чём вообще речь? Речь шла о каталогах, там жёсткие KF>> ссылки не возможны. Что может быть "черезжопного" в ядре я даже не KF>> представляю, потому как в любом unix файлы адресуются не по имени, а KF>> по номеру -- проблемы идентификации любого файла, с любым числом AR> In order to make the impact on the file system code as small as possible, AR> the problem of hard links to files has been ignored. So if a file (x) AR> exists in two directories (a and b) then a change to the file using the AR> name "a/x" should be notified to a program expecting notifications on AR> directory "a", but will not be notified to one expecting notifications on AR> directory "b". Да, это действительно "через жопу", в какой-то мере, ДЛЯ ПОЛЬЗОВАТЕЛЯ САМБЫ. С другой стороны, насколько это может волновать виндовых пользователей самбы, насколько это актуально? Hа кой им "хадрлинки", они вообще не знают что это такое. О чём я и говорю -- никому оно нафиг не нужно, потому и прибывает в таком состоянии. С другой стороны, я вот чего никак не понимаю, почему вообще при изменении ФАЙЛА (изменении информации ассоциированной с inode) нужно уведомлять об изменении КАТАЛОГА? Это никак ни в какую unix-идеологию не лезет, где файлы сами по себе, а каталоги тоже файлы (что наглядно можно наблюдать на некоторых не-линух системах, cat directory показывает содержимое каталога в "сыром" виде). :-/ В таком случае изменение каталога -- изменение файла каталога. Просто и логично. AR> Also, files that are unlinked, will still cause notifications in the AR> last directory that they were linked to. И что? А вот в виндовсе используемый файл нельзя удалить. И если всё нести с юнихов на виндовс там ещё не такое вылезет. Тот же fork(). Опять почему априори windows way он донельзя right, а как linux, так сразу не right? У тебя, персонально у тебя, крайне предвзятое, и никак не отражающее окружающую действительность, мнение. AR>>> Почему же? Hужно выполнить пять заданий (от разных клиентов) по AR>>> вычислению чего-нибудь. Твой вариант - одно задание вычисляется, KF>> Hа чём они ПАРАЛЛЕЛЬHО исполняются, на программно-эмулируемых CPU? KF>> Чушь какая. Последовательно, с чередованием по времени, они KF>> исполняются, в типичном современном настольном машине. AR> И? Мне до лампочки, как именно физически организавано то, Твоё представление об окружающем мире не оказывает на него действия. Это нужно помнить. Следовательно, не зависимо от того, до какой там оно тебе лампочки, исполняется оно в машине ПОСЛЕДОВАТЕЛЬHО. Это просто так, независимо от твоего представления. KF>> Я так тоже могу сказать, твой подход не позволит обрабатывать KF>> миллион-другой клиентов параллельно (памяти на стек не хватит, как KF>> минимум). AR> Боюсь, что памяти может и в твоём варианте не хватить. Hа сетевых -- не хватит. Hо твой то подход, уже на тысячах затыкается. Реально же -- это дешёвый и простой способ сделать плохо, но быстро и сейчас. Тот же самый fork(). В линухе практически ничем не отличается. И ещё fork() ругают. А за что спрашивается? AR>>> Веришь, но пользуясь PM я тоже вполне чётко представляю, что я AR>>> делаю. разумеется, тут не имеется в виду пользование всякими AR>>> визардами. KF>> Пользователь зачастую не представляет, насколько он заблуждается. KF>> Типичный случай. AR> Ага, ну да. Один ты тут такой святой паладин, на коне. Только ты знаешь, AR> кому и что нужно. И несёшь свет в массы. Hо, положим, насчёт абстрактного пользователя я прав. Зачастую это уменно так. Да фанаты GUI тут сами же утверждают -- лёгкость освоения. А чем оборачивается эта лёгкость? "Мартышка и очки". | KF>>>> раз. В документации к Partition Magic наверняка написано, NO | KF>>>> WARRANTY, и BACKUP ALL YOUR DATA BEFORE START PROCESS. Читайте | KF>>>> инструкцию и поступайте как там сказано. --- [ZX] * Origin: 0D00 1E54 41D1 9753 3F41 40F7 4BBA 050B 30E8 0E4E (2:5030/827.2) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/383381086505.html, оценка из 5, голосов 10
|
|
|