Что объяснение состоит в том, чтобы иметь опцию использовать питание 1 000 вместо 1 024 в df?

Все настройки энергии должны быть сделаны в файле, названном .vimrc, расположенным в $HOME. Это первоначально пусто. У меня есть энергия 7.3 и оба, которые ключи хорошо работают. Я предлагаю, чтобы Вы прошли эту ссылку

http://vim.wikia.com/wiki/Backspace_and_delete_problems#Delete_key_problems

7
06.12.2014, 20:29
3 ответа

Я предполагаю, что это связано с производителями хранения, используя десятичные префиксы Si почти по универсальному.

Далее в Manpage (предполагая GNU df ):

   SIZE  is  an  integer and optional unit (example: 10M is 10*1024*1024).
   Units are K, M, G, T, P, E, Z, Y (powers of 1024) or KB, MB, ...  (pow‐
   ers of 1000).

SO 1k - 1024.

в другом инструменте GNU DD , Это обсуждение ошибок обеспечивает некоторое понимание:

Я помню, как сообщил об этом, когда добавил этот вид диагностики в GNU DD обратно в 2004 году, и собирается сопутствующими полномочиями-1000 аббревиатурами, потому что преобразования вторичных хранилищ обычно измеряются. сюда. По этой причине я ожидаю, что многие пользователи будут предпочтеть полномочиями-1000 здесь. Это особенно верно для скорости передачи: редко видеть «Гиб / с» в реальной прозе.

Commit , который добавил эту функцию в DF в 1997 году, только говорит, что, а не почему.

9
27.01.2020, 20:15

Если вы возвращаетесь 15-20 лет назад, то математика силы-2 была разумна, так как она действительно соответствовала с блоками хранения, как упоминалось в других ответах. После этого мы сталкиваемся с фактором инерции где "мы всегда делали это так" пинает. И небольшая разница между ^2 и ^10 никогда не складывалась до многого. Поставщики программного обеспечения использовали ^2 для удобства (и инерции), производители дисков использовали ^10, потому что на коробке их было больше.

По мере того, как накопители достигали емкости в сотни гигабайт, а затем и в несколько терабайт, разница становилась довольно существенной и, таким образом, заметной для среднего потребителя. Разницу в 30+Гб нельзя было выдать за "накладные расходы операционной системы". Несколько строк кода в программировании устранили множество обращений в службу поддержки. Да, df не используется среднестатистическим пользователем Mac ежедневно, но он (или его функции/библиотеки/кодовая база) будет использоваться программой пользовательского интерфейса более высокого уровня.

4
27.01.2020, 20:15

Если определенная среда для хранения использует ассортиментных единиц E.G. 1024 байта, зная, что файл занял 260К на диске, будет подразумевать, что потребовалось 260 единиц хранения. Если вместо этого пространство было сообщено как 260k, было бы неясно, означают ли это 253 единицы хранения (259 072, округлив до 260) или 254 хранилищ (260,096 байт). Избегание такой двусмысленности было хорошим аргументом в пользу использования мощности двух единиц.

Так как производители жесткого диска начали использовать десятичные данные, а не двоичные префиксы, и поскольку размер отдельных блоков хранения - это все более тривиальная часть емкости диска, двоичные префиксы больше не имеют такого же преимущества, что и раньше.

3
27.01.2020, 20:15

Теги

Похожие вопросы