Ѕаза знаний студента. –еферат, курсова€, контрольна€, диплом на заказ

курсовые,контрольные,дипломы,рефераты

»ерархи€ каталогов и файловых систем в Linux — »нформатика, программирование

¬иктор  остромин

—труктура каталогов пон€тие чисто логическое и к реальным механизмам работы с файлами отношени€ не имеет.  ажда€ конкретна€ операционна€ система могла бы строить ее по-своему, что привело бы к несовместимости и непереносимости программ. √руппой энтузиастов был разработан стандарт FHS иерархии файловых систем дл€ Unix-подобных операционных систем.

Ћюбой пользователь знаком сегодн€ с пон€ти€ми файла и каталога (с точки зрени€ Unix каталог тот же файл) [1-3]. √руппой энтузиастов из сообщества разработчиков программ с открытым кодом была предложена спецификаци€ структуры каталогов дл€ Unix-подобных систем, так называемый стандарт иерархии файловых систем (Filesystem Hierarchy Standard, FHS).

–абота над FHS началась в августе 1993 года с попытки упор€дочить структуру файлов и каталогов Linux. ¬начале его называли проектом стандартов файловой системы Filesystem Standards Project (FSSTND), а перва€ верси€ была выпущена 14 феврал€ 1994 года. ¬ начале 1995 года была поставлена задача по созданию более общей версии FSSTND, предназначенной не только дл€ Linux, но и дл€ других Unix-подобных систем, в первую очередь BSD 4.4. ”читыва€ расширение сферы действи€ стандарта, его переименовали в FHS (www.pathname.com/fhs). —тандарт вобрал положительные качества, присущие BSD и другим системам в части поддержки различных архитектур и учета требований работы в гетерогенных сет€х.

¬о-первых, учитывалось, что, хот€ в Unix-подобных системах структура каталогов представлена в виде единого дерева, отдельные его Ђветвиї могут располагатьс€ на разных носител€х или в разных файловых системах. –азмещение файлов на разных носител€х позвол€ет оптимизировать процессы загрузки, последующего функционировани€ и возможного обновлени€ системы. ѕри этом файловые системы могут физически располагатьс€ на разных компьютерах и быть различными по своей внутренней организации (ext2fs, vfat и т.д.). ¬о-вторых, люба€ Unix-система Ч система сетева€. ѕоэтому при размещении отдельных файлов в различных част€х файловой структуры учитывалось, что некоторые файлы должны быть доступны с других компьютеров в сети, а к другим файлам доступ по сети необходимо ограничить. √руппа нераздел€емых файлов вычлен€етс€ как по соображени€м безопасности, так и просто потому, что эти файлы определ€ют локальную конфигурацию системы и поэтому нужны только на данном компьютере. ¬ыделение группы раздел€емых файлов позвол€ет также экономить общее дисковое пространство. ¬ третьих, существуют файлы, измен€ть которые может только администратор, и те, которые любой пользователь может мен€ть самосто€тельно.   числу статических относ€тс€ исполн€емые файлы, библиотеки, документаци€ и др. ƒл€ р€довых пользователей эти файлы должны быть доступны только на чтение. «нание этих предпосылок помогает пон€ть логику размещени€ отдельных файлов и каталогов в структуре каталогов, предлагаемой стандартом FHS.

 орневой каталог

—тандарт FHS предлагает создать в корневом каталоге следующие подкаталоги:

bin - файлы основных команд (утилит), которые необходимы, когда никака€ друга€ файлова€ система еще не смонтирована (например, в однопользовательском режиме);

boot - неизмен€емые файлы, необходимые дл€ загрузки системы;

dev - файлы устройств;

etc - файлы конфигурации системы на данном компьютере;

home - домашние каталоги пользователей (факультативно);

lib - основные раздел€емые библиотеки и модули €дра;

lib<alt> - основные раздел€емые библиотеки дл€ альтернативных форматов (факультативно);

mnt - точку монтировани€ дл€ временно подключаемых файловых систем;

root - домашний каталог пользовател€ root (факультативно);

opt - дополнительные пакеты программного обеспечени€;

sbin - основные системные исполн€емые файлы;

tmp - временные файлы;

usr - иерархию второго уровн€;

var - переменные данные.

¬ соответствии с требовани€ми стандарта приложени€ не должны создавать файлы и каталоги или требовать наличи€ каких-то специальных файлов и каталогов (помимо перечисленных) в корневом каталоге. ¬о-первых, размер корневой файловой системы желательно сохран€ть по возможности малым, а во-вторых, стандарт FHS обеспечивает достаточную гибкость и удобство размещени€ файлов, не попавших в корневую систему, в других файловых системах и подкаталогах. Ќекоторые подкаталоги корневого каталога факультативны. Ќо уж если они существуют, то должны размещатьс€ в корневом каталоге, но не об€зательно в корневой файловой системе.

 аталог /bin содержит команды, которые могут использоватьс€ как администратором, так и р€довыми пользовател€ми, причем только те команды, которые необходимы, когда никака€ друга€ файлова€ система, кроме корневой, еще не смонтирована (например, в однопользовательском режиме). “е утилиты, которые не так важны, чтобы размещатьс€ в корневой файловой системе, должны размещатьс€ в каталоге /usr/bin. ¬ /bin об€зательно должны иметьс€ следующие команды (или символические ссылки на них): cat, chgrp, chmod, chown, cp, date, dd, df, dmesg, echo, false, hostname, kill, ln, login, ls, mkdir, mknod, more, mount, mv, ps, pwd, rm, rmdir, sed, sh, stty, su, sync, true, umount, uname, csh, ed, tar, cpio, gzip, gunzip, zcat, netstat, ping. ¬ каталоге /bin не должно быть подкаталогов.

 аталог /boot содержит все, что необходимо в процессе загрузки, исключа€ конфигурационные файлы и установщика карты загрузки. ядро операционной системы должно располагатьс€ либо в корневом каталоге /, либо в /boot; программы, необходимые загрузчику дл€ организации загрузки файлов, должны размещатьс€ в /sbin, а конфигурационные файлы загрузчика Ч в /etc.

/dev Ч место расположени€ специальных файлов устройств. Ќа случай, если потребуетс€ создавать файлы устройств вручную, каталог /dev должен содержать команду MAKEDEV, котора€ может создать файл устройства в случае необходимости.

 аталог /etc содержит конфигурационные файлы и каталоги, специфичные дл€ данной конкретной системы, но в нем не должно быть двоичных файлов. ¬ соответствии со стандартом FHS каталог в об€зательном пор€дке должен содержать подкаталог /opt, в котором должны размещатьс€ подкаталоги с конфигурационными файлами отдельных пакетов и приложений. ƒл€ каждого установленного пакета <package> должен создаватьс€ конфигурационный каталог /etc/opt/package. ¬ каталоге /etc должны содержатьс€ следующие каталоги и файлы:

/X11 - конфигурационные файлы X Window;

/sgml - конфигурационные файлы дл€ SGML и XML;

csh.login - общесистемный инициализационный файл дл€ csh;

exports - список контрол€ доступа дл€ сетевой файловой системы NFS;

fstab - посто€нна€ информаци€ дл€ монтировани€ файловых систем;

ftpusers - список контрол€ доступа дл€ демона FTP;

gateways - список шлюзов дл€ демона routed;

gettydefs - установки терминала, используемые демоном getty;

group - список групп пользователей в системе;

host.conf - файл конфигурации дл€ системы разрешени€ имен;

hosts - посто€нна€ информаци€ об именах хостов;

hosts.allow - список хостов, с которых разрешен доступ в систему;

hosts.deny - список хостов, с которых запрещен доступ в систему;

hosts.equiv - список доверенных хостов дл€ rlogin, rsh, rcp;

hosts.lpd - список доверенных хостов дл€ демона печати lpd;

inetd.conf - конфигурационный файл дл€ демона inetd;

inittab - конфигурационный файл дл€ демона init;

issue - сообщение, выдаваемое системой до регистрации пользовател€;

ld.so.conf - список каталогов дл€ поиска раздел€емых библиотек;

motd - сообщение, выдаваемое системой после регистрации пользовател€;

mtab - динамически измен€юща€с€ информаци€ о смонтированных файловых системах;

mtools.conf - конфигурационный файл дл€ mtools

networks - статическа€ информаци€ о сетевых именах;

passwd - файл паролей пользователей;

printcap - база данных с настройками принтеров дл€ демона lpd;

profile - общесистемный файл инициализации дл€ оболочки, запускаемой при входе пользовател€ в систему;

protocols - перечень IP-протоколов;

resolv.conf - конфигурационный файл дл€ системы разрешени€ имен;

rpc - перечень протоколов удаленного вызова процедур;

securetty - файл со списком устройств, с которых может заходить пользователь root;

services - имена портов дл€ сетевых служб;

shells - список имеющихс€ в системе оболочек;

syslog.conf - конфигурационный файл дл€ демона syslogd.

‘айл mtab не соответствует неизмен€емой природе файлов, размещенных в /etc, и помещен в данный каталог в виде исключени€, по историческим причинам.

¬ небольших системах каждый домашний каталог пользовател€ €вл€етс€ одним из непосредственных подкаталогов каталога /home, таких как /home/smith, /home/operator и т.д. ¬ больших системах (особенно когда каталоги /home €вл€ютс€ раздел€емыми между многими хостами) полезно объединить домашние каталоги в группы, введ€ подкаталоги групп, такие как /home/staff, /home/students. ѕоскольку структура домашних каталогов различаетс€ от хоста к хосту, никаких требований на нее не налагаетс€.

/lib содержит раздел€емые библиотеки, необходимые дл€ загрузки системы и запуска команд из каталогов /bin и /sbin. ѕо крайней мере, один из файлов, соответствующих каждому из следующих шаблонов, должен найтись в данном каталоге (это могут быть либо реальные файлы, либо символические ссылки): libc.so.*, динамически подсоедин€емые библиотеки Cи; ld*, загрузчик/ времени выполнени€. Ќе должны располагатьс€ в /lib раздел€емые библиотеки, которые необходимы только исполн€емым файлам, расположенным в /usr (таким, как двоичные файлы X Window). ¬ частности, библиотека libm.so.* может быть расположена в /usr/lib, если она не требуетс€ никаким программам из /bin или /sbin. ћожет существовать более одного варианта каталога /lib в системах, поддерживающих более одного формата исполн€емых файлов (например, 32Цразр€дные и 64-разр€дные форматы), при этом дл€ каждого формата требуетс€ свой отдельный вариант раздел€емых библиотек (которые могут называтьс€ /lib32 и /lib64).

/mnt предназначен дл€ временного монтировани€ файловых систем по мере необходимости. —одержимое этого каталога индивидуально дл€ каждой системы и не должно никаким образом вли€ть на работу запускаемых программ.

/opt резервируетс€ стандартом FHS дл€ установки дополнительных программных пакетов. ѕредполагаетс€, что любой такой пакет должен размещать свои статические файлы в отдельной структуре /opt/<package>, где <package> Ч название пакета. »сполн€емые программы располагаютс€ в каталоге /opt/<package>/bin, а в /opt/<package>/man размещаютс€ страницы обычного дл€ Unix интерактивного руководства man. ‘айлы пакета, которые €вл€ютс€ переменными (измен€емыми при выполнении стандартных операций), должны устанавливатьс€ в /var/opt, а специфичные дл€ хоста конфигурационные данные должны устанавливатьс€ в /etc/opt. Ќикакие файлы пакета не должны размещатьс€ вне каталогов /opt, /var/opt и /etc/opt, кроме тех файлов, которые должны оказатьс€ в других местах по той причине, что иначе пакет не сможет функционировать нормально. Ќапример, файлы блокировани€ устройств должны располагатьс€ в /var/lock, а файлы устройств должны располагатьс€ в /dev.

/root Ч домашний каталог суперпользовател€. –екомендуемое место его расположени€ Ч корнева€ файлова€ система. ¬ FHS подчеркиваетс€, что учетна€ запись суперпользовател€ должна использоватьс€ исключительно дл€ системного администрировани€ и его не рекомендуетс€ расходовать дл€ выполнени€ задач, которые могут быть выполнены непривилегированным пользователем. ѕо этой причине не стоит размещать в root подкаталоги дл€ почты и других приложений. ѕочта дл€ таких администраторских ролей, как root, postmaster и webmaster должна пересылатьс€ соответствующему пользователю.

/sbin содержит утилиты дл€ выполнени€ задач системного администрировани€ (и другие команды, используемые только пользователем root). Ётот каталог содержит исполн€емые файлы, необходимые дл€ загрузки системы и ее восстановлени€ в различных ситуаци€х (restoring, recovering, and/or repairing the system), не попавшие в каталог /bin. ≈динственна€ команда, котора€ об€зательно должна присутствовать в /sbin, Ч shutdown.   примеру, команда ping, хот€ она абсолютно необходима суперпользователю, часто используетс€ и р€довыми пользовател€ми, и по этой причине должна размещатьс€ в /bin. јвторы стандарта рекомендуют предоставить всем пользовател€м право на чтение и выполнение дл€ всех файлов, расположенных в /sbin, кроме, может быть тех программ, дл€ которых установлены биты setuid и setgid. –азделение каталогов /bin и /sbin делаетс€ с целью установлени€ €вного различи€ между исполн€емыми файлами, которые используютс€ всеми, и теми утилитами, которые в основном используютс€ дл€ решени€ административных задач. — точки зрени€ безопасности нет никаких преимуществ в том, чтобы сделать /sbin недоступным дл€ пользователей.

 аталог /tmp предназначен дл€ хранени€ временных файлов, создаваемых в процессе работы различных программ. –екомендуетс€ удал€ть все файлы и каталоги в /tmp при каждой загрузке системы.

ƒл€ сохранени€ совместимости со старыми системами (до тех пор, пока все реализации не начнут использовать каталоги, размещенные непосредственно в /var) могут создаватьс€ следующие символические ссылки:

/usr/spool -> /var/spool

/usr/tmp -> /var/tmp

/usr/spool/locks -> /var/lock

 аталог /usr/local используетс€ дл€ установки программ, которые будут использоватьс€ локально в рамках данного хоста. ќн может использоватьс€ дл€ программ и данных, не попавших в каталог /usr, доступ к которым разрешен с других хостов. Ётот каталог не должен перезаписыватьс€ при обновлени€х системного программного обеспечени€. ѕоскольку в этот каталог устанавливаютс€ программные пакеты, в нем создаетс€ структура подкаталогов, аналогична€ структуре корневого каталога и каталога /usr.

/usr/share содержит все файлы, которые предназначены только дл€ чтени€ и не завис€т от архитектуры. —кажем, компьютеры на платформах i386, Alpha и PowerPC могут поддерживать один общий каталог /usr/share, который монтируетс€ на остальных компьютерах. ѕримерами файлов, которые размещаютс€ в этом каталоге, могут служить файлы документации (man, doc) или базы данных (dict, terminfo, zoneinfo). Ћюба€ программа или пакет, который содержит или требует данных, не подлежащих модификации, должны хранить эти данные в каталоге /usr/share (или /usr/local/share, если пакет установлен локально). ¬ каталоге /usr/share создаютс€ следующие подкаталоги или символические ссылки:

man Ч интерактивные руководства;

misc Ч различные архитектурно-независимые данные, дл€ которых не требуетс€ отдельный подкаталог в /usr/share;

dict Ч словари (факультативно), обычно здесь находитс€ только файл words дл€ английского €зыка, который используетс€ утилитой look и различными программами проверки правописани€; списки слов дл€ других €зыков могут быть добавлены, использу€ английское название соответствующего €зыка, например, /usr/share/dict/french, /usr/share/ dict/danish и т.д.;

doc - различна€ документаци€ (факультативно);

games - файлы статических данных дл€ /usr/games (факультативно);

info - основной каталог дл€ системы GNU Info (факультативно);

locale - локальна€ информаци€ (факультативно);

nls - каталоги сообщений дл€ поддержки €зыков (факультативно);

sgml - данные дл€ SGML и XML (факультативно);

terminfo - каталог базы данных дл€ terminfo (факультативно);

tmac - макросы дл€ troff (факультативно);

zoneinfo - конфигурационные файлы и информаци€ о временной зоне (факультативно).

ƒанные игровых программ, сохран€емые в /usr/share/games, должны быть статическими. Ћюбые модифицируемые файлы, такие как файлы с протоколами и результатами игр, должны размещатьс€ в каталоге /var/games.

 ак известно, страницы интерактивного руководства man традиционно разбиты на секции. ƒл€ каждой секции создаетс€ отдельный каталог с именем <mandir>/<locale>/manN/<arch>, где <arch> Ч указание на архитектуру (например, i386), а строка <locale> определ€ет €зык, страну и кодировку и имеет следующий формат:

<language>[_<territory>][.<character-set>][,<version>].

 аталог /var содержит файлы с измен€ющимис€ данными: каталоги и файлы очередей, данные об администрировании, временные файлы. Ќекоторые части каталоговой структуры /var не €вл€ютс€ раздел€емыми между разными системами.   ним относ€тс€ /var/log, /var/lock и /var/run. ƒругие части могут быть раздел€емыми, например, /var/mail, /var/cache/man, /var/cache/fonts и /var/spool/news. —труктура каталогов /var определ€етс€ в стандарте FHS с той целью, чтобы сделать возможным монтирование каталога /usr в режиме только дл€ чтени€. ¬се, что записываетс€ на диск в процессе выполнени€ системных операций (в противоположность процессам установки и поддержки программ), должно размещатьс€ в каталоге /var. Ќесколько подкаталогов Ђзарезервированыї Ч они не должны использоватьс€ произвольным образом, поскольку это противоречит сложившейс€ практике: /var/backups, /var/cron, /var/msgs,

/var/preserve.

ѕриложени€ в общем случае не должны добавл€ть каталоги непосредственно в /var. “акие каталоги должны создаватьс€ в соответствующих подкаталогах.  аталог /var/cache предназначен дл€ кэшировани€ данных приложени€ми. ¬ отличие от /var/spool, кэшированные файлы могут быть удалены без потери данных. Ќо эти данные должны сохран€тьс€ между сеансами работы приложени€ и при перезагрузках системы. ѕриложение должно всегда иметь возможность продолжить работу, даже после удалени€ этих файлов администратором (например, при нехватке дискового пространства). —уществование отдельного каталога дл€ кэшируемых данных позвол€ет системным администраторам устанавливать дл€ этого каталога правила использовани€ и резервного копировани€, отличающиес€ от правил, устанавливаемых дл€ других каталогов в /var. ќбычно в этом каталоге создаютс€ подкаталоги fonts (локально сгенерированные шрифты), man (локально отформатированные страницы руководства), www (кэш данных дл€ WWW-прокси), <package> (кэшируемые данные пакета <package>). /var/cache/man предусмотрен дл€ сайтов, в которых файлова€ система /usr монтируетс€ только на чтение, но в них допускаетс€ создание страниц руководства, отформатированных локально. —айты, в которых /usr монтируетс€ с правом записи (например, когда у системы всего один пользователь) могут не создавать каталога /var/cache/man, а использовать вместо него каталоги cat<section> непосредственно в /usr/share/man.

‘айлы блокировани€ устройств и других ресурсов, используемые многими приложени€ми, такие как файлы блокировани€ последовательных портов, должны хранитьс€ в каталоге /var/lock. Ќазвани€ этих файлов должны формироватьс€ в соответствии с соглашением, согласно которому используетс€ префикс ЂLCK..ї, за которым следует базовое им€ устройства. ‘айлы блокировани€ в /var/lock должны быть всем доступны по чтению.

 аталог /var/log содержит разнообразные файлы протоколов: lastlog (запись о последнем входе в систему каждого пользовател€); messages (системные сообщени€ от syslogd); wtmp (записи о всех входах и выходах пользователей в систему).

ќбласть спулинга дл€ почты должна размещатьс€ в каталоге /var/mail, а имена файлов с сообщени€ми должны иметь вид <username>. ‘айлы почтовых €щиков в этих каталогах должны хранитьс€ в формате стандартных почтовых €щиков Unix.

ѕеременные данные дл€ пакетов, установленных в /opt, должны размещатьс€ в /var/opt/<package>, где <package> Ч название структуры каталогов в /opt, в которой хран€тс€ статические данные дополнительного пакета ѕќ, исключа€ те случаи, когда размещение €вно указано в каком-либо файле из /etc. Ќа внутреннюю структуру каталога /var/opt/<package> никаких ограничений не накладываетс€.

 аталог /var/run содержит данные, описывающие состо€ние системы с момента ее загрузки. ѕрограммы могут иметь подкаталоги в каталоге /var/run, тем более, если они используют более одного файла времени выполнени€. ¬ этом каталоге должны быть, в частности, размещены файлы с идентификаторами запущенных процессов (PID). —оглашение об именах этих файлов следующее: <program-name>.pid. —одержимое PID-файла представл€ет собой идентификатор процесса в коде ASCII, записанный в дес€тичной нотации, за которым следует символ конца строки. Ќапример, если crond запущен как процесс с номером 25, /var/run/crond.pid будет содержать три символа: два, п€ть и символ новой строки. ¬ /var/run расположен также файл utmp, в котором хранитс€ информаци€ о том, кто в данный момент использует систему. Ќепривилегированные пользователи должны быть лишены права записи в каталог /var/run.

 аталог /var/spool содержит данные, которые ожидают какой-то последующей обработки: подкаталоги lpd (спулинг дл€ принтера), mqueue (очередь исход€щей почты), news (спулинг новостей), uucp (спулинг дл€ UUCP) и т.п.

 аталог /var/tmp используетс€ программами, которым требуетс€ временные файлы или каталоги дл€ хранени€ данных, сохран€емых между перезагрузками системы.

»ерархи€ файловых систем

¬ корневой файловой системе должна находитьс€ информаци€ дл€ загрузчика и основные файлы, необходимые в процессе старта системы (например, €дро). «десь же должны размещатьс€ файлы конфигурации и все, что необходимо дл€ монтировани€ других файловых систем, включа€ такие утилиты, как mount. „тобы обеспечить возможность восстановлени€ системы после сбоев, в корневой файловой системе должны присутствовать все утилиты, необходимые администратору дл€ диагностировани€ проблем и реконструкции системы после любой аварийной ситуации. «десь же должны быть расположены и те утилиты, которые необходимы дл€ восстановлени€ данных с резервных копий.

ѕо р€ду причин размер корневой файловой системы желательно сделать достаточно малым.

»ногда приходитс€ монтировать корневую файловую систему с носител€ малого объема.

 орнева€ файлова€ система обычно содержит нераздел€емые файлы, специфичные дл€ конкретной системы. –аздел€емые файлы можно разместить на сетевых дисках. Ёто позвол€ет использовать в качестве рабочих станций в сети компьютеры с маленькими по объему локальными жесткими дисками.

ћаленька€ корнева€ файлова€ система менее подвержена разрушению в случае сбоев.

»з стандарта можно сделать вывод о том, что в корневой файловой системе об€зательно должны целиком располагатьс€ каталоги /bin, /dev, /etc, /lib, /sbin и, возможно, /root.

 аталог /boot в силу аппаратных ограничений может оказатьс€ необходимым разместить на отдельном разделе диска, расположенном целиком в пределах первых 1024 цилиндров загрузочного диска.

ќстальные подкаталоги корневого каталога (home, mnt, opt, tmp, usr, var) могут размещатьс€ в других файловых системах (на других разделах или дисках). Ѕолее того, в стандарте €вно постулируетс€, что в каталогах /usr, /opt и /var размещаютс€ такие файлы, которые могут располагатьс€ в других разделах диска или в других файловых системах. –азработчики стандарта советуют в том случае, когда /var не может быть размещен в отдельном разделе диска, переместить каталог /var из корневого раздела в раздел с каталогом /usr. ќднако /var нельз€ делать ссылкой на /usr потому что это затрудн€ет разделение /usr и /var и может привести к конфликту имен, лучше уж сделать /var ссылкой на /usr/var.

ќтметим, что в статье речь идет только о требовани€х и рекомендаци€х стандарта FHS, разработанного с ориентацией на операционные системы Linux и BSD. ƒаже конкретные дистрибутивы Linux не во всем следуют этому стандарту. “ак, в Red Hat Linux версий 7.3 и 8.0 каталог /etc/opt хот€ и создан, но пуст, а конфигурационные каталоги пакетов размещаютс€ непосредственно в /etc. ћожно указать и другие отклонени€ от стандарта. Ќо все же в основном структура каталогов выдерживаетс€ в соответствии с FHS, так что знакомство с этим стандартом, безусловно, полезно всем пользовател€м Linux, а тем более разработчикам.

—писок литературы

ƒл€ подготовки данной работы были использованы материалы с сайта http://www.winsov.ru

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

 

 

 

¬нимание! ѕредставленный –еферат находитс€ в открытом доступе в сети »нтернет, и уже неоднократно сдавалс€, возможно, даже в твоем учебном заведении.
—оветуем не рисковать. ”знай, сколько стоит абсолютно уникальный –еферат по твоей теме:

Ќовости образовани€ и науки

«аказать уникальную работу

ѕохожие работы:

ћодели IP протокола (Internet protocol) с учЄтом защиты информации
”сложнение решающего правила при управлении в задачах распознавани€ образов
»стори€ информатики как науки о знани€х и технологи€х
»сполнитель алгоритмов Ц человек
јлгоритм определени€ динамических характеристик гидроупругих систем дл€ управлени€ гидросооружени€ми
 омпьютерное моделирование плохо структурируемых экосистем
»сследование некоторых задач в алгебрах и пространствах программ
 леточные автоматы и компьютерна€ экологи€
“иповые задачи администрировани€ сети Windows 2000
ѕротокол TELNET

—вои сданные студенческие работы

присылайте нам на e-mail

Client@Stud-Baza.ru