 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alexander Reznikov 2:4600/220 30 May 2004 05:20:13 To : Kirill Frolov Subject : Linux vs BSD vs Offtopic :-) -------------------------------------------------------------------------------- Как-то Kirill Frolov писал к Alexander Reznikov, но я услышал и решил ответить : [ SKIP ибо не с чем спорить ] KF>>> Спроси разработчиков SAMBA. Linux давно уже имеет необходимые KF>>> средства (уведомление об изменении в каталоге). AR>> Однако да, кто-то мне говорил (уж не ты ли?). И ещё что-то там AR>> черезжопное с хардлинками было, если не ошибаюсь. Или с AR>> симлинками. KF> И то, и другое присутствует в NT. Так что принципиальных проблем KF> быть не должно. Проблема в ядре. Они упростили обработку этой ситуации. KF>>> Причём тут файлы и каталоги? Это совершенно разные сущности. KF>>> И какой "хук" ты повесишь в типичном unix'е, и куда ты его KF>>> повесишь? AR>> А в чём проблема? Сигналы, значит, у вас есть. А вот хук повесить AR>> некуда? KF> Я думаю, не всё так просто. Тоже нужно понимать, что в юнихе есть KF> масса своих специфических проблем. Вот и я о том же. В каждой системе есть свои специфические проблемы. KF>>> А когда дело доходит до организации многопоточной программы, KF>>> извращения с синхронизацией между потоками, и последующем KF>>> отловом разнообразных ошибочных ситуаций, по трудоёмкости KF>>> превосходят реализацию конечного автомата, всё выполняющего в KF>>> одном потоке. Hе всегда, но зачастую. Я так считаю. AR>> Правильно, но только иногда. Твой метод в ряде случаев будет AR>> иметь серьёзные проблемы с производительностью. KF> Это всё рекламные слоганы. Обосновать это, боюсь, ты не сможешь. Почему же? Hужно выполнить пять заданий (от разных клиентов) по вычислению чего-нибудь. Твой вариант - одно задание вычисляется, остальные ждут. Мой вариант - задания обрабатываются параллельно. Конечно, каждое задание будет выполнятся более длительное время, но в результате никто не ждёт, никто не в обиде. [ SKIP ] AR>> починить. Зато с новыми железками проблема, ибо большинство AR>> производителей железа, похоже, не подозревают о наличии такой AR>> штуки, как линукс (и уж тем более FBSD). KF> Чушь и бред. Прекрасно все всё знают лучше тебя. А почему и как -- KF> это отдельный вопрос... Это был такой оборот речи. Конечно они знают. Только вот мало кто горит желанием поддерживать ещё одну платформу без достаточных стимулов. Стумул в данном случае - достаточное (по их мнению) количество пользователей с их железкой под данной OS. [ SKIP ] KF> Точка. Хорошо. [ SKIP ] AR>> Зато я знаю. Hе в ту сторону "попсеет". Толку от гуёвого AR>> инсталлятора, если он глючный? Толку от гуёвой разбивалки AR>> разделов в том самом инсталляторе, если она Тогда зачем вообще AR>> этот gui-инсталлятор нужен? KF> Так это очевидно. Есть определённое мнение, в частности, успешно KF> культивируемое тобой в данной телеконференции, что дескать GUI -- KF> rulez, всё остальное -- suxx. Мда... И чего только о себе не узнаешь. AR>> не покажет мелкие разделы из-за своей кривизны. Вот у AR>> PartitionMagic такой проблемы нет. Его можно любить, а можно не AR>> любить. Можно пользоваться, KF> Им ЛУЧШЕ HЕ ПОЛЬЗОВАТЬСЯ. Обжёгшись однажды на кипятке -- на водку KF> дуют. Да, но иногда это допустимый риск. О проблемах PM ходит много слухов. Hо большинство из них - бредни те ещё. KF> Кроме того, опять же проблема интерфейсов. Имея дело с KF> аскетичным интерфейсом fdisk пользователь чаще, по крайней мере я за KF> себя скажу, хорошо представляет что он делает. Веришь, но пользуясь PM я тоже вполне чётко представляю, что я делаю. разумеется, тут не имеется в виду пользование всякими визардами. KF> Пропагандируемый же KF> GUI, своей кажущейся лёгкостью использования даёт зачастую ошибочное KF> представление о производимых действиях, и ещё всё усугубляется KF> неоднозначным и запутанным интерфейсом. Даже я как опытный, наверное, KF> пользователь, считаю интерфейс Partition Magic достаточно сложным, и, KF> одновременно, недостаточно подробным в деталях, не дающим достаточного KF> представления о выполняемых действиях. Я предпочитаю fdisk. ... который может далеко не всё. KF> И в любом случае fdisk & backup, если у вас есть данные которые хоть KF> чего-то стоят, это единственный допустимый метод -- предостерегаю ещё KF> раз. В документации к Partition Magic наверняка написано, NO KF> WARRANTY, и BACKUP ALL YOUR DATA BEFORE START PROCESS. Читайте KF> инструкцию и поступайте как там сказано. ... ну что бы мы без тебя делали?.. Понятно, что если есть важные данные, то без бэкапа лучше даже fdisk не запускать :) KF>>> Очень хочется напомнить про интимные сношения с теми же самыми KF>>> драйверами и патчами для Microsoft: метод сношения только KF>>> другой, а AR>> Есть иногда такое. Правда MS тут ни при чём. Это уже заморочки AR>> производителей KF> Да не важно чьи заморочки. Что AbiWord падает, тоже не Linus KF> Torvalds виноват. А я его и не обвиняю. KF> Hо привычно винда, то-есть линух, маздай. Hет, линух - не мастдай. С большим удовольствием пользую его. В качестве сервера. Баюшки !! [ Черёмухин aka Гибкость TEAM ] [ UU9JЁКЛМH ] --- Дедушка GoldED+ 1.1.5-2004.01.21 (Win9x 4.10.2222 i586) * Origin: Deus ex machina. (2:4600/220) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/1333440b94884.html, оценка из 5, голосов 10
|
|
|