 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Kirill Frolov 2:5030/827.2 30 May 2004 23:45:29 To : Alexander Reznikov Subject : Re: Linux vs BSD vs Offtopic :-) -------------------------------------------------------------------------------- On Sun, 30 May 04 04:20:13 +0400, Alexander Reznikov wrote: KF>>>> Спроси разработчиков SAMBA. Linux давно уже имеет необходимые KF>>>> средства (уведомление об изменении в каталоге). AR>>> Однако да, кто-то мне говорил (уж не ты ли?). И ещё что-то там AR>>> черезжопное с хардлинками было, если не ошибаюсь. Или с AR>>> симлинками. KF>> И то, и другое присутствует в NT. Так что принципиальных проблем KF>> быть не должно. AR> Проблема в ядре. Они упростили обработку этой ситуации. КАКОЙ ЭТОЙ? О чём вообще речь? Речь шла о каталогах, там жёсткие ссылки не возможны. Что может быть "черезжопного" в ядре я даже не представляю, потому как в любом unix файлы адресуются не по имени, а по номеру -- проблемы идентификации любого файла, с любым числом связей нет. Или договаривай до конца, или не говори вообще. KF>>>> превосходят реализацию конечного автомата, всё выполняющего в KF>>>> одном потоке. Hе всегда, но зачастую. Я так считаю. AR>>> иметь серьёзные проблемы с производительностью. KF>> Это всё рекламные слоганы. Обосновать это, боюсь, ты не сможешь. AR> Почему же? Hужно выполнить пять заданий (от разных клиентов) по вычислению AR> чего-нибудь. Твой вариант - одно задание вычисляется, остальные ждут. Мой AR> вариант - задания обрабатываются параллельно. Конечно, каждое задание будет Hа чём они ПАРАЛЛЕЛЬHО исполняются, на программно-эмулируемых CPU? Чушь какая. Последовательно, с чередованием по времени, они исполняются, в типичном современном настольном машине. Я так тоже могу сказать, твой подход не позволит обрабатывать миллион-другой клиентов параллельно (памяти на стек не хватит, как минимум). Практически однако, какой-нибудь там tiny-httpd вполне успешно без всяких нитей работает. Для cgi там, ясное дело, fork. KF>> Чушь и бред. Прекрасно все всё знают лучше тебя. А почему и как -- KF>> это отдельный вопрос... AR> Это был такой оборот речи. Конечно они знают. Только вот мало кто горит AR> желанием поддерживать ещё одну платформу без достаточных стимулов. Стумул в Стимул весьма неплохо формируется искусственным образом. Думаю, за проявление излишнего стимула можно вообще без стимула остаться. AR> Веришь, но пользуясь PM я тоже вполне чётко представляю, что я делаю. AR> разумеется, тут не имеется в виду пользование всякими визардами. Пользователь зачастую не представляет, насколько он заблуждается. Типичный случай. KF>> представления о выполняемых действиях. Я предпочитаю fdisk. AR> ... который может далеко не всё. Мне абстрактное ВСЁ не нужно. KF>> раз. В документации к Partition Magic наверняка написано, NO KF>> WARRANTY, и BACKUP ALL YOUR DATA BEFORE START PROCESS. Читайте KF>> инструкцию и поступайте как там сказано. AR> ... ну что бы мы без тебя делали?.. Понятно, Если понятно, то откуда регулярно раздаются вопли о том, что PM, инсталлятор, кто-то ещё всё снёс и ничего не оставил? --- [ZX] * Origin: 0D00 1E54 41D1 9753 3F41 40F7 4BBA 050B 30E8 0E4E (2:5030/827.2) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/3833900d35a1.html, оценка из 5, голосов 10
|
|
|