Для расширения любого одного экземпляра диапазона формы m-n
в выражении \cite{...}
, вы, возможно, могли бы сделать что-то вроде
perl -pe 's/\\cite{(?:\d+,)*\K(\d+)-(\d+)(?=(?:,\d+)*})/sprintf "%s", join(",", ($1..$2))/e' file.tex
Я нашел причину, наконец, сам.
Все это из-за:
net.ipv4.tcp _ tw _ recycle = 1
Из-за окон в пакете SYN всегда нет опции метки времени, но Linux всегда
параметр timestamp, поэтому почтовый сервер не создал новое соединение TCP/IP с запросом, имеющим неправильную временную метку.
Это из ps
manpage:
-121--175445-КОДЫ СОСТОЯНИЯ ПРОЦЕССА: Вот различные значения, которые будут отображаться спецификаторы вывода s, stat и state (заголовок «STAT» или «S») для описания состояние процесса:
D бесперебойный сон (обычно IO) R выполняется или выполняется (в очереди выполнения) S прерывистый спящий режим (ожидание завершения события) T остановлен либо сигналом управления заданием, либо потому, что он отслеживается. W-пейджинг (недействителен с ядра 2.6.xx) X мертвый (никогда не должен быть замечен) Z несуществующий («зомби») процесс, прерванный, но не полученный родительским процессом. Для форматов BSD и при использовании ключевого слова stat могут использоваться дополнительные символы отображается: < высокоприоритетный (не нравится другим пользователям) N низкоприоритетных (хорошо для других пользователей) L имеет страницы, заблокированные в памяти (для ввода-вывода в реальном времени и пользовательских операций ввода-вывода) s является руководителем сеанса l является многопоточным (с использованием CLONE_THREAD, как это делают NPTL pthreads) + находится в основной группе процессов.
Была проблема конфигурации UEFI, блейд-серверы Hitachi SMP с более чем 1TB оперативной памяти нуждаются в некоторых сдвигах.
(Зависит от микропрограммного обеспечения, поэтому при возникновении такой проблемы обратитесь в Hitachi за правильными параметрами).