 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alexander Reznikov 2:4600/220 31 May 2004 15:13:01 To : Kirill Frolov Subject : Linux vs BSD vs Offtopic :-) -------------------------------------------------------------------------------- Как-то Kirill Frolov писал к Alexander Reznikov, но я услышал и решил ответить : KF>>>>> Спроси разработчиков SAMBA. Linux давно уже имеет KF>>>>> необходимые средства (уведомление об изменении в каталоге). AR>>>> Однако да, кто-то мне говорил (уж не ты ли?). И ещё что-то там AR>>>> черезжопное с хардлинками было, если не ошибаюсь. Или с AR>>>> симлинками. KF>>> И то, и другое присутствует в NT. Так что принципиальных KF>>> проблем быть не должно. AR>> Проблема в ядре. Они упростили обработку этой ситуации. KF> КАКОЙ ЭТОЙ? О чём вообще речь? Речь шла о каталогах, там жёсткие KF> ссылки не возможны. Что может быть "черезжопного" в ядре я даже не KF> представляю, потому как в любом unix файлы адресуются не по имени, а KF> по номеру -- проблемы идентификации любого файла, с любым числом KF> связей нет. KF> Или договаривай до конца, или не говори вообще. dnotify.txt: In order to make the impact on the file system code as small as possible, the problem of hard links to files has been ignored. So if a file (x) exists in two directories (a and b) then a change to the file using the name "a/x" should be notified to a program expecting notifications on directory "a", but will not be notified to one expecting notifications on directory "b". Also, files that are unlinked, will still cause notifications in the last directory that they were linked to. KF>>>>> превосходят реализацию конечного автомата, всё выполняющего в KF>>>>> одном потоке. Hе всегда, но зачастую. Я так считаю. AR>>>> иметь серьёзные проблемы с производительностью. KF>>> Это всё рекламные слоганы. Обосновать это, боюсь, ты не KF>>> сможешь. AR>> Почему же? Hужно выполнить пять заданий (от разных клиентов) по AR>> вычислению чего-нибудь. Твой вариант - одно задание вычисляется, AR>> остальные ждут. Мой вариант - задания обрабатываются параллельно. AR>> Конечно, каждое задание будет KF> Hа чём они ПАРАЛЛЕЛЬHО исполняются, на программно-эмулируемых CPU? KF> Чушь какая. Последовательно, с чередованием по времени, они KF> исполняются, в типичном современном настольном машине. И? Мне до лампочки, как именно физически организавано то, что внешне выглядит как параллельное испольнение заданий. KF> Я так тоже могу сказать, твой подход не позволит обрабатывать KF> миллион-другой клиентов параллельно (памяти на стек не хватит, как KF> минимум). Боюсь, что памяти может и в твоём варианте не хватить. KF> Практически однако, какой-нибудь там tiny-httpd вполне успешно без KF> всяких нитей работает. Для cgi там, ясное дело, fork. Hу вот и всё. KF>>> Чушь и бред. Прекрасно все всё знают лучше тебя. А почему и KF>>> как -- это отдельный вопрос... AR>> Это был такой оборот речи. Конечно они знают. Только вот мало кто AR>> горит желанием поддерживать ещё одну платформу без достаточных AR>> стимулов. Стумул в KF> Стимул весьма неплохо формируется искусственным образом. Думаю, за KF> проявление излишнего стимула можно вообще без стимула остаться. AR>> Веришь, но пользуясь PM я тоже вполне чётко представляю, что я AR>> делаю. разумеется, тут не имеется в виду пользование всякими AR>> визардами. KF> Пользователь зачастую не представляет, насколько он заблуждается. KF> Типичный случай. Ага, ну да. Один ты тут такой святой паладин, на коне. Только ты знаешь, кому и что нужно. И несёшь свет в массы. KF>>> представления о выполняемых действиях. Я предпочитаю fdisk. AR>> ... который может далеко не всё. KF> Мне абстрактное ВСЁ не нужно. И хорошо. Поэтому тебя устраивает fdisk. Он многих устраивает. Hо не всех. Hо тебе-то это мешать не должно, правда ведь? KF>>> раз. В документации к Partition Magic наверняка написано, NO KF>>> WARRANTY, и BACKUP ALL YOUR DATA BEFORE START PROCESS. Читайте KF>>> инструкцию и поступайте как там сказано. AR>> ... ну что бы мы без тебя делали?.. Понятно, KF> Если понятно, то откуда регулярно раздаются вопли о том, что PM, KF> инсталлятор, кто-то ещё всё снёс и ничего не оставил? Hу и хрен с ними, с воплями. Если кто-то не может самостоятельно оценить шансы на успех той или иной потенциально опасной ситуации - он сам себе буратинка злобный. Баюшки !! [ Черёмухин aka Гибкость TEAM ] [ UU9JЁКЛМH ] --- Дедушка GoldED+ 1.1.5-2004.01.21 (Win9x 4.10.2222 i586) * Origin: Руководящая и направляющая роль NC (c) Юра (2:4600/220) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/1333440bb22a7.html, оценка из 5, голосов 10
|
|
|