Ћтрывки Unix-haters handbook в переводе Ђлександра ѓагина

Ћцените этот текст:
Ћтрывки Unix-haters handbook в переводе Ђлександра ѓагина

     Ќиже  Я  перевожу  куски  книги "Unix-haters handbook" (by
Simson Garfinkel et al, ISBN 1-56884-203-1, IDG Books,  $16.59)
длЯ  сдачи  "тысЯч" на аспирантском английском (поэтому перевод
не очень-то  литературный,  но  тупой  и  дословный).   ‚ыборка
достаточно мала, чтобы не нарушать авторских прав, но показать,
что  это  за  книга.  …сли  ‚ы  хм...  работаете  с  юниксом  -
почитайте,  очень  полезно.   Џо  крайней мере будете знать, на
каких стульЯх лежат кнопки. џ положу этот файл как 
http://ethereal.ru/~gagin/unix-haters.russian-samples.html.
        Ђвторские  права  на  перевод  мои,  и  Я  не  разрешаю
распространение без моего ведома - хочетсЯ знать судьбу бумаги.

Ђлександр ѓагин


$Id: unix-haters.russian-samples.html,v 1.3 1996/05/12 19:55:03 gagin Exp gagin $


страницы 3-4

ѓлава 1. Unix.


 Џервый в мире компьютерный вирус.


        "„ва из наиболее известных продуктов Ѓеркли - LSD и Unix.
        џ не думаю, что это совпадение."
                                --Ђноним



‚ирусы состЯзаютсЯ тем, что бывают настолько маленькими и
приспосабливающимисЯ, насколько это возможно. Ћни не очень сложные:
вместо того, чтобы носить с собой багаж, необходимый длЯ загадочных
свойств, таких как дыхание, обмен веществ и передвижение, они только
имеют достаточно „ЌЉ или ђЌЉ длЯ того, чтобы повторЯть себЯ. Ќапример6
любой специфический вид гриппа во много раз меньше, чем клетки,
которые он заражает, хотЯ он успешно превращаетсЯ в новый вид примерно
каждый новый сезон гриппа. ‚ремЯ от времени Ядовитость увеличиваетсЯ и последующаЯ эпидемиЯ убивает несколько миллионов людей, чьи имунные системы недостаточно проворны длЯ того, чтобы убить захватчика до того как он убьет их. Ѓольшую часть времени они не более чем легкое раздражение - неизбежное, даже повсеместное.

‘войства хорошего вируса следующие:

Њаленький размер

‚ирусы не делают многого, так что им не нужно быть очень
большими. Ќекоторые люди спорЯт, ЯвлЯютсЯ ли вирусы живыми созданиЯми
или всего лишь кусками разрушающей Ядерной кислоты и белка.

Џереносимость

Ћдин вирус может захватить много разных типов клеток, и, с
небольшими изменениЯми, даже больше. ‚ирусы животных и приматов часто
изменЯютсЯ длЯ того, чтобы атаковать людей. „оказательства показывают
что вирус ‘Џ€„а началсЯ как обЯзьЯний вирус

‚озможность управлЯть ресурсами хозЯина

…сли хозЯин не обеспечил вирус надежной крышей и энергией длЯ
размножениЯ, вирус умрет

ђезкие мутации

‚ирусы часто мутируют во много разных форм. ќти формы разделЯют
общую структуру, но различаютсЯ ровно настолько, чтобы обмануть
защитные механизмы хозЯина



Unix обладает всеми отличительными признаками весьма успешного
вируса. ‚ своем первоначальном рождении, он был очень маленьким и имел
мало свойств. Ћграниченность конструкции была
первостепенной. Џоскольку он не имел свойств, которые сделали бы его
настоЯщей операционной системой (таких как отраженные в памЯть файлы,
высокоскоростной ввод/вывод, здраваЯ фаловаЯ система, запирание
записей, файлов и устройств, рациональное взаимодействие процессов, и
т.д. и т.п.), он был переносим. Ѓолее функциональнаЯ операционнаЯ
система была бы менее переносима. Unix съедает энергиюсвоего хозЯина;
без системного администратора, высиживающего Unix, он обычно паникует,
ронЯет кору и виснет. Unix часто мутирует: обходные пути и
исправлениЯ, сделанные длЯ того, чтобы одна версиЯ работала, не
работают на другой версии. …сли вирус Andromeda был бы программой, он
был бы Unix'ом.

Unix - компьютерный вирус с пользовательским интерфейсом.



страницы 17-18

ѓлава 2. „обро пожаловать, новый пользователь!


  Љак русскаЯ рулетка с зарЯженными шестью пулЯми


        “ Љена ’омпсона есть автомобиль, который он помогал сконструировать.
        ‚ отличие от большинства автомобилей, у него нет ни спидометра,
        ни указателЯ бензина, никаких из тех многочисленных лампочек, которые
        отравлЯют жизнь современному водителю. ‚замен, если водитель делает
        ошибку, гиганский вопросительный знак загораетсЯ в центре приборной
        доски. "Ћпытный водитель", говорит ’омпсон, "обычно узнает, что не
        так".

                                        --Ђноним



Ќовые пользователи компьютерной системы (и даже опытные пользователи) требуют
определенную степень гостеприимства от системы. Љак минимум, снисходительнаЯ
компьютернаЯ система предлагает следующие удобства своим гостЯм:


         логичные имена команд, которые вытекают из функции
        
 осторожное обращение с опасными командами
        
 целостность и предсказуемость в том, как команды ведут
          себЯ и как они обрабатывают свои параметры и аргументы
        
 легко находимую и надежную компьютерную документацию
        
 полную и полезную реакцию в случаЯх, когда команда ломаетсЯ



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

Ќа протЯжении большинства своей истории Unix был исследовательской
повозкой длЯ университетских и промышленных исследователей. ‘ взрывом
дешевых рабочий станций Unix вступил в новую эру, эру распространЯемой
платформы. ќто изменение легко датировать: это случилось, когда
поставщики рабочих станций выделили свои компилЯторы Языка C из своего
стандартного комплекта программного обеспечениЯ длЯ того, чтобы
понизить цены длЯ не-разработчиков. ’очнаЯ запись границ этого
изменениЯ слегка неЯсна, но в основном это произошло в 1990. ’аким
образом, это только в течение последних нескольких лет поставщики на
самом деле заботились о потребностЯх и желаниЯх пользователей, скорее
чем программистов. ќто объЯснЯет, почему компании пытаютсЯ сейчас
написать графические интерфейсы пользователЯ с тем, чтобы "убрать"
потребность в командной строке. Њы не завидуем этим компаниЯм в их
работе.



страницы 123-124

ѓлава 7. Ѓедствие X-Windows


  Љак заставить рабочую станцию в 50-MIPS работать как IBM PC в 4.77Mѓц


        …сли бы конструкторы X Windows строили машины, было бы не меньше
        пЯти ведущих колес, спрЯтанных под кабиной, ни одни из которых не
        следуют одним принципам - но ‚ы могли бы менЯть колеса, используЯ
        автомобильную стерео-систему. Ђ это очень полезное свойство."
                                        --Њаркус „ж.ђанум
                                        Digital Equipment Corporation


 X Windows - это €ран-Љонтра графических пользовательских
интерфейсов: трагедиЯ политических компромиссов, запутанных альЯнсов,
рыночного шума и просто-напрсто жадности. X Windows относитсЯ к памЯти
как ђональд ђейган относилсЯ к деньгам. ѓоды "ќргономики ‚уду" привели
к беспрецендентной нехватке памЯти гигантских пропорций. Ђналитические
зависимости, распределенные замки и партизанские пртоколы уплотнили
заторы, усугубили гоночные условиЯ и продвинули двойные стандарты.

X получил свою долю недо-компьютеров за $5000 - как Sun'овскаЯ
программа часов Open Look, котораЯ заглатывает 1.4 мегабайта настоЯщей
памЯти! …сли ‚ы пожертвуете всю памЯть компьютера 22 Commodore 64
программе часов, этого еще не будет достаточно чтобы она сказала ‚ам
времЯ. „аже первоначальнаЯ программа xclock из X11R4 потреблЯет 656K
длЯ работы. € использование памЯти иксами увеличиваетсЯ.

X: первое полностью модульное программное бедствие.

 X Windows началсЯ как проект одного человека в офисе на пЯтом
этаже лаборатории компьютерной науки Њ’€. Њогучий хакер, который был
знаком с W, оконной системой, написанной в ‘тэнфордском университете
как чать проекта V, решил написать распределенный графический
сервер-дисплей. €деЯ была в том, чтобы позволить программе, назваемой
клиентом, работать на одном компьютере, и позволить ей
отражатьсЯ на другом компьютере, на котором работает специальнаЯ
программа под названием оконный сервер. ќти два компьютера
могут быть VAX'ы или Sun'ы, или каждый по одному, если только эти
компьютеры соединены сетью и каждый реализует протокол X.

‘носка 1: Њы пытались избежать сносок длинной в параграф в этой
книге, но X победил нас, переключив понЯтиЯ клиент и сервер. ‚Ћ всех
прочих отношениЯх клиент/сервер, сервером ЯвлЯетсЯ удаленнаЯ машина,
на которой работает приложение (т.е. сервер обеспечивает услуги, такие
как база данных или счетный сервис). ЏЋ какой-то извращенной причине,
которую лучше оставить воображению, X настаивает на именовании
программы, работающей на удаленной машине, "клиентом". ќта программа
отображает свои окна на "оконном сервере". Њы собираемсЯ следовать
терминологии X, обсуждаЯ графических клиент/серверы. ’ак чтокогда ‚ы
видите "сервер" понимайте "локальнаЯ машина, котораЯ отображает вывод
и принимает ввод от пользователЯ".


 X началсЯ в вакууме. ‚ это времЯ, не существовало установившегосЯ
графического стандарта Unix. X обеспечила такой -- стандарт, пришедший
со свой свободной реализацией. X поднЯла уровень игры: длЯ большинства
приложений; чье-либо железо стало только настолько хорошо, насколько
свободный •-сервер Њ’€ может поддержать.

„аже сегоднЯ, X-сервер все еще превращает быстрые компьютеры в
тупые терминалы. ‚ам нужен весьма шустрый компьютер чтобы застваить •
работать быстро - это то, что любЯт поставщики железа.



страницы 262-263

—то такое файловаЯ система?

”айловаЯ система - это часть операционной системы компьютера, котораЯ
управлЯет хранением файлов на устройствах массового хранениЯ, таких как
гибкие диски и жесткие диски. Љаждый фрагмент информации имеет имЯ,
называемое именем файла, и уникальное место (мы надеемсЯ) на жестком диске.
‡адача файловой системы заключаетсЯ в том, чтобы переводить имена такие как
/etc/passwd в положениЯ на диске такие как "блок 32156 на жестком диске
номер 2". Ћна также поддерживает чтение и запись блоков файла. •отЯ она
концептуально ЯвлЯетсЯ отдельной частью операционной системы, на практике
почти каждаЯ операционнаЯ система, использующаЯсЯ сегоднЯ, приходит со своей
своеобразной файловой системой.

‘толкнитесь с относительностЯми

‚ последние два десЯтилетиЯ злаЯ мачеха Unix выбросила не одну, не две, но
четыре различных файловых системы. ќти сводные сестры все ведут
себЯ слегка различно при работе одной и той же программы в одних и тех же
обстоЯтельствах.



Seminal файловаЯ система Unix (UFS), старейшаЯ своднаЯ сестра, была рождена
в ранних 1970х исходной командой юникс в лаборатории Bell. …е наиболее
выдающейсЯ чертой были ее свободные соглашениЯ о именах файлов: она не
накладывала ограничений на символы в имени файла других чем запрещение
символа наклонной черты и символа ASCII Ќоль. ‚ результате, имена файлов
могли содержать множество непечатных (и непишущихсЯ) символов, "свойство",
часто используемое в его приложениЯх к безопсаности. Ћ, UFS также
ограничивала имена файлов до 14 символов в длину.



ЃыстраЯ (и проигрывающаЯ) фаловаЯ система Ѓеркли (FFS) была генетической
переработкой UFS, сделанной в университете калифорнии в Ѓеркли. Ћна не была
быстрой, но она была быстрее чем UFS, которую она заменила, во многом таким
же образом, как черепаха быстрее слизнЯ.



Ѓеркли на самом деле сделал множество узаконенных, практических улучшений
UFS. —то наиболее важно, FFS прекратила непопулЯрное ограничение в 14
символов имени файла UFS. Ћна представила множество новых и несовместимых
свойств. Џервым среди них были символические линки - записи файловой
системы, который могли указывать на другие файлы, директории, устройства,
или что угодно. ’ем не менее, исправлениЯ Ѓеркли были бы замечательны, если
бы они были распространены назад в лаборатории Bell. Ќо как классический
пример симптома €зобретено-Ќе-‡десь, AT&T отказалсЯ от нового кода Ѓеркли,
приведЯ к двум совершенно расходЯщимсЯ фаловым системам с полным набором
взаимно несовместимой файловой семантики. ‚ течение 1980'ых некоторые
стандартные программы Unix знали, что имена могут быть длинее 14 знаков,
другие - нет. Ќекоторые знали, что файл в файловой системе на самом деле
может быть символическим линком. „ругие не знали. [‘носка - Џопробуйте
использовать команду cp -r длЯ того, чтобы скопировать директорию с
сиволическим линком на ".." и ‚ы поймете идею (мы надеемсЯ, что до
того, как вы израсходуете все дисковое пространство).] Ќекоторые программы
работали как ожидалось. Ѓольшинство - нет.



Sun произвел сетевую файловую систему NFS. Љак провозглашалось, NFS позволЯл
различным сетевым компьютерам Unix разделЯть файлы "прозрачно". ‘ NFS один
компьютер представлЯлсЯ "файловым сервером", а другой компьютер называлсЯ
"клиентом". –ель (несколько сомнительнаЯ) заключалась в том, чтобы файлы и
файловые иерархии на сервере представлЯлись более или менее на клиенте более
или менее тем же образом, которым они представлЯютсЯ на сервере. •отЯ Apollo
Computers имела сетевую файловую систему, котораЯ работала лучше, чем NFS,
за несколько лет до того, как NFS стала коммерческим продуктом, NFS стала
преобладающим стандартом, поскольку она была "независима от операционной
системы" и Sun предложил ее как "открытый стандарт". ’олько годами позже,
когда программисты на самом деле пытались разработать серверы и клиенты NFS
длЯ операционных систем отличных от Unix, они осознали, насколько зависимой
от операционной системы и закрытой ЯвлЯетсЯ реально NFS.

Last-modified: Fri, 10 Jan 1997 21:30:45 GMT
Ћцените этот текст: