Вышел первый патч к ядру 4.18

Сделай аборт себя.

В патче 4083 строк, а в разархивированном виде его вес составляет 133278 байт.

Ъ негодуют.

Минорщина

Ты себя ненавидишь?

Не, просто его вкусы очень специфичны - больной ублюдок.жпг

Он уже жертва аборта.

Когда уже 12309 пофиксят?

12309 жил, 12309 жив, 12309 будет жить!

в разархивированном виде его вес составляет 133278 байт

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

ох уж эти любители в килобайте 1000 байт

в разархивированном виде его вес составляет 133278 байт.

А вот у меня вопрос по существу, так сказать. Если следующий патч будет на 10% больше чем 133278 байт, это значит что и патч лучше на 10% или как?

его вес составляет 133278 байт

А если кодировку сменить?

Стоит упомянуть, что в патче бэкпорты против L1TF.

От кодировок зависят символы, а не байты.

При чём тут «лучше или как»? Количество строк - оценка времени, которое понадобится на прочтение патча, количество байт - оценка дискового пространства, которое уйдёт на хранение этого патча на носителе. Конечно, его можно пожать, а потом читать про помощи lzless/lzthreader, но не все жмут текстовые файлы как я.

потрясающее описание патча

Годная новость, спасибо!

Ну это даже для тебя феерично.

$ echo -n Идиот! | wc -c
11
$ echo -n Идиот! | iconv -t utf16 | wc -c
14
$ echo -n Идиот! | iconv -t koi8 | wc -c
6

Это при создании нового текстового файла. А тут уже созданный текстовый файл, по сути, в ASCII.

Подивись-ка:

xzgrep -P "[\x80-\xFF]" patch-4.18.1.xz

Не на один, а на 2. А кто говорил про перекодирование? Там слова такого не было. Речь шла про __смену кодировки__ (очевидно, в читалке).

Не на один, а на 2.

На своем калькуляторе считал?

$ xzcat patch-4.18.1.xz |wc -c
133278
$ xzcat patch-4.18.1.xz|iconv -t koi8r |wc -c
133277

Там слова такого не было. Речь шла про __смену кодировки__ (очевидно, в читалке).

я/п

На своем калькуляторе считал?

Нет, утилитой подсчёта количества байтов за пределами 0x00-0x7f. Там таких 2. Ну, если они идут подряд, то, да, могут складываться в один символ.

Там всё в пределах обычной таблицы ascii, поэтому кодировка без разницы.

В патче юникод

  * Copyright © 2017-2018 Intel Corporation

И для utf16 без разницы?

А для пользователей utf16 отдельные котлы, двойного охвата.

Не буду спорить. Но к теме это не относится, увы, но и utf16 и koi8 — тоже кодировки, какими бы ненужными они не были.