Размер кеша 256 КБ конвертировать в байты и МБ

Обновлено: 04.07.2024

Конвертер памяти и хранилища

Чтобы использовать преобразователь памяти и хранилища, введите любое целое число в любое из полей шкалы. Нажмите кнопку «Рассчитать», и значения для других обозначений появятся в соответствующих полях. Если вы ищете преобразование битов, пожалуйста, используйте наш конвертер скорости передачи данных. Чтобы узнать примерное время загрузки, воспользуйтесь нашим калькулятором скорости подключения.

Споры о преобразовании памяти

Этот преобразователь преобразует биты , байты , килобайты , мегабайты , гигабайты , терабайты , петабайты , эксабайты , зеттабайты и йоттабайты во все значения в каждом обозначении. Очевидно, что некоторые из этих чисел становятся очень большими. Эти расчеты считаются точными и не округляются до ближайшей тысячи; однако они округляются после пятнадцати цифр. Расчеты являются ограничением языка программирования. Однако вопрос о том, что на самом деле является «точным», встает перед пуристами как в компьютерной индустрии, так и за ее пределами. Пятнадцать мест достаточно близко? Верен ли метод расчета? Формула верна? В то время как все эти вопросы поддаются точности, основа должна быть точной для начала. Правда в том, что не все компании придерживаются стандартов компьютерной индустрии. Например, по стандарту компьютерных терминов килобайт равен 1024 байтам. Некоторые люди и некоторые компании для удобства говорят, что это 1000 байт, особенно в сегментах хранения данных и жестких дисков. Пуристы в компьютерных математических кругах и пуристы в других математических кругах вычисляют числа по-разному. Например, в американской системе грубый эквивалент зеттабайта называется секстиллионом. Говоря более формально и точно, зеттабайт равен 2 байтам в 70-й степени (2^70 = 1 180 591 620 717 411 303 424), что примерно соответствует представлению секстиллиона из всех других математических вычислений: 10 байт в 21-й степени (1 000 000 000 000 000 000 000 ). Зеттабайт также равен 1024 эксабайтам, но с этой точки зрения проявляется парадокс. Как считался эксабайт? Был ли он равен 2 в 60-й степени как истинный эксабайт (1 152 921 504 606 846 976) или 10 в 18-й степени как квинтиллион (1 000 000 000 000 000 000) в американской системе? Конечно, с точки зрения цифр, это очень хороший момент, но пуристы, по праву, любят спорить.

Итак, я запутался во всей концепции KB/KiB. Я прочитал в таблице данных, что конкретный кэш L2 имеет емкость 256 КБ. Из других источников я прочитал, что размер составляет 256 КБ.

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

В контексте размера кеша более вероятно, что размер памяти равен 256 000 байт или 2^10*256= 262 144 байт?

Редактировать: не фактическое техническое описание, но в качестве примера взгляните на кэш L1 на этом процессоре AMD.

Число 262144 более вероятно, хотя (очень маловероятно) часть нефункциональной памяти может не использоваться для увеличения производительности. Этот метод используется для флэш-накопителей, но, как правило, не для кэш-памяти.

4 ответа 4

  • Оперативная память (всегда указывается в степени 2)
  • "256" (степень числа 2)
  • заглавная буква K в "KB" (стандартная строчная буква k = 1000, поэтому заглавная K часто подразумевает нестандартные единицы измерения)

Все эти три пункта подразумевают двоичные размеры, так что да, можно с уверенностью предположить, что они имели в виду 256 КБ = 256 КиБ = 256 × 1024 Б = 262 144 байт.

Да, писать это как "KB" нестандартно, сбивать с толку и неправильно, но, к сожалению, это распространено, поэтому вам нужно использовать контекст, чтобы понять, что на самом деле имеется в виду.

Техническая документация и код обычно используют степень двух размеров из-за лежащей в основе двоичной системы. Но часто. по историческим причинам. единица записывается как МБ вместо МиБ или КБ/КБ вместо КиБ.

Если вы видите что-то похожее на степень двойки, например . 32, 64, 128, 256, 512, 1024, 2048, . очень вероятно, что это двоичный размер.

Без ссылки на конкретный лист данных, о котором вы говорите, трудно судить.

Вообще говоря, когда речь идет об оборудовании, это степень числа 2, то есть 262 144.

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

В степенях двойки измеряется просто ОЗУ, а не "аппаратное обеспечение". Сетевое оборудование измеряется в десятичной степени, размер флэш-накопителя измеряется в десятичной степени и т. д.

только для маркетологов, которые хотят преумножить свои показатели. Технические специалисты используют степени 2. Когда-то мы очень расстраивались, когда производители HD начали использовать степень 10 для описания размеров дисков.

Сомневаюсь. Производители HD использовали степени 10 для описания размеров дисков с тех пор, как они впервые начали продавать диски населению. Как вы думаете, когда они изменились?Вы помните фактическую дату или конкретный продукт? Точно так же сетевые инженеры всегда использовали степени 10 для описания скоростей передачи данных, а инженеры-электрики всегда измеряли частоту цифровых логических часов в степенях 10. Использование степеней 2 для размеров ОЗУ допустимо, так как они приходят в степени 2, но злоупотребление Нотация СИ для этой цели не подходит, тем более что ею не злоупотребляют в других вычислительных контекстах.

Диски начали использовать степени 10 в 1993 году. В то время я работал в компании Egghead Software (которая, кстати, тоже продавала аппаратное обеспечение), и примерно тогда же начался сдвиг, и вокруг емкости было много шумихи. Я получил много критики от клиентов, которые говорили: «Почему моя ОС сообщает

В 1973 году IBM 3340/3344 Disk Storage продавался как "70-мегабайтный" и содержал 69 889 536 байт данных [67 МиБ]. Можете ли вы привести пример жесткого диска, который продавался со степенью двойки в период с 1973 по 1993 год? ОС сообщила о неправильном размере, поскольку Microsoft использует нестандартные единицы измерения. Дискеты 1,44 МБ не измерялись в степени двойки; они содержали 1,44 * 1000 * 1024 байта, причудливая смесь обоих соглашений.

Введите значение в мегабайтах (МБ) для преобразования в байты (В).

Сколько байт в мегабайте

1 мегабайт равен 1 000 000 байт (десятичное число).
1 МБ = 10 6 Б в системе счисления 10 (SI).

1 мегабайт равен 1048576 байтам (в двоичном формате).
1 МБ = 2 20 Б по основанию 2.

Разница между МБ и Б

Обозначение мегабайта — МБ, байта — B.
Мегабайт больше байта. MB имеет приставку Mega. Мегабайт в 1 000 000 раз больше, чем Байт.

Мегабайты и байты

Мегабайты (МБ)Байты (B)
10 6 байт (основание 10)10 0 байт (основание 10)
1000 2 байта1000 0 байт
1 000 000 байт1 байт
2 20 байт (основание 2)< /small>2 0 байт (основание 2)
1 048 576 байт1 байт< /td>
1 000 000 × 8 бит1 × 8 бит
8 000 000 бит8 бит

Мегабайт

Мегабайт (МБ) — это единица передаваемой или хранимой цифровой информации, которая широко используется в информационных и компьютерных технологиях. В системе СИ один мегабайт равен 1 000 000 байт. При этом практически 1 мегабайт используется как 2 20 Б, что означает 1 048 576 байт. В настоящее время количество информации, измеряемое в мегабайтах, используется для представления размера типичного файла MP3, размера изображения JPEG и т. д.

Байты

Байт — это основная единица передачи и хранения цифровой информации, широко используемая в информационных технологиях, цифровых технологиях и других смежных областях. Это одна из самых маленьких единиц памяти в компьютерных технологиях, а также одна из самых основных единиц измерения данных в программировании. Самые ранние компьютеры были сделаны с процессором, поддерживающим 1-байтовые команды, потому что в 1 байте можно отправить 256 команд. 1 байт состоит из 8 битов, которые вместе используются как единое целое при хранении, обработке или передаче цифровой информации.

Примеры перевода мегабайтов в байты

Таблица преобразования МБ в байты

432 байта33 МБ33 000 000 байт34 603 008 байт 34 МБ34 000 000 байт35 651 584 байт35 МБ35 000 000 байт< td>36 700 160 байт36 МБ36 000 000 байт37 748 736 байт< td>37 МБ37 000 000 байт38 797 312 байт38 МБ38 000 000 байт39 845 888 байт39 МБ39 000 000 байт40 894 464 байт40 МБ40 000 000 байт41 943 040 байт41 МБ41 000 000 байт< /td>42 991 616 байт42 МБ42 000 000 байт44 040 192 байт 43 МБ43 000 000 байт45 088 768 байт44 МБ44 000 000 Байт46 137 344 Байт45 МБ45 000 000 Байт47 185 920 Байт46 МБ46 000 000 байт48 234 496 байт47 МБ47 000 000 байт49 283 072 байт48 МБ48 000 000 байт50 331 648 байт49 МБ49 000 000 байт51 380 224 байта50 МБ50 000 000 байт52 428 800 байт 51 МБ51 000 000 байт53 477 376 байт52 МБ 52 000 000 байт54 525 952 байт53 МБ53 000 000 байт55 574 528 байт td>54 МБ54 000 000 байт56 623 104 байт55 МБ55 000 000 байт57 671 680 байт56 МБ56 000 000 байт58 720 256 байт 57 МБ57 000 000 байт59 768 832 байт58 МБ 58 000 000 байт60 817 408 байт59 МБ59 000 000 байт 61 865 984 байта60 МБ60 000 000 байт62 914 560 байт61 МБ61 000 000 байт63 963 136 байт62 МБ62 000 000 байт65 011 712 байт63 МБ63 000 000 Байт66 060 288 Байт64 МБ64 000 000 Байт 67 108 864 байт65 МБ65 000 000 байт68 157 440 байт 66 МБ66 000 000 байт69 206 016 байт67 МБ67 000 000 байт td>70 254 592 Байт68 МБ68 000 000 Байт71 303 168 Байт< tr>69 МБ69 000 000 байт72 351 744 байт70 МБ70 000 000 байт 73 400 320 байт71 МБ71 000 000 байт74 448 896 байт72 МБ72 000 000 байт75 497 472 байт73 МБ 73 000 000 байт76 546 048 байт es74 МБ74 000 000 байт77 594 624 байт75 МБ75 000 000 байт78 643 200 байт76 МБ76 000 000 байт79 691 776 байт77 МБ77 000 000 байт80 740 352 байт78 МБ78 000 000 байт81 788 928 байт79 МБ79 000 000 байт 82 837 504 байта80 МБ80 000 000 байт83 886 080 байт 81 МБ81 000 000 Байт84 934 656 Байт82 МБ82 000 000 Байт82 000 000 Байт td>85 983 232 байта83 МБ83 000 000 байт87 031 808 байт< tr>84 МБ84 000 000 байт88 080 384 байт85 МБ85 000 000 байт 89 128 960 байт86 МБ86 000 000 байт90 177 536 байт87 МБ87 000 000 байт< /td>91 226 112 байт88 МБ88 000 000 байт92 274 688 байт 89 МБ89 000 000 Байт93 323 264 Байт90 МБ90 000 000 байт94 371 840 байт91 МБ91 000 000 байт95 420 416 байт92 МБ92 000 000 Байт96 468 992 Байт93 МБ93 000 000 байт97 517 568 байт94 МБ94 000 000 байт98 566 144 байт 95 МБ95 000 000 байт99 614 720 байт96 МБ 96 000 000 байт100 663 296 байт97 МБ97 000 000 байт101 711 872 байт td>98 МБ98 000 000 байт102 760 448 байт99 МБ99 000 000 байт103 809 024 байт100 МБ100 000 000 байт104 857 600 байт

Похожие конвертеры мегабайт

    (МБ в B) (МБ в КБ) (МБ в ГБ) (МБ в ТБ) (МБ в b) (МБ в кбит) (МБ в Мбит) (МБ в Гбит) (МБ в КиБ) (МБ в МиБ) (МБ в ГиБ)

Guest3.5MB означает 3 с половиной мегабайта, ничего особенно десятичного. .Игнорируйте сумасшедшую десятичную мегабайтную мебибайтную BS и поймите, что это произошло только для того, чтобы скрыть тот факт, что производители жестких дисков нас грабят. о, и глупая идея пытаться привести компьютеры к стандартным метрическим весам и мерам, то есть километрам, килограммам и т. д. Придерживайтесь традиционного способа, и не должно быть путаницы. .

С — лучший язык.

AussieDev Я согласен с тем, что двоичный код является стандартом де-факто в Dev, IT и т. д. НО те маркетологи, которые любят использовать десятичные числа, чтобы их спецификации звучали лучше. Итак, то, что они продают вам как диск емкостью 1 ТБ, составляет ровно 1 000 000 000 000 байт, но, поскольку в инженерном мире 1 ГБ 10243, а не 10003, ваша ОС сообщает, что тот же диск при форматировании составляет 931 ГБ. Подлые дьяволы. .

При работе с размерами файлов в коде вы обычно используете ДВОИЧНОЕ значение. Какова цель десятичного значения и когда вы его используете? .

Хорошо, но какая разница между 3,5 МБ и 37 МБ? У первого есть десятичная дробь, у второго нет. .

C — не лучший язык, это единственный, который вы знаете.

C — не лучший язык, это единственный, который вы знаете.

100 МБ 100 000 000 байт 104 857 600 байт .

вы пишете .и кто учится программированию .pgog - основа нашей жизни.C - лучший язык .

Кэш в основной иерархии хранилища содержит строки кэша, сгруппированные в наборы. Если каждый набор содержит k строк, мы говорим, что кэш является k-way associative.

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

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

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

Компьютер использует 32-битную адресацию. В компьютере используется двухсторонний ассоциативный кэш емкостью 32 КБ. Каждый блок кэша содержит 16 байт. Вычислите количество битов в полях TAG, SET и OFFSET адреса основной памяти.

Ответить

Поскольку в блоке кэша 16 байтов, поле OFFSET должно содержать 4 бита (2 4 = 16). Чтобы определить количество битов в поле SET, нам нужно определить количество наборов. Каждый набор содержит 2 блока кэша (двухстороннюю ассоциативность), поэтому набор содержит 32 байта. Во всем кеше 32 КБ байт, поэтому 32 КБ / 32 Б = 1 КБ наборов. Таким образом, поле set содержит 10 бит (2·10 = 1K).

Наконец, поле TAG содержит оставшиеся 18 бит (32–4–10). Таким образом, адрес основной памяти декомпозируется, как показано ниже.

Части этой операции объясняются ниже. Декомпозиция адресов приведена для удобства.

если запрошенные данные находятся в локальном хранилище

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

    У вас есть попадание в кэш, если какая-либо строка проходит оба теста. Строка, прошедшая проверку, называется соответствующей строкой кэша. Он содержит запрошенные данные.

    Если ни одна строка кеша не проходит оба теста, у вас промах кеша. В локальном хранилище нет запрошенных данных.

    вернуть запрошенные данные

    • Используйте смещенную часть адреса запроса, чтобы выбрать часть соответствующей строки кэша и вернуть ее.

    сохранить в локальном магазине

    • Используйте алгоритм замены, чтобы выбрать строку victim из выбранного набора. Алгоритм замены тривиален, если степень ассоциативности равна 1 (кеш с прямым отображением) — тогда у жертвы есть только один выбор.
    • Перезаписать жертву данными нижнего уровня.

    Кэш, локальное хранилище которого содержит m строк, ассоциативен по k-путям для некоторого k, делящего m . Обычно и m, и k являются степенями числа 2. Существует специальная терминология для крайних значений ассоциативности.

    • Когда k равно 1, кэшированный файл называется прямым сопоставлением.
    • Когда k равно m , кеширование называется полностью ассоциативным. В этом случае имеется только один набор, поэтому в адресной декомпозиции нет установленных битов.

    Схема адресации кэша

    На схеме ниже показан 4-канальный ассоциативный кэш с 64 строками кэша. Прямоугольный массив следует рассматривать как банк регистров, в котором ввод селектора регистров выбирает всю строку для вывода.

    Каждая строка на этой диаграмме представляет собой набор. Для 4-канального ассоциативного кэша каждый набор содержит 4 строки кэша. Каждая строка кэша состоит из «тега» и поля «данные». Также есть неверный бит, который не показан.

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

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

    < td >set 3 < /tr>
    установить 0 тег данные тег данные тег данные тег данные
    set 1 тег данные тег данные тег данные тег данные
    set 2 тег данные тег данные тег данные тег данные
    тег данные тег данные тег данные тег данные
    set 4 тег данные тег данные тег данные тег данные
    set 5 тег данные тег данные тег данные тег данные
    set 6 тег данные тег данные тег данные тег данные
    set 7 тег данные тег данные тег данные тег данные
    set 8 тег данные тег данные тег данные тег data
    set 9 tag data tag данные тег данные тег данные
    set 10 тег данные тег данные тег данные тег данные
    set 11 тег данные тег данные тег данные тег данные
    set 12 тег данные тег данные тег данные тег данные
    set 13 тег данные тег данные тег данные тег данные
    set 14 тег данные тег данные тег данные тег данные
    set 15 тег< /td> данные тег данные тег данные тег данные

    Более полную схему можно найти у Паттерсона и Хеннесси, рис. 5.17.

    Читайте также: