Чому Linux використовує LF як символ нового рядка?

Наскільки мені відомо, кожна операційна система має різний спосіб позначити символ кінця рядка (EOL). Комерційні операційні системи використовують повернення каретки для EOL (повернення та передача рядків у Windows, повернення каретки лише на Mac). Linux, з іншого боку, просто використовує канали ліній для EOL.

Чому Linux не використовує повернення каретки для EOL (а виключно лінійну стрічку)?

Windows використовує, CRLFтому що він успадкував його від MS-DOS.

MS-DOS використовує, CRLFтому що він був натхненний CP / M, який вже використовувався CRLF.

CP / M та багато операційних систем з вісімдесятих і раніше використовувались, CRLFоскільки це був спосіб закінчити рядок, надрукований на телетип (повернутися до початку рядка та перейти до наступного рядка, як і звичайні друкарські машинки). Це спростило друк файлу, оскільки попередня обробка була меншою або взагалі не потрібна. Існували також механічні вимоги, які перешкоджали застосуванню одного символу. Може знадобитися деякий час, щоб дозволити повернути вагон і повернути валик.

Gnu / Linux використовує, LFтому що це клон Unix . ¹

Unix використовував один символ, LFвід початку для економії місця та стандартизації до канонічного кінця рядка, використовуючи два символи було неефективним та неоднозначним. Цей вибір був успадкований від Multics, який використовував його ще в 1964 році. Пам'ять, накопичувач, потужність процесора та пропускну здатність були дуже рідкісними, тому для економії одного байта на рядок варто було зробити. Коли файл було надруковано, драйвер перетворював стрічку (новий рядок) на контрольні символи, необхідні цільовому пристрою.

LFбуло віддано перевагу CRтому, що останні все ще мали специфічне використання. Перестановивши надрукований символ на початок того ж рядка, це дозволило перекреслити вже введені символи.

Apple , спочатку вирішили використовувати один символ , але з якихось - то причин вибрав іншу: CR. Коли він перейшов на інтерфейс BSD, він перейшов до LF.

Цей вибір не має нічого спільного з тим, чи є ОС комерційною чи ні.

¹ Це відповідь на ваше запитання.

У статті Вікіпедії про "Newline" простежується вибір NL в якості термінатора (або роздільника) для Multics у 1964 році; на жаль, у статті є мало цитат до джерел, але немає підстав сумніватися, що це правильно. У порівнянні з CR-LF є два очевидних переваги: ​​економія місця та незалежність пристрою.

Основна альтернатива, CR-LF, бере початок у контрольних кодах, які використовуються для фізичного переміщення каретки паперу на телемашині, де CR повертає каретку у вихідне положення, а LF повертає валик для паперу для переміщення положення друку вниз рядок. Два контрольних символи відображаються в коді ITA2, який починається з 1924 року і який, мабуть, досі використовується (див. Вікіпедія); Мабуть, ITA2 взяв їх із варіанту Мюррея коду Бодо, який датується 1901 роком.

Для молодших читачів варто зазначити, що в традиції мейнфрейму не було нової символіки; скоріше файл - це послідовність записів, які мали або фіксовану довжину (часто 80 символів на основі перфокарт), або змінну довжину; Записи змінної довжини, як правило, зберігаються з числом символів на початку кожного запису. Якщо у вас є файл мейнфрейму, що складається з послідовності записів змінної довжини, кожна з яких містить довільний бінарний вміст, перетворення цього збитку у файл у стилі UNIX може бути складним перетворенням.

Linux, звичайно, була лише повторною реалізацією Unix, і Unix прийняла багато своїх дизайнерських рішень від Multics, тому, схоже, ключове рішення було прийнято в 1964 році.

Інші відповіді простежують спадковий ланцюг ще до 1960-х років та телетипи. Але ось один аспект вони не висвітлювали.

У часи телетипів були випадки, коли бажано було робити щось, що називалося перенапруженням. Завищення пароля іноді використовувалося для затемнення пароля, оскільки видалення пароля було просто недоцільним. В інший час було зроблено завищення, щоб отримати символ, який не був у шрифті. Наприклад, літера O і косою рисою створюють новий символ.
Перевищення швидкості було досягнуто шляхом введення повернення на вагон без подачі ліній, іноді використовувався складний простір. З цієї причини люди Unix вирішили проти повернення перевезення як роздільника лінії, а замість цього вибрали подачу лінії. Це також добре спрацювало з читанням текстів, створених на основі конвенції CRLF. КР ковтає, а НЧ стає сепаратором.

Хоча ви могли перевести історичне запитання у питання про мову С, причина, по якій Linux та всі системи, що відповідають POSIX або POSIX-ish, повинні використовувати LF(або хоча б те, що '\n'є символом C ), оскільки новий рядок є наслідком перетину вимог C та POSIX. Хоча C дозволяє "текстові файли" та "бінарні файли" відрізнятися (адже текстові файли можуть бути засновані на записі, що складається з послідовності записів рядків, крім менш екзотичних речей, таких як '\n'переклад на / з CR/ LFяк у DOS / Windows ), POSIX передбачає, що текстовий та двійковий режим поводяться однаково. Це багато в чому причина, що інструменти командного рядка люблятьcatпотужні / корисні; їх було б набагато менше, тому якби вони працювали лише з двійковим або лише з текстом, але не з обома.