kka (*) (2003-02-06 13:29:48.094)
Это у тебя много потерянных блоков.
Лечится в пару минут.. Надо тока энтот радел отмонтировать...

>IMHO, уж лучше дождаться виндовых сорцов, аккуратно спижженных из наших >правительственных ведомств, и залить их в этот проект под GPL. Неужели >в недрах нашего правительства не найдется ни одного такого доброхота? >:))

Тогда уж лучше понадеяться на доброхота внутри Microsoft. Или вы полагаете, что нашим (да и не только нашим) ведомствам предьявят полностью пригодный для сборки пакет исходников?

2green: хммм, прости а что еще в живых осталось, окромя PPC & x86 и на что было бы смысл портировать ОС? Только не надо про Sun и т.д. - там дарвину делать нечего... Ну скажи - зачем деньги тратить?
На счет "что откуда растет" - блин, там все не так просто и вопрос "сколько они это портировали на РРС" неправилен, надо спрашивать "сколько они потратили на эээ... портировани фряхи на микрокернел" :)

2speer: rtfm! Задрали, если честно - самим доки прочитать лень? Я по райзеру и т.д. сам читал, ибо на все запросы об их возможностях получал тот же rtfm...
У меня нет "анти-непонятно-кто" пафоса... Меня просто заипали красноглазые...

2vada: ну чем тебе не нравятся дисковые квоты в ntfs?
MS Office - продукт особый, чиста юзверским его назвать ну никак нельзя - он обгаживает некоторые системные компоненты...:) А вот правильный это подход или нет - совсем другой вопрос, но могу заметить - это не только виндовая проблема...
Ну не валтся он ни после одной минуты, ни после получаса, ни после 24х часов 100% загрузки проца... Если ты думаешь что на счет 24х часов я преувеличиваю - нет, пару раз когда были непонятные проблемы с железом гонял ровно сотки CPUBurn... Ничего выжил (потом выяснилось что это долбаный IDE RAID глючил).
Ну не надо мне рассказывать про работу фряхи на железе из помойки... Да работает, только вот иксы пускать не стоит и кернел иногда паникует...;) Замечу - я сам фряху люблю и активно пользую... Но не везде, а на вполне определенных задачах...;)

ЧУВАКИ ХВАТИТ СПОРИТЬ ДАВАЙТЕ ЖИТЬ МИРНО))))))) Вот именно. И не надо наезжать на все винды. 95-98-Ме - действительно гадость. А основанные на НТ - 2000,ХР - стабильные системы, виснут редко, и то если замучаеш. Ресурсов жрут, но зато работать и устанавливать удобно, даже если опыта мало. В линуксе я не работал, только пробовал. Так там с правами рута повесить комп не имея хороших знаний по системе - очень легко :) И в ХР и в Линукс все зависит от человека, руки прямые - и там и там нормально будет работать

2 Irsi

Не "r/o и кривая", а "r/o ИЛИ кривая". Т.е. или r/o и нормально, или r/w и криво.

2 lenin

А персонально вам - учиться, учиться и третий раз учиться. 8)))))
4 месяца жил рейзер на машине, которой не менее 5 раз в день питание отключали (в той конторе были
1) п#$%^сы, которые жали на "повер офф", если видели машину, з акоторой никто не сидит. Ругаться с ними я устал
2) Очень муевая проводка, которая вылетала, когда начальник кондиционер включал
)

Жил бы и долше - но я не выдержал 8)))))

2Zulu: да ну? и что оно нормально потоки считывает? а как оно с ACL обходится? а как оно осознает динамические тома? а как оно обходится со сжатыми файлами (про криптованые я даже не спрашиваю)?
И это нормальный r/o драйвер? Ну не смешите мои тапочки...:(

Круто.
А проверяться пробовал?

4Irsi: Насчет 'всяких' дефрагментаторов я не знаю, но когда
фрагментировано 98% после месяца активного использования и машина
заметно тормозит на открытии файлов, я, почему-то, верю симантеку,
тем более, что их дефрагментатор лучший.
А у тебя когда машина с винта хреново начинает читать и ты видишь
дикую фрагментированность, ты предпочитаешь на это закрывать
глаза?

Мда, написал я вчера вечером сюда пару мессаг, попил чаю и лёг спать, а тут вон чего.... Ладно, отвлечёмся от файловых систем, ребята. Просто нет сил долго и нудно объяснять, что ntfs ни разу не хуже ext2. Будете в Воронеже проездом, заходите, за чашкой зеленого чаю объясню уж, в более спокойной обстановке.

Я вот что вспомнил, мы вроде про архитектуру ядра говорили. Вот мне нравится объектный дизайн ядра NT, котрого в Linux нет. В NT Executive есть object manager который единообразно работает со всеми объектами ядро, будь то файлы, потоки, сокеты и т. д. На основе такой архитектуры очень красивая получиоась система безопасности. У всего, что есть объект (а все - и есть объекты), есть ACL. В Linux-е до сих пор используют подход, когда все объекты намапливаются на файловую систему, и права на объект пишутся в inode. Не слишком елегантно. А что если объектов много ? Место под inode жалко ведь. Появляются суррогатные решения, типа devfs. Брр..

Надо понимать, что NT корнями уходит в UNIX и VMS, метафора устройство=файл в NT, например, из старых времён взялась (хотя inode под устройства не резервируются). Просто про проектировании NT сели и подумали, как решить ряд проблем присущих UNIX (ведь создавали NT на пустом месте, наследовать архитектуру UNIX не надо было). Linux, продолжающий тянуть лямку обратной совместимости с классическим UNIX, обречён зайти в тупик. Если уж делать ОС будущего, хоть opensource, хоть нет, надо начать с чистого листа. Повторюсь, у HURD в этом плане ещё есть какие-то шансы.

Окромя PPC & x86 остались еще: Alpha, ARM (некоторые, впрочем это слишком узкоспециально), ia64 & x86_64 появились, опять же. S/390 там всякие, sh - в геймконсолях.

A kak naschet Mac OS X?

anonymous (*) (2003-02-06 14:25:05.219)
Так наезды это от юношеского максимализма. С возрастом пройдут.
А ситуация с M$ смахивает на анекдот типа: Человека вытаскивают из
болота, а он те и говорит так я там типа живу.
Если людям охота жить в говне, надо им помочь его добавить,
ибо это обычная человеческая потребность....

Эта, какого места на иноду то жалко? В памяти? так все равно место под какой-нить об'ект да надо аллоцировать, надо же где0то зранить всякие свойства.

На диске жалко? Так диски нонче большие. Опять же, пусть не в иноде, но в каком-то об'екте на диске все равно надо свойства хранить.

А что devfs позволяет экономить я так и не понял. Ничего, судя по моим наблюдениям. Другое дело что используя devfs удобно видеть что в системе есть, а чего нет.

2ranckont Поддерживает ext2 большие файлы - знаю - только надо кернел апдейтить... Но эта тема много раз обсуждалась - не интересно. А вот большую память можно обсудить. Насчет сантехники, которую доводят около месяца. К Sparc Solaris ведь это не относится! ОС ставится без единой проблемы и работает так же(в плане глюков). А до линукса я только с ней дело-то и имел. Прикинь мой облом когда я, начитавшись в инете статей про линух, поставив который получаешь "простоту управления windows и надежность unix" увидел как все работает в реальности!!? (Пойми правильно - совсем не хочу сказать что solaris - cool, linux - отстой - ведь по какой-то причине линукс кажется потихоньку становится популярнее в отличии от любого юникса).

С товарищами из SUSE затеял переписку - вежливые перцы - на все вопросы отвечают. Но не смогли сказать, что за кернел работал на SLES8 в TPC-тесте на http://www.oracle.com/apps_benchmark/html/index.html?results.html на Compaq DL580G2. А вообще на мой вопрос "Где мне взять нормальный кернел конкретно для моего железа?" Сказали "Ждите, очень скоро сделаем и он будет там-то и там-то".

Вообще, мне кажется - была бы популярна какая-нибудь фирмочка, которая брала бы Интеловское железо одной линии (Например от IBM или Compaq) и продавала бы его с предустановленным и оттюненным именно на этом железе и под это железо линухе в кач-ве платформы для мощного корпоративного сервера как дешевую альтернатику Sun+Solaris или IBM+AIX.

В общем что сделать с моим Compaq пока не знаю. (А sun4500(c которого хотели перенести оракл на compaq) - тормозит все больше и больше - база растет - юзера плачут). Ставить MS 2000 Datacenter пока страшно, я в windows по большей части только печатать в Word и письма в Outlook писать умею, и вообще в конторе по виндам нет специалистов... А оракл в виндах совсем по другому реализован как я понял...

[skipped] > 2Green: Форум модерировать надо. Надо искать человека, который захочет это > делать. Заебали эти урода а-ля Irsi. Шавки. Хрен конечно с ними, но фильтровать много приходится при чтении.

От таких как Irsi - пожалуй не надо. Например если бы в этом треде ирси не начал бы распространяться насчет ntfs, не было бы ответа anonymous (2003-02-05 23:26:32.455) (большое ему спасибо), и когда бы я услышал еще о OCFS - большой вопрос.

Была такая фирмочка. VA Linux (или VA Software?) называлась, да оказалось что невыгодно это, потому она продолжила железками торговать, но линукс под них тунить перестала, и соответствующий отдел разогнала.

anonymous (*) (2003-02-06 14:55:49.949)
Насчет кернела. Это у меня вошло в практику.
При установке Линуха надо обязательно поставить кернел посвежее.
Или по крайней мере его под свою железку перекомпилить.
Очень советую !
Исключение составляет разве только что Слака.Да и то ненадолго.
А вы SLES покупали или только хотели взять?
А насчет Виндов - тоже моя практика - ежели с Линухом разобрался -
то с Виндовзом точно разберёшся. Только очки нужно с большими диоптриями и бумажник по больше...

anonymous (*) (2003-02-06 14:55:49.949) - это я - nazarov_serg303

anonymous (*) (2003-02-06 14:55:49.949)
Ктати смотрел на http://www.suse.de/de/business/certifications/certified_hardware/manufacturer... у них есть как раз
упоминание про какой-то новый патч. При попытки пойти на эту ссылку
требует пароль.....
попробуй....

anonymous (*) (2003-02-06 15:12:44.341)
<<anonymous (*) (2003-02-06 14:55:49.949) - это я - nazarov_serg303>>
Не верю.....
Я догался...

Irsi> 2speer: rtfm! Задрали, если честно - самим доки прочитать лень? Я по райзеру и т.д. сам читал, ибо на все запросы об их возможностях получал тот же rtfm...

Я прошу описать известные ТЕБЕ и воспроизводимые ОПЫТЫ по демонстрации превосходных (по-твоему!) свойств NTFS. Читать-то я умею про интерналс, я хочу чтобы ты помог их увидеть, так сказать, в экстерналс!

А то сам я могу продемострировать только пару-тройку ситуаций, когда NTFS ведет себя просто отвратительно, хотелось бы обратного...

2 ranckont Кернел посвежей... Да ж прям еще не остывшие еще после обработки девелопера беру! Например ftp.suse.com/pub/suse/i386/supplementary/commercial/Oracle/sles-8/kernel/ k_smp-2.4.19-195.i586.rpm C aio вкомпиленым! Да правда этот на моем CompaqSmartArray5i panic при загрузке отчебучил. А вот с k_smp-2.4.19-145.i586.rpm(официальный апдейт!) оракл импортировать не могу - ORA-00607 при заливке гарантирована. Импортирую посему оракл на оригинальном от RedHat8 2.4.18-14 что видит 3.8G RAM - А уж работать пытаемся на 2.4.19-145 - правильно говорит [anonymous (*) (2003-02-05 23:26:32.455)] - "для каждой задачи должно быть свое решение, а не все в одном флаконе" :)

А скомпилить новый - например 2.4.20 не пробовал. Во первых патчь для async io не найду для него - пишут oracle на 5-15% c ним быстрее работает, да и вообще товарищам из suse или redhat больше доверяю. Те в отличии от меня(я-то простой юзер) могут грамотные исходники подобрать...

А покупаем RedHatAS2.1(пока он еще ко мне не приехал) - чтоб было кому вопросы задавать :) . Ведь егоный оригинальный 2.4.9-3e кернел я уже попробовал - "мерзнет" очень быстро - команда ls в директории с 2-мя файлами выполняется по 20 минут, загружая один из процов в течении всего этого времени на 99.9%

2 ranckont Кернел посвежей... Да ж прям еще не остывшие еще после обработки девелопера беру! Например ftp.suse.com/pub/suse/i386/supplementary/commercial/Oracle/sles-8/kernel/ k_smp-2.4.19-195.i586.rpm C aio вкомпиленым! Да правда этот на моем CompaqSmartArray5i panic при загрузке отчебучил. А вот с k_smp-2.4.19-145.i586.rpm(официальный апдейт!) оракл импортировать не могу - ORA-00607 при заливке гарантирована. Импортирую посему оракл на оригинальном от RedHat8 2.4.18-14 что видит 3.8G RAM - А уж работать пытаемся на 2.4.19-145 - правильно говорит [anonymous (*) (2003-02-05 23:26:32.455)] - "для каждой задачи должно быть свое решение, а не все в одном флаконе" :)

А скомпилить новый - например 2.4.20 не пробовал. Во первых патчь для async io не найду для него - пишут oracle на 5-15% c ним быстрее работает, да и вообще товарищам из suse или redhat больше доверяю. Те в отличии от меня(я-то простой юзер) могут грамотные исходники подобрать...

А покупаем RedHatAS2.1(пока он еще ко мне не приехал) - чтоб было кому вопросы задавать :) . Ведь егоный оригинальный 2.4.9-3e кернел я уже попробовал - "мерзнет" очень быстро - команда ls в директории с 2-мя файлами выполняется по 20 минут, загружая один из процов в течении всего этого времени на 99.9%

nazarov_serg303

Дистрибутив - Slackware какой-то не понмю уж чего я домой ставил. Давно это было. На работе Slackware - 8.1.

2Zulu Чему мне учиться-то ? Конктретно плиз - незнание чего именно приводит к порче такой великой и надёжной ФС как рейзерФС ? Это во-первых. Во-вторых, видишь-ли, о знающий всё, мне нужно, чтоб работало и ситуация, когда улетают вникуда мои файлы с надёжной, устойчивой к сбоям ФС и мне потом втирают что де я какой-то тама патч не поставил (или ещё что заумное, о котором я по глупости своей не имею никакого понятия), меня не устраивает ну никак. >4 месяца жил рейзер на машине, которой не менее 5 раз в день питание отключали Ради Бога. Не имею ничего против. Об надёжности рейзерФС уже обчитася. Попробовал - лишился парочки файлов. Больше пробовать желания нет и никому не советую. С ext3 не исчезало ещё ничего. Общаюсь с ext3 с момента выхода 2.4.13, учли не ошибаюсь. Её ещё в ядре её официально не было.

2 ranckont ><<anonymous (*) (2003-02-06 14:55:49.949) - это я - nazarov_serg303>> >Не верю..... >Я догался.

Да, смешно получилось :) До моего сообщения "вдогонку" пара сообщений в трейде успела проскочить

Активный топик седня!

nazarov_serg303

nazarov_serg303
Ты по ссылки ходил? а-ли как. Выдержка:
<<NOTE: SLES 8:
Kernel parameters "apic" and "acpi=oldboot" has to be used
Valid for : kernel upgrade k_smp-2.4.19-145 from our
:Maintenance Web>>
Я и говорю скачай хотя-бы исходники для это кернела и перекомпили.
Затем попробуй сам Oracle перекомпилировать...
Ей-богу как маленькие...

2green:
"Эта, какого места на иноду то жалко?"
Небольшая цитата (http://www.atnf.csiro.au/people/rgooch/linux/docs/devfs.html):

/dev growth
A typical /dev has over 1200 nodes! Most of these devices simply don't exist because the hardware is not available. A huge /dev increases the time to access devices (I'm just referring to the dentry lookup times and the time taken to read inodes off disc: the next subsection shows some more horrors).
An example of how big /dev can grow is if we consider SCSI devices:
host 6 bits (say up to 64 hosts on a really big machine)
channel 4 bits (say up to 16 SCSI buses per host)
id 4 bits
lun 3 bits
partition 6 bits
TOTAL 23 bits

This requires 8 Mega (1024*1024) inodes if we want to store all possible device nodes. Even if we scrap everything but id,partition and assume a single host adapter with a single SCSI bus and only one logical unit per SCSI target (id), that's still 10 bits or 1024 inodes. Each VFS inode takes around 256 bytes (kernel 2.1.78), so that's 256 kBytes of inode storage on disc (assuming real inodes take a similar amount of space as VFS inodes). This is actually not so bad, because disc is cheap these days. Embedded systems would care about 256 kBytes of /dev inodes, but you could argue that embedded systems would have hand-tuned /dev directories. I've had to do just that on my embedded systems, but I would rather just leave it to devfs.
Another issue is the time taken to lookup an inode when first referenced. Not only does this take time in scanning through a list in memory, but also the seek times to read the inodes off disc. This could be solved in user-space using a clever programme which scanned the kernel logs and deleted /dev entries which are not available and created them when they were available. This programme would need to be run every time a new module was loaded, which would slow things down a lot.

2 ranckont. Эх блин! "Скачай, потом прекомпили..." А хочется-то сразу - чтотб поставил и все заработало! По ссылке ходил. Не тыкайте в меня пальцем, но я не понимаю что это значит "Kernel parameters "apic" and "acpi=oldboot" has to be used" При загрузке кернелу эти параметры нужно передать? Почему сразу их не встроить в кернел чтоб ничего не передавать?

Я конечно попробую, пасиб. Рез-т могу сообщить (по почте :))

nazarov_serg303

Инетресный Ленин.

Не имеешь понятия? А как ставить ext3 на ядро, в котором изначально нет ее поддержки - имеешь понятие? Оригинал. Вот стало быть это я буду делать, а то же самое для рейзера - не буду, нехай так крутится 8) Ну-ну. Так любую базу подвести можно.

Ирси...

Ничего он не делает с АЦЛ. А что он делать с ними должен? Игнорирует. Как ты себе представляешь их учитывать. Ок, там в АЦЛ написано, что (допустим) запись и чтение имеет такой-то пользователь, только чтение - все остальные. И что делать с этим АЦЛем? Куда совать того виндового пользователя, который имеет права на запись. Это ты не смеши тапки...

> Просто сложилось такое заблуждение, что ОС - это не просто ядро,
> а целая куча сопутствующего софта, вплоть до графической оболочки ...

согласно последнему квартальному отчету от M$ - это все есть "оригинальная идея (в области ПО - мое прим.) ... с большим объемом финансирования исследований и разработок"

создание клонов имеет практически-юридический смысл - для подачи в суд на M$ за надувательство :)

Ок, начало правджвое, окончание - нет.

Эта самая "clever programme", которая "would need to be run every time a new module was loade" вовсе даже ничего не засловдаунит. Неверишь? Каждый раз когда мы загружаем какой-то модуль - мы запускаем программу modprobe/insmod и никакого особенного слоудауна нету. ;) А уж если к отму чот делает modprobe добавить еще один вызов mknod(), уж точно никто ничего не заметит.

(Ну про то что необязательно в /dev хранить все возможные девайсы, это они и сами там догадались)

>У всего, что есть объект (а все - и есть объекты), есть ACL.
Когда я слышу "ACL" мне сразу представляется "элегантный" способ выделения прав в NTях, который на практике приводит к большой помойке с многочисленными неочевидными дырами в безопасности.

>В Linux-е до сих пор используют подход, когда все объекты намапливаются на файловую систему, и права на объект пишутся в inode.
Решение использовать такой подход imho было выбрано как раз потому, что он является по своему стройным и логичным, а не по причине слепого копирования.

>А что если объектов много?
И как в этом случае поступит NT?

>Место под inode жалко ведь.
Если вы хотите что-то описать, то для этого вам будет нужно место.

>Появляются суррогатные решения, типа devfs.
Если не нравится devfs, её можно не использовать. Кстати, эта файловая система приследует совсем другие задачи.

>Linux, продолжающий тянуть лямку обратной совместимости с классическим UNIX, обречён зайти в тупик.
Линукс не тянет никакой лямки. Всё что ему нужно для совместимости это набор системных вызовов позволяющих поддерживать стандарт posix. Причём львиную долю этой задачи берёт на себя glibc. Что касается внутреннего устройства ядра, то оно довольно сильно отличается от традиционных юниксов (посмотрите на xBSD).

>Если уж делать ОС будущего, хоть opensource, хоть нет, надо начать с чистого листа
Иногда это полезно, а иногда и не очень...

>Повторюсь, у HURD в этом плане ещё есть какие-то шансы.
IMHO у HURD есть все шансы. Это никак не влияет на достоинства/недостатки Линукса. Оба подхода вполне жизнеспособны и оправданны. Никто ведь не станет утверждать, скажем, что *везде* надо применять один конкретный язык программирования?

nazarov_serg303
Результаты очень интересуют.Ranckont@mail.ru
Вообще-то РедХату я не очень бы доверял.
А насчет перекомпили...
Умные люди говорили-же - учите мат часть.
В Internat поищи HOWTO Kernel. Он где-то и по-русски есть.
Ну прямь даёте - прямо из коробки и Виндовс на ПиСюк не встанет.
<<При загрузке кернелу эти параметры нужно передать>>
Точно так. Кернел он один - а задач и железок много. Цитирую:
"для каждой задачи должно быть свое решение, а не все в одном флаконе"
Ну да ладно-хорошего понемногу. Можно и домой двинуть...

2 ranckont

А исходники для 2ю4ю19-145 нарыть не могу - потому как не знаю их название. И вообще сложно понять связь между rpm-ми и ихими sorce. например для k_smp-2.4.19-195.i586.rpm исходники называются kernel-source-2.4.19.SuSE-130.i586.rpm.

Вот так!

nazarov_serg303

2asaw:
не надо к словам цепляться. Может кто-то станет утверждать, что ACL не нужен ? Если бы ACL не был никому не нужен, не старались бы его реализовывать и в opensource ОС. Во FreeBSD 5.0 кстати, ACL есть "out of the box". Это не дань моде. Это действительно нужно. А оставить дыры в безопасности можно и без ACL. Вот в NT ACL есть у любого объекта, не только у файлов. Причём набор прав может отличаться в зависимости от типа объекта. А в Linux на все права отдано 9 бит (ну, 12).

По воводу UNIX-совместимости. Это glibc реализует fork() ? В "Just for fun" Linus пишет, что специально стремился к совместимости с POSIX. POSIX - это стандарт, выросший из AT&T UNIX. Стандарт, охватывающий в том числе системные вызовы. При чём тут тогда glibc ??

И чем Linux "сильно отличается от традиционных юниксов" ? Наличием kernel modules может быть ? Суть та же.

О, как грелка тузика заговорила. Видать Ирси забрал тапки с предыдущей работы и прибил второй init в системе, и даже может быть наконец запаролировал маршрутизатор.

А так почитаешь - глаза горят, умнее всех, только вот сведущие люди совсем другое рассказывают. Хе-хе.

2jackill: как тебе этого удалось добится? Сразу забил диск на 95%? Или конвертнул fat32 в ntfs? Или партишен мейджиком активно размер менял? Ну скажи - как???

2green: альфа - увы мертва, впрочем на нее перенести не проблема это точно. ARM - ты сам сказал, ia64 & x86_64 - совсем свеженькие, да и последняя пока еще виртуальная яб сказал.
Вообщем проблема с пероносом там - совсем не в том чтоб скомпилить ядро, перекомпелять сервисы и т.д. Проблема - в отсутствии платформенно-зависимых драйверов, а яблокам заниматься этим совсем не охота ибо у них свое железо. Вот поругаются они с мелкософтом оканчательно - тогда интересней будет...:) И еще - их ОС настолько хороша, а железо нынче эээ... весьма посредственно, ток что полноценное портирование своей ОС на другие платформы может весьма негативно сказаться на их основном бизнесе (продажа железа).
Про S/390, AS/400 и прочих монстриков - не позорься... Линукс там живет как гостевая ОС, так что это ну не знаю... cказать что линукс портирован в VMWare чтоль...;)

2anonymous (*) (2003-02-06 14:43:59.602): Десятка это дарвин с гуем. :)

2speer: ну у тебя и вопросики...:) я не знаю какие опыты я могу тебе предоставить за демонстрацией преимуществ NTFS... Да имхо это и бессмысленно - надо просто знать какие фичи она поддердживает и понимать как и где их можно применить... А вот по этим двум пунктам можно говорить долго - это тема для не одной статьи...

2Zulu: да хотя бы проинтерпретировать их... полезно иногда...:) А как на счет остальных пунктов? То-то...:(

На счет якобы "кривости виндовых ACL" - да не кривые они, просто заточены не под SOHO сегмент! В большой организации ОЧЕНЬ удобно, а вот с юниксовой системой прав - вешелка. Зато на SOHO рынке юниксовая система прав рулит... Думаю что в конце-концов мелкософту придет в голову развалить винды на две ветки - SOHO & Enterprise и применить в них разную систему прав, благо с архитектурой NT/NTFS это как два байта переслать... Впрочем насколько я понимаю с XP Home они попытались сделать кое-какие шаги в этом направлении...

P.S. Как радуют некоторые тупорылые онанимусы - сказать хочется, а нечего... но пытаются...;) для таких как они даже "красноглазый" комплимент...:)

"Эта самая "clever programme", которая "would need to be run every time a new module was loade" вовсе даже ничего не засловдаунит. "

да, но 8 megainodes создавать - это как-то неэлегантно. Хорошо, пусть мы имеем "hand-tuned /dev directories". ОК. Но сама идея делать inodes для девайсов недальновидна. А если я не ext2 использую для root partition, на которой лежит /dev, а ФС, которая не поддерживает special files ? А если у меня root partiotion смонтирована read-only ?
Наконец каким-то девайсам может не хватать major/minor номеров. Кто сказал что minor number - 8 бит ? На мэйнфреймах контроллеры ввода-вывода могут поддерживать тысячи устройств.
Куча проблем. Devfs для того и писали, чтоб их решить. Получается, что в ядре одна идеология, но так как с ней проблемы, нужно лепить патчи... Даже если devfs решает проблемы, возникает вопрос, почему от этой идеологии не отказались ещё при проектировании ядра ? Потому что ТОГДА об этом никто не подумал.

>В линуксе я не работал, только пробовал. Так там с правами рута повесить комп не имея хороших знаний по системе - очень легко :)

Если ты про переход в состояние, выходя из которого не знаешь - да.

А если в каноническом смысле зависание==kernel panic - хрен тебе. Это явление вызвать непросто, независимо от того, с какими правами ты работаешь.

>Может кто-то станет утверждать, что ACL не нужен ?
Я стану утверждать что он нужен не всем и не всегда, и уж точно не необходим - без него довольно счастливо жили много лет.

>Если бы ACL не был никому не нужен, не старались бы его
>реализовывать и в opensource ОС. Во FreeBSD 5.0 кстати, ACL есть
>"out of the box".
Мне надо бежать включать ACL в своём Линуксе?

>Это не дань моде. Это действительно нужно.
Да, ингода это бывает полезно

>А в Linux на все права отдано 9 бит (ну, 12).
И что, этого мало?! Я с таким утверждением не согласен: практика показывает обратное.

>По воводу UNIX-совместимости. Это glibc реализует fork() ?
А то что? А что реализует posix threads?

>В "Just for fun" Linus пишет, что специально стремился к
>совместимости с POSIX. POSIX - это стандарт, выросший из AT&T UNIX.
>Стандарт, охватывающий в том числе системные вызовы.
В этом стандарте не записано что все вызовы обязаны предоставлятся ядром. На самом деле в любом юниксе большая часть реализации этого стандарта находится именно в стандартной библиотеке C и нормально программа общается с ядром именно через эту библиотеку.

>При чём тут тогда glibc ??
Читай внимательнее мой пост.

>И чем Linux "сильно отличается от традиционных юниксов" ? Наличием
>kernel modules может быть ? Суть та же.
Linux отличается от BSD примерно также как и BSD от HURD. Но суть у них у всех более или менее юниксовая.

2nazarov_serg303 aka anonymous (*) (2003-02-06 10:57:55.623)
> Как роутер, веб-сервер для однопроцессорной машинки ничего нет лучше. А вот сервер для средней базы данных - кошмар! Видать многопроцессорность и поддержка RAM более 4G только на стадии разработки и тестирования несмотря на громкие оры по всему инету о переводе больших баз с unix на linux! Я, пытаясь перевести оракловую базу с sun4500, так и не смог найти нормальный кернел который бы корректно работал с Oracle9.2 на Compaq Proliant DL580G2 с 6 G RAM... Кернелы или "Замерзают" после 1 - 10 часов работы, либо вылетают ошибки oracle из серии ORA-0060x. Что за чудесные кернелы используются в тестах на www.oracle.com или www.tpc.org на linux с RAM в 32Гиг я за полторы недели так и не смог выяснить... Причем должен сказать что этот же оракл работает у меня с обычным кернелом (который видит до 4G RAM) совершенно стабильно и нормально.
Для нормальной работы Oracle 9i попробуй заюзать Red Hat Advanced Sevrer 2.1. А Compaq Proliant просто отстой :-), драйвера для мониторинга proc/fan/temp... дают только под конкретные ядра, собаки бешеные :-), и APIC на компаке можно было получше сделать.
P.S. Если база работает на Sun/Solaris, не торопись переводить ее на х86/linux, потеряешь производительность из-за кривости самой архитектуры х86.
P.P.S. Теоретически Linux Kernel на х86 платформе поддерживает мах 64G, практически сам юзаю 2.3G (ядро 2.4.9 от RHAS2.1, sga=~900M, Oracle 8.1.7.4), полет нормальный :-)

Если твоя rootfs смонтирована в RO (или неумеет special files) - примонтируй /dev как tmpfs, всего-то делов ;)

По поводу минора 8бит - это сейчас такая реализация и от этого отходят уже.

devfs писали для другого. Хотя и в чем-то похожего применения.

Альфа не так и мертва. Compaq до сих пор продает сервера (и анонсирует новые линейки серверов) с альфами.

Про сравнение S/390 с vmware я не согласен, пока ты не продемонстрируешь мне процессор на который Linux был портирован раньше чем на S/390, и чтоб система команд этого процессора была совместима с S/390

Насчет хорошести MacOS X ничег осказать, ни сырцов ни самой ОС я пока особо не видал ;)

Проблема с отсутствием платформно-зависимых драйверов не стоит, потому как можно взяьт существующие от NetBSD (netch утверждает, что в MacOS X так же много чего от NetBSD). По поводу того чот их продажи железа могут упасть - они ж отлько Darwin под чужое железо раздают, акву и прочее - дают только для маков, так что эта проблема тоже не стоит.

А можно по сабжу?????

Кто нить может сказать, че под сабжем запустить можно? Насколько я понял, она из-под доса загружается.

Кто-нить смотрел/ставил? Какие возможности?

А то блин флейм один.

no comments

Уважаемые, а кто-то сабж ставил?

чё за прикол там? её юзать уже можно? какая-то прога на скриншоте под вайном, да ещё и на виртуальной машине из-под винды, это к чему?

извините, если я не в тему ...

не аноним я, а VV[punk.com.ua]

пардон, но я в списке их приложений не увидел ни одной GUI программы, что за Хэллоу там на скриншоте, и проект этот датирован "4th of March 2002" с последним обновлением 6-го того же месяца, смахивает на развод первоапрельский... не слишком ли запоздало до нас доходит?

VV[punk.com.ua]

2all
Смотрел, ставил, под vmware, инсталлится и работает (медленно), текстовый режим, приложения не пробовал, может и выйдет из этого что-либо, но сыровато пока.

Irsi> ну у тебя и вопросики...:) я не знаю какие опыты я могу тебе предоставить за демонстрацией преимуществ NTFS...

То есть, просвещая красноглазых, ты ничего в доказательство качества и удобства NTFS и превосходства её в жизни в жизни над самой (концептуально) простой ext3 не можешь ПРОДЕМОНСТРИРОВАТЬ?!!! Только советуешь ПОЧИТАТЬ желтизну рекламн-техническую, проникнуться и УВЕРОВАТЬ?! Да ты обсдался, парень! Это желтоглазый фанатизм - не находишь?

А rawfs, tmpfs в WinNT/XP есть?! Или чтобы получить реальные преимущества от столь несложных в реализации штук надо DataCenter сразу покупать?

Кстати, тебе и я (давно) и ещё кто-то недавно просили привести пример приложения использующего преимущества пресловутой "многопоточности" (именно так ты что-то называешь!) у NTFS. Ну так и где?!

Ну давай Ирси, еще раз расскажи нам, как МЫ страдаем от отсутствия тредов в fs. Если бы ты программил бы когда-нибудь, может бы и понял, что треды лишний и никому не нужный гемор. А так повыделывайся, дурачок красноглазый.

Тому, кто первым перевел thread как "поток", надо поставить памятник. С табличкой "Плевать сюда".