Каков top 5 самых тяжёлых пакетов в вашей системе в марте 2020-го года?

Увы, но нет. Можно поискать стримеры для стандартов предыдущих поколений, или поискать б\у - но это такое себе решение. Хотя такие варианты куда дешевле.

Для дома проще всего собрать миникомплухтер-нас и рейд-массив на больших и ёмких винтах. И просто не забывать проверять состояние винтов.

6. brain: 0.0 MB

Для дома проще всего собрать миникомплухтер-нас и рейд-массив на больших и ёмких винтах. И просто не забывать проверять состояние винтов.

Зачем их постоянно включенными держать? В ящик положил и все.

Если словарные слова со временем обрастают множеством разных значений, что также отражается в словарях, а не так, что к каждому слову только по одному конкретному значению пишут, то почему такое не может произойти с приставками СИ, чтобы в одних случаях у них были одни значения, а в других - другие?

Потому что система измерений – это штука гораздо более серьёзная, чем является ли огурец фруктом.
Неоднозначностей тут быть никаких не может.

И, можно даже сказать, что это маркетологический приём продавцов дисков. «Как продать HDD на 4,5 Тб под видом HDD на 5 Тб»

Привет, неоднозначность. Причём, 5 Тб – это вообще 0.58 ТиБ.

Искать потом долго.

хм....

395716      wine-devel-amd64
607304      atom
320451992   viber

apt show viber
Package: viber
Version: 10.3.0.37
Status: install ok installed
Priority: extra
Section: non-free/net
Maintainer: Viber Media Inc <support@viber.com>
Installed-Size: 328 GB

apt show atom
Package: atom
Version: 1.44.0
Priority: optional
Section: devel
Maintainer: GitHub <atom@github.com>
Installed-Size: 622 MB
Depends: git, libgconf-2-4 (>= 3.2.5) | libgconf2-4, libgtk-3-0 (>= 3.9.10), libgcrypt11 | libgcrypt20, libnotify4, libxtst6, libnss3 (>= 2:3.22), python, gvfs-bin, xdg-utils, libx11-xcb1, libxss1, libasound2 (>= 1.0.16), libxkbfile1, libcurl3 | libcurl4, policykit-1
Recommends: lsb-release
Suggests: libsecret-1-0, gir1.2-gnomekeyring-1.0
Download-Size: 112 MB

можно купить большой жёсткий диск, например на 40 гб и не мучать себя.

Потому что система измерений – это штука гораздо более серьёзная, чем является ли огурец фруктом. Неоднозначностей тут быть никаких не может.

RLY? Юзеры разных дюймов и миль смотрят на Вас с недоумением.

Поэтому и считать СИшные приставки по отношению к байтам кратными 1000 - абсурдно.

Попробуй перечитать мои слова еще раз. Меееедлееееенно перечитать.

Почему нельзя было сразу придумать свою систему единиц, а не портить чужую?

Юзеры разных дюймов и миль смотрят на Вас с недоумением.

Только не надо тащить то же в метрическую систему.

А чем метрическая система хуже? Она что, не является частью человеческих языков? А в чьи языки она тогда входит? Жителей Альфа Центавры?

Всё, что попадает в человеческие языки, со временем обретает многозначность. Ибо человеческая деятельность многогранна, и люди находят самые разные применения уже имеющимся терминам и единицам измерения.

А чем метрическая система хуже?

Тем, что на неё можно опираться как на надёжный метрологический инструмент.
Это просто ужасное свойство, да.

Всё, что попадает в человеческие языки, со временем обретает многозначность.

И ты не считаешь, что иногда сие становится проблемой?
На все 128%?

И ты не считаешь, что иногда сие становится проблемой? На все 128%?

Иногда становится проблемой, да. Но есть одно решение: уточнять контекст и выяснять контекст. И уже в этом контексте становится ясно что именно подразумевается.

И если в просто «27 миль» нет контекста какие именно мили подразумеваются, то в случае "-байт" и "-бит" сразу понятно, что речь идёт об измерении веса информации. И в соответствующем контексте сразу становится ясно какие именно значения приставок были использованы (https://i.pinimg.com/originals/b3/07/01/b30701d54339289e39ef596dcf6dafa1.jpg).

Иронично, что на картинке используется маленькая «б» для обозначения байта. Я и выше уже давал это, но вот иной пример использования: GFormatSizeFlags:

G_FORMAT_SIZE_BITS – set the size as a quantity in bits, rather than bytes, and return units in bits. For example, ‘Mb’ rather than ‘MB’.

Нужно однозначно показывать и килобиты и килобайты и кибибайты, потому GLib использует Kb, KB и KiB.
Как может контекст тут помочь, когда скорость сети и в битах в секунду и в байтах в секунду вполне себе измеряют?

то в случае «-байт» и «-бит» сразу понятно, что речь идёт об измерении веса информации

Ага, а «кило-» – это тысяча, «мега-» – это миллион.

а «кило-» – это тысяча, «мега-» – это миллион

Когда после них не "-байт" и "-бит", то да.

«Килооктет» – это сколько?

«Килооктет» – это сколько?

8192 бит.

А «килосептет»?

7168 бит.

Сетевая карта на один гигабит/секунду с какой скоростью данные передаёт?

На практике это зависит от логики её разработчиков. Мало ли как они хотели интерпретировать приставку «гига-».

Если же они её правильно интерпретировали, то она передаёт данные со скоростью 1073741824 бит/с (128 мегабайт/с).

она передаёт данные со скоростью 1073741824 бит/с

Таких не существует. 100% гигабитных сетевух передают ровно гигабит в секунду. То есть 1000000000 бит/с.

Ну так и пятитерабайтников на 5497558138880 байт днём с огнём не найти.

А вот производители оперативки правильно интерпретируют приставки.

всё элементарно, Карл: относительно других пакетов.

так мне и так всё ясно. есть приставки кило, мега, тера, и т.д. с вполне конкретными значениями десятичной, а не двоичной степени. это международный стандарт. и я против всякой ереси. 1024 - это 1.024 килобайта. а хипстерские «мибибайты» (или как там оно) и прочие извраты вроде местоимений от сжв я не использую.

кто СИшным приставкам даёт какое-то свое обозначение

А какое отношение килобайты имеют к СИ? Байт внесистемная единица, поэтому и приставки никак СИ не должны регулироваться. В СИ логично использовать бит и против того, что килобит это 1000 бит вроде бы никто не возражает. Байт же вообще как фунт, или галлон не обязан быть именно 8 бит и т.п. Для СИ было бы правильно стандартизировать более конкретную единицу, октет, и производные килооктеты, мегаоктеты. И всё, никакой путаницы бы не было.

Для СИ было бы правильно стандартизировать более конкретную единицу, октет, и производные килооктеты, мегаоктеты. И всё, никакой путаницы бы не было.

Каков top 5 самых тяжёлых пакетов в вашей системе в марте 2020-го года? (комментарий)

Байт внесистемная единица, поэтому и приставки никак СИ не должны регулироваться.

Если не считать того, что сии приставки взяты прямо из Си. А кило- вообще буквально идёт от греческого для «тысяча».
Это просто логично и даёт предсказуемость.

А так ты говоришь, что для «бит» и «октет» подходят десятичные приставки, а saahriktu – что нет, и там двоичные.
И путь из этих разногласий и путаницы только один, потому что стандарты на то и стандарты.

Полагаю gremlin_the_red имеет в виду, что у настоящих сетевиков настоящие честные биты считаются настоящими честными «гига»-ми (т.е. 10 в 9).

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

А так ты говоришь, что для «бит» и «октет» подходят десятичные приставки, а saahriktu – что нет, и там двоичные.

Биты считать степенями двойки не очень актуально, потому что биты связаны с таким понятием как частота и дальше это всё отлично согласуется с остальными величинами из СИ. И это, кстати, ещё одно возражение против СИ «килобайтов». Они бесполезны хоть с каким множителем, потому что даже если 1 килобайт это 8000 бит, т.е. всё равно ни в какую формулу не запихаешь, нужен дополнительный константный множитель. А раз так, то почему бы просто не взять множитель для 8096 бит?

А кило- вообще буквально идёт от греческого для «тысяча»

Ну так это двоичная «тысяча».

Это просто логично и даёт предсказуемость

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

А раз так, то почему бы просто не взять множитель для 8096 бит?

Потому что точные значения важны, а для точных значений надо банально уметь считать запись правильно. Т.е. проблема уровня «03/09/21».
В данном случае, скорее, проблема уровня «03-09-2021», потому что нельзя так просто взять и не попытаться дать дополнительное значение тому виду записи, который все должны понимать однозначно («2021-03-09»).

Ну так это двоичная «тысяча».

Двоичная «тысяча» – это десятичная восьмёрка.
Десятичное 1024 – это двоичные 10 000 000 000. Число не очень-то и красивое, заметь.

нельзя так просто взять и не попытаться дать дополнительное значение тому виду записи, который все должны понимать однозначно («2021-03-09»).

Прикол как раз в том, что до всех этих закидонов килобайт всеми заинтересованными лицами воспринимался однозначно. А теперь наоборот приходится уточнять, что имеется в виду. Ещё раз повторю, хотелось дать однозначность - нужно было придумать новое название. Ладно, чорт с ними, с октетами, назвали бы чьим-нибудь именем как заведено, да хоть бы в честь Шеннона. 100500 килошеннонов (kSh), каково звучит!?

Число не очень-то и красивое

Чем оно некрасивое? 10 нулей, очень даже красивое.

Прикол как раз в том, что до всех этих закидонов килобайт всеми заинтересованными лицами воспринимался однозначно. А теперь как раз приходится уточнять, что имеется в виду.

Эти «закидоны» возникли не на пустом месте. К слову, у «сетевиков» сразу были приняты сии приставки в корректном их значении. Но кому они нужны, как будто бы сети когда-нибудь смогут стать чем-то не нишевым, правда?

Ещё раз повторю, хотелось дать однозначность - нужно было придумать новое название.

Да, придумать свои приставки со своими названиями вместо того, чтобы пытаться дать новые значения приставкам Си.
Можно даже далеко не ходить, а просто поменять второй слог у приставок Си на «би», т.е. «бинарный», т.е. киби-, меби-, гиби-, теби-…

10 нулей, очень даже красивое.

10 двоичных биллионов, не один двоичный биллион даже.