Проблема с выбором ключа сортировки для текстового файла

^ и $ в BRE всегда совпадают в начале и конце строки , как описано здесь .

Все sed , использующие BRE , будут выполнять те же пути. В случае использования команды N , sed видел многозначные строки как одну длинную строку в образец пространстве, при этом каждая действительная строка разделялась внедренной новой строкой \n (литерал \ и n ).

Для подтверждения

printf '1\n2\n' | sed '1N;/2$/d'

ничего не выводите. И:

printf '1\n2\n' | sed '1N;/1$/d'

дал вам:

1
2

Или с помощью команды l ook для более подробного:

$ printf '1\n2\n' | sed 1N\;l
1\n2$
1
2

$ printf '1\n2\n' | sed 1N\;l | od -t a
0000000   1   \   n   2   $  nl   1  nl   2  nl
0000012

-121--90778-

Ответы до сих пор кажутся «да есть много кода» и никто не решает вопрос с наиболее логичным ответом: 15M +? ИТАК, ЧТО? Какое отношение имеют 15M строки исходного кода к цене рыбы? Что делает это таким невообразимым?

Linux явно делает много. Больше всего на свете... Но некоторые из ваших точек показывают, что вы не уважаете то, что происходит, когда он построен и используется.

• Не все скомпилировано. Система сборки Kernel позволяет быстро определять конфигурации, которые выбирают наборы исходного кода. Некоторые экспериментальные, некоторые старые, некоторые просто не нужны для каждой системы. Посмотрите на /boot/config- $ (uname -r) (на Ubuntu) в make menuconfig и вы увидите, сколько из них исключено.

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

• Не все встроено. В моей конфигурации большинство функций ядра построены как модули:

   grep -c '= m '/boot/config-' uname -r '# 4078
  grep -c '= y '/boot/config-' uname -r '# 1944
  

  Для ясности, эти могут быть встроены... Так же, как их можно распечатать и сделать в гигантский бумажный сэндвич. Это просто не имело бы смысла, если бы вы не делали индивидуальную сборку для дискретной аппаратной работы (в этом случае вы бы уже ограничили количество этих предметов).

• Модули загружаются динамически. Даже если система имеет тысячи модулей, доступных для нее, система позволит вам загрузить только то, что вам нужно. Сравните выходные данные:

   find/lib/modules/$ (uname -r )/-iname '* .ko' | wc -l # 4291
  lsmod | wc -l # 99
  

  Почти ничего не загружено.

• Микроядра - это не одно и то же. Всего в 10 секундах при просмотре ведущего изображения на странице Википедии , на которую вы ссылаетесь , они будут выделены совершенно другим путям.

  

  Драйверы Linux интернализованы (в основном в виде динамически загружаемых модулей), а не в пользовательском пространстве, и файловые системы также являются внутренними. Почему это хуже, чем использование внешних драйверов? Почему микро лучше для вычислений общего назначения?

Комментарии снова подчеркивают, что вы не получаете его. Если вы хотите развернуть Linux на дискретном оборудовании (например, в аэрокосмической, TiVo, планшете и т.д.) Вы настраиваете его для создания только необходимых драйверов . То же самое можно сделать на рабочем столе с помощью make localmodconfig . В итоге вы получите крошечное целевое построение Kernel с нулевой гибкостью.

Для таких дистрибутивов, как Ubuntu, допустим один пакет 40MB Kernel. Нет, очистите, что на самом деле предпочтительнее масштабного сценария архивирования и загрузки, что сохранение 4000 + плавающих модулей в виде пакетов будет. Он использует меньше дискового пространства для них, легче пакет во время компиляции, легче хранить и лучше для их пользователей (у которых есть система, которая просто работает).

Будущее, похоже, тоже не является проблемой. Скорость процессора, плотность дисков/цены и улучшение пропускной способности, кажется, намного быстрее, чем рост ядра. Пакет 200MB Kernel через 10 лет не был бы концом, если бы мир.

Это также не улица с односторонним движением. Код выгоняют, если он не поддерживается.

-121--3115-

Попробуйте:

iptables -t nat -A OUTPUT -p tcp --dport 53 -j DNAT --to 23.226.230.72:5353;

iptables -t nat -A OUTPUT -p udp --dport 53 -j DNAT --to 23.226.230.72:5353;

iptables -t nat -A POSTROUTING -j MASQUERADE

Это означает:
1) Любой локальный пользователь, связывающийся с портом tcp 53, отправляет сообщение 23.226.230.72 на порт 5353.
2) Совпадает с 1, но для udp
3) Установите исходную информацию для исходящего пакета как исходящую от нас.