Гость из другого мира Unix

_basmp_
как я понимаю, все эти "железные" папки загружаются в оперативку при загрузке?

 

А какое отношение.. К тому-же локальные не SQL-ные бд - частями кэшируются в памяти если возможно.

Я там вроде привел примеры. Вы их не прочли наверное. Сравните их с коммерческими аналогами (я специально не писал про гимп, тк фотошоп - отличная прога, хотя я юзаю гимп).

Вот тут видимо я тупой или мне так везет. Но клиенты обычно на слова 'четкозаданое ТЗ' сперва рассказывают много и длинно про 'хочу вроде как' и 'но чтоб не'. Если продолжаю настаивать говорят 'я в этом ничего не понимаю, поэтому вы мне и нужны', если и тут не успокаиваюсь - заканчивают 'наверно у нас ничего не получится. Best Regards.' Дальше я ищу новую работу.

 

нет. там другой принцип.

 

_basmp_
в общем склонен согласиться, что такая организация работы с железками удобна, а мой пример с бд, на данный момент, сырой и неопределённый)

сейчас нет на это времени, одно знаю - много хороших либ по математике родом с линуха и бсд.

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

 

А можно поподробнее, на тему БД? Я, честно говоря, так и не понял, чему она упомянута и как ее предполагается использовать.

Не рекомендую разбрасываться подобными фразами - даже тут могут оказаться неуравновешенные фанатики FOS. =)

А кто говорит о простом презрении? Вот очень хорошо скрываемое презрение - самое оно. А тут можно расслабиться и высказать его. =)

 

UbIvItS_basmp_
о чём спор? товарищи
А главный вопрос поиск "истинного" UNIX.

 

Философии UNIX, которая сводится к 9 основным принципам:

Маленькое прекрасно.
Пусть каждая программа делает одну вещь, но хорошо.
Собирайте прототип как можно раньше.
Предпочитайте переносимость эффективности.
Храните данные в простых текстовых файлах.
Используйте программные рычаги для достижения цели.
Используйте сценарии командной строки для улучшения функционала и переносимости.
Избегайте связывающего программу (captive) пользовательского интерфейса.
Делайте каждую программу «фильтром».

Mike Gancarz

 

весь принцип основан на фиктивных (реально не существующих на блочном устройстве) i-узлах, расположенных в кэше i-узлов, т. е по сути в ОЗУ

 

Hexcrystal
Насколько я понял разговор о план9. План9 != юних, хотя и его прямой потомок и по идеям, и по философии, и по родителям, и по роддому.
rei3er

Драйвера и сервисы тоже в озу..

 

Вопрос даже не в неуравновешености и фанатизме. Я ведь привел список примеров реально обходящих коммерческих аналогов. Свободное ПО значительно гибче коммерческого. При отказе родоначальника от поддержки стоящего ПО у него появляются последователи со своими новыми идеями, постоянно порождаются потомки и иногда они выростают в отдельные очень серьезные вещи (пример: язык С и его дети). Те идет эволюция. Приведите пример такого процесса у коммерческого ПО.
И еще, любое коммерческое ПО содержит как минимум одну опенсорсную библиотеку или идею.

 

и что?
принцип от этого не меняется

 

Не понял? Об чем мы?

 

Hexcrystal

Балшыт

 

вот и я не понял...
ладно, проехали

 

Voodoo

бд, по своей сути, являет собой отсортированный список ресурсов по классам (принтеры, накопители.......) и по состояниям (занят/не - занят/не - хватает прав на использования). тоесть менеджер хард ресурсов не завязан на фс, список ресурсов грузится в оперативу и может юзаться в распределёнке и прозрачность доступа ничуть не меньше.

 

Спроектируйте это на фс как спецкаталог - вот вам и юникс фокус

Вам придется иметь зеркальный набор инструментов для работы с вашей бд + инструменты для взаимодействия файлы --- устройства + такой-же фокус для процессов + еще раз для сети + ... Получаем вынь - 4Гб ядро + примитивные инструменты + необходимость искать спец проги для элементарных операций.

 

_basmp_

ну, не всё так страшно: я говорю об отрыве от фс, а не от всей оси полностью
хотя трудно спорить, что такой подход даст значительные преферансы, ради коих стоит так суетиться)

 

Не страшно, но сильно неудобно.

Э-эм.. какой подход? Какие преферансы и что за суета?

 

_basmp_

отрыв от фс.

например, к компу подрублены принтеры (расшариные), сам комп не имеет накопителей, загрузка оси идёт через сеть.

 

Ну так и что? Появится еще один девайс на ваш принтер. На него делается симлинк
# ln -s <ваш принтер> /dev/prn
и юзается как локальный. Пример
# echo Hello From Shared Printer > /dev/prn
Как вы ее грузите и есть ли накопители - без разницы. Корневая ФС *них-ов к дискам отношения не имеет.