Я подозреваю, что это - несколько иждивенец, на которой версии UNIX/Linux Вы используете. На Centos (и я expec другой современный Linux) останавливают завершение работы вызовов (если Вы не в runlevel 0 или 6), таким образом, Ваша система будет завершением работы чисто. На Солярисе 10 остановов являются более жестокими, он просто сбрасывает дисковые кэши и выключает систему - никакая попытка не предпринята, чтобы запустить любые скрипты или завершить работу smf средств.
Да были причины. Они объявлены пользователем и временным файлом. passwd подобен, как resolv.conf. Unix является опытной товарищеской встречей, пользователь антагонистическая операционная система.
Я был студентом, когда модемы на 300 бодов были нормой. Я был предметом зависти для моих сокурсников, так как у меня были Тихие 700 терминалов от Управляющей информации, где я работал. Вы видели задержку от ввода каждого символа и ожидания его, чтобы быть отраженными. Каждый символ считается; я также вижу его, поскольку содействие запуску leet говорит.
hjkl от vi имеют историю, которую немногие знают. vi был разработан Bill Joy, когда он был аспирантом в UCB в течение этих тех же лет. ADM 3a терминалы в Cory Hall имел клавиши со стрелками выше тех букв
Они - пережиток от Unix. Пространство памяти и дисковое пространство были в дефиците. Вырубание нескольких гласных и других сокращений дало реальные сбережения. Несколько дисковых блоков или несколько байтов могли означать различие в способности запустить программу или нет. (Я когда-то должен был обрезать программу на 24 байта, прежде чем она будет работать.)
Также, поскольку Tom отметил, что конечные скорости были медленными. 1 200 бодов были представлены как высокая скорость, и это было. Я работал с одной системой, которая использовала половину телетайпа скорости (55 бодов или 5 симв./с) как консоль.
В системах, выполняющих графические интерфейсы, обычно не имеет значения, что как средние пользователи не будет вводить по абсолютному адресу вокруг в них. Каталоги обычно хорошо документируются в hier
страница справочника.
Переход на более длинные имена вызвал бы много проблем для существующих программ. Это также ограничило бы мобильность сценария. Соединение нескольких имен к тем же каталогам, вероятно, более сбивало бы с толку, чем полезный.
Править: PDP-7, на котором был разработан Unix, имел основную конфигурацию 4 кВт памяти и максимума 32 кВт. Слова, где 18 битов шириной. Вход был телетайпом, таким образом, скорость составляла вероятные 110 бодов или 10 сП, примерно 100 слов, который значительно медленнее, чем речь.
e
. Хорошо - иногда они будут, и затем они растут для целого blocksize, но редко. И в RAM?Я не знаю.
– user unknown
07.03.2011, 03:05
Я удивлен, что никто не прокомментировал /user
все же. Этот очевиден: потому что это не "пользователь", это - "Универсальные Системные ресурсы".
Что касается /tmp
, это просто короче и легче ввести. C программисты имеют привычку к использованию кратких названий, когда возможный, потому что они заканчивают тем, что много раз вводили их в программе. Это очень распространено, имеют временную переменную, названную "tmp", а не "временным файлом" по той же причине, Вы используете "i" я для индекса в для цикла вместо "индекса" или "счетчика".
/usr
не были "Универсальные Системные ресурсы", это действительно был пользователь. См. YouTube: Архивы AT&T: Операционная система UNIX (произведенный приблизительно в 1982), где, приблизительно в 13 минут 35 секунд, /usr/bwk
ясно объявлен "user-b-w-k" и /usr
объявлен "пользователем наклонной черты" Brian W. Kernighan./usr также ясно подразумевается, чтобы быть местоположением, содержащим корневые каталоги в схеме в 13 минут 30 секунд. Я не думаю, что можно стать намного более авторитетными, чем это.
– a CVn
22.04.2017, 15:09
Все другие каталоги под корнем, кажется, точно, чем можно было бы предположить их, чтобы быть,
Существует также / var,/mnt, и / выбирают ;)
но эти два кажутся нечетными, я всегда предполагал бы их как пользователь и временный файл.
Почти там. Как Shawn сказал, "пользователь" поддерживает "Универсальные Системные ресурсы" (хотя другие ресурсы по данным Google указывают, что он обозначает "Системные ресурсы Unix").
Есть ли некоторая историческая причина написаний?
Короткие пути, сокращения. Помните, что команды в любой операционной системе предназначены для доступа и в интерактивном режиме и программно. В особенности для системного администрирования, где быстрые сценарии являются одной первоочередной задачей, сокращениями, мнемоника как хорошая (или еще лучше), чем полное произнесенное слово по буквам.
Кроме того, назад в день, если бы Вы соединялись удаленно через медленный поскольку патока модем, брея несколько гласных тут и там, сделал бы Вашу жизнь легче (или менее скудный, если бы Вы были системным администратором, пытающимся узнать то что, черт возьми, является неправильным с удаленным полем.)
Как сказано прежде, это не уникально для/usr и/tmp (см. / var,/mnt, и / выбирают).
Кроме того, это не уникально для Unix. Возьмите DOS, например (chkdsk, например.) Мнемоника, где Вы сбриваете гласные, является мощным, удобным понятием.
Даже на естественных языках (как Семитские языки) понятие существует (где корень слов универсально и почти однозначно определяется группами с 3 согласными.) Это - врожденный человеческий механизм для руководящей информации.
Фактор, который никто не упомянул, - то, что, учитывая технологию клавиатуры времени было существенное преимущество в использовании кратких имен, которые легче ввести. Печать user
по сравнению с. usr
, даже на телетайпе на 110 байт/с, вероятно, не было огромное соглашение; необходимость ввести ту дополнительную букву была, вероятно, более значительной.