Два “тяжелых” вопроса на сегодняшнем кандминимуме.

← →
Дураг (2006-09-11 19:32) [0]

1. Языки, которые ориентированные на параллельную и распределенную обработку. Особенности реализации.

Мной было высказано положение, что существуют специализированные языки для автоматического распараллеливания вычислений, но программы способные производить распределенную и параллельную обработку можно писать на любом языке, даже 1С. Например, если написать Wrapper MPI библиотеки, которые представляет вызовы MPI в COM объекте, то можно производить пересылку сообщений между запущенными пользовательскими сеансами 1С и производить вычисления или выборку с обработкой данных удаленно и параллельно.

Так вот основное несогласие со мной было высказано по поводу, что в непредназначенных для этого системах самому приходится писать код распараллеливания и синхронизации, а в том же Parallel Fortran компилятор это делает сам, что позволяет программисту сосредоточится на написании кода совершенно не задумываясь как он будет выполняться. А Java по этому тоже совсем не предназначена для распределенной обработки, так как там самому нужно проектировать распараллеливание алгоритма.

У меня аж вопрос возник, там я его, правда не высказал: таким образом, в ошибках программы на Delphi тоже, получается, виноват компилятор, а не программист, так как компилятор сгенерировал глючный код, а правильный код?

2. Было обсуждение по реферату файловым системам.

Так вот от одного из экзаменующих было высказано положение, что для того чтобы работать с файлами в новой файловой системе, отличной от стандартной, реализованной в файловой системе нужно не внедрять ее драйвер, а переписывать приложение которое работает с файлами. Оказывается, приложения у нас работают с файлами напрямую, а не через API операционной системы. Долго доказывал обратное, так что в конце аж засомневался в своей правоте.

← →
Ega23 © (2006-09-11 19:35) [1]

> Оказывается, приложения у нас работают с файлами напрямую,
> а не через API операционной системы.

А как работает с файлами API ОС? Через ещё одно API?

← →
Дураг (2006-09-11 19:37) [2]

>Ega23 © (11.09.06 19:35) [1]
>> Оказывается, приложения у нас работают с файлами напрямую,
>> а не через API операционной системы.
>А как работает с файлами API ОС? Через ещё одно API?

Нет приложения на Delphi сами лезут к диску и начинают разгребать файловую структуру в raw mode.

← →
Ega23 © (2006-09-11 19:57) [3]

> Нет приложения на Delphi сами лезут к диску и начинают разгребать
> файловую структуру в raw mode.

Дык он тебя про конкретную реализацию ОС спрашивал, про реализацию своего хитрого драйвера, или всё-таки про user-mode в Windows?
Это я для уточнения вопроса. Не наезд, в общем... :о)

← →
GRAND25 © (2006-09-11 20:03) [4]

Мне кажется, здесь правы и тот, и другой. Операционные системы бывают разные в зависимости от уровня сервиса, предоставляемого программисту на языках высокого (или не очень) уровня, для работы с файлами. Что вообще понимать под API? Такое понятие появилось только в виндах (а если уж быть совсем точным, то немного раньше - в OS/2), а до этого весь Application Program Interface заключался в виде прерываний операционной системы, самое знаменитое из которых int 21h из MS-DOS. Ну это я так, типа поумничал. А теперь рассмотрим ключевое высказывание экзаменатора:

> для того чтобы работать с файлами в новой файловой системе,
> отличной от стандартной, реализованной в файловой системе
> нужно не внедрять ее драйвер, а переписывать приложение
> которое работает с файлами.

Лично мне здесь понятно только то, что все зависит только от приложения. Как доступается к файлам программа - через прерывание ОС, через стандартный драйвер или напрямую? От этого и зависит правильный ответ: если приложение ориентировалось на драйверный интерфейс, то достаточно заменить драйвер, если на прерывания ОС (при условии идентичности формата вызова для стандартной файловой системы и нестандартной), то вообще ничего менять не надо, а если напрямую, то переписывать приложение начисто.

← →
AlexWlad © (2006-09-11 20:04) [5]

По первому вопросу твой оппонент намутил жутко. Говорит про компилятор Фортрана и тут же без перехода про язык Java.

← →
Дураг (2006-09-12 06:33) [6]

> Ega23 © (11.09.06 19:57) [3]
>
> > Нет приложения на Delphi сами лезут к диску и начинают
> разгребать
> > файловую структуру в raw mode.
>
>
> Дык он тебя про конкретную реализацию ОС спрашивал, про
> реализацию своего хитрого драйвера, или всё-таки про user-
> mode в Windows?
> Это я для уточнения вопроса. Не наезд, в общем... :о)

Вопрос был такой. Вот есть у меня программа на С++, я использую стандартные функции языка для доступа к файлам, как мне нужно перетранслировать программу, чтобы она работала с твоей файловой системой.

Я и ответил смонтировать диск виртуального каталога сетевой файловой системы NFS или SMB/CIFS(служба доступа к файлам Микрософт Виндовз), где через сетевые протоколы NFS, SMB/CIFS происходит представление моей виртуальной файловой системы, структура которой полностью находится в базе данных. При этом работа с файлами данной файловой системы ничем не будет отличаться от работы с локальными файлами локальных файловых систем.

Дальше был спор, что если файловая система является нестандартной, даже при наличии драйвера, то обязательно нужно перекомпилировать программу, которая работает с файлами. Я утверждал, что что-либо изменять в готовой программе абсолютно не нужно, это сделает драйвер ФС, который через VFS представит файловые данные в обычном виде.

← →
Дураг (2006-09-12 06:39) [7]

> GRAND25 © (11.09.06 20:03) [4]
> Лично мне здесь понятно только то, что все зависит только
> от приложения. Как доступается к файлам программа - через
> прерывание ОС, через стандартный драйвер или напрямую? От
> этого и зависит правильный ответ: если приложение ориентировалось
> на драйверный интерфейс, то достаточно заменить драйвер,
> если на прерывания ОС (при условии идентичности формата
> вызова для стандартной файловой системы и нестандартной),
> то вообще ничего менять не надо, а если напрямую, то переписывать
> приложение начисто.

Где ты видел сегодня приложение кроме Embeded систем чтобы работало с диском напрямую в обход драйверов OC?

Два “тяжелых” вопроса на сегодняшнем кандминимуме. Найти похожие ветки