ЕГЭ
Информатика
20 марта 2026
20 минут чтения

Задание 11 ЕГЭ по информатике (КЕГЭ): информационный объём сообщения

Задание 11 КЕГЭ по информатике — это задача на расчёт объёма памяти, которая на первый взгляд выглядит как одна формула, а на деле состоит из трёх отдельных округлений, и любое пропущенное округление меняет ответ. Условие типовое: в информационной системе на каждый объект (сотрудника, автомобиль, пользователя) заводится запись, часть полей — символьная строка в некотором алфавите, часть — дополнительные данные фиксированным числом байт, вся запись выравнивается по целому числу байт. Нужно найти объём памяти на N записей. Это задание повышенного уровня сложности, за него дают 1 первичный балл, файл к заданию не прилагается, и специализированное ПО не требуется — задача решается в уме и на черновике. Проверяемый элемент содержания — КЭС 2.2 («Измерение количества информации»). В статье — вся теория по шагам, разбор трёх реальных заданий из открытого банка ФИПИ с проверенными ответами, рабочий код на Python и список типичных ошибок. Потренироваться можно на реальных заданиях 11 ЕГЭ по информатике онлайн — с мгновенной проверкой ответа.


Что проверяет задание 11 ЕГЭ по информатике (КЕГЭ)

Задание 11 проверяет умение считать информационный объём сообщения в ситуации, когда запись базы данных состоит из разнородных частей: символьной строки в алфавите известной мощности и, возможно, дополнительных данных фиксированного размера. Проверяемый элемент содержания — КЭС 2.2, раздел кодификатора «Теоретические основы информатики». Актуальные изданные документы ФИПИ — спецификация 2026 года; проекты КИМ-2027 ФИПИ публикует в конце августа 2026 года, но структура работы и содержание задания 11 не менялись с 2025 года.

Проверяемые умения (КЭС 2.2):

  • вычислять мощность алфавита, если он собран из нескольких групп символов (например, десятичные цифры и специальный набор символов);
  • находить минимальное целое число бит на символ по мощности алфавита — i=log2Ni = \lceil \log_2 N \rceil;
  • переводить количество бит в целое число байт с округлением вверх — «одинаковое и минимально возможное целое число байт»;
  • складывать объём символьной части записи с объёмом дополнительных данных, если они есть;
  • переводить объём памяти между байтами, килобайтами и мегабайтами (степени двойки, не тысячи);
  • решать обратную задачу: по известному объёму памяти находить неизвестную длину строки, число записей или размер дополнительных данных.
ПараметрЗначение
Максимальный балл1 первичный балл (частичного зачёта нет: ответ либо полностью совпадает с эталоном, либо 0)
Уровень сложностиПовышенный (П) — одно из 11 заданий этого уровня на всю работу
Форма ответаКраткий ответ: одно целое число
Файл к заданиюНе прилагается
Специализированное ПОНе требуется — задача решается на черновике
Раздел кодификатора2. Теоретические основы информатики; КЭС 2.2
Ориентировочное время3 минуты — примерное время выполнения задания по обобщённому плану варианта КИМ ЕГЭ (спецификация ФИПИ)
Связанные заданияЗадание 8 (та же КЭС 2.2, но базовый уровень и комбинаторика без округлений), задание 7 (тоже объём памяти, но для графики и звука, КЭС 2.6)

Тренируйтесь на реальных заданиях

Задания 11 КЕГЭ из открытого банка ФИПИ с мгновенной проверкой ответа. Решаем, ошибаемся, разбираем — бесплатно.

Решать задание 11

Как выглядит формулировка

Формулировка задания 11 почти не меняется от варианта к варианту — меняются числа и название объекта (идентификатор, пароль, пропуск). Вот реальные формулировки из открытого банка ФИПИ:

  • «При регистрации в компьютерной системе каждому объекту присваивается идентификатор, состоящий из 317 символов и содержащий только десятичные цифры и символы из 4090-символьного специального алфавита. В базе данных для хранения каждого идентификатора отведено одинаковое и минимально возможное целое число байт. При этом используется посимвольное кодирование идентификаторов, все символы кодируются одинаковым и минимально возможным количеством бит. Определите объём памяти (в Мбайт), необходимый для хранения 262 144 идентификаторов.»
  • «При регистрации в компьютерной системе каждому пользователю выдаётся идентификатор, состоящий из 15 символов и содержащий только символы из 8-символьного набора: А, В, C, D, Е, F, G, H. […] Кроме собственно идентификатора, для каждого объекта в системе хранятся дополнительные сведения, для чего отведено 24 байта на один объект. Определите объём памяти (в байтах), необходимый для хранения сведений о 20 объектах.»
  • «При регистрации в компьютерной системе каждому пользователю выдаётся пароль, состоящий из 9 символов и содержащий только символы из 62-символьного набора цифр и строчных латинских букв. […] Кроме собственно пароля, для каждого пользователя в системе хранятся дополнительные сведения, для чего выделено целое число байт; это число одно и то же для всех пользователей. Для хранения сведений о 25 пользователях потребовалось 600 байт. Сколько байт выделено для хранения дополнительных сведений об одном пользователе?»

Три опорные фразы условия несут смысловую нагрузку и должны быть прочитаны буквально: «одинаковое и минимально возможное целое число байт» — на запись выделяется ровно столько байт, сколько нужно с округлением вверх, ни байтом больше; «посимвольное кодирование, все символы кодируются одинаковым и минимально возможным количеством бит» — число бит на символ берётся из мощности алфавита, а не из здравого смысла; и, если она есть, фраза про «дополнительные сведения, для чего отведено … байт» — добавочная часть записи, которая уже дана в целых байтах и отдельного округления не требует.

Как записывается ответ. Ответ на задание 11 — одно целое число, единица измерения (байт, Кбайт или Мбайт) указана прямо в вопросе, и в ответ идёт только число без единицы измерения и без пробелов.

Теория: всё, что нужно для задания 11

Бит на символ: i=log2Ni = \lceil \log_2 N \rceil

Если алфавит содержит NN различных символов и все символы кодируются одинаковым числом бит, то минимальное целое число бит на один символ — это наименьшее целое ii, при котором 2iN2^i \ge N:

i=log2Ni = \lceil \log_2 N \rceil

Практически удобнее не считать логарифм, а подбирать ii по степеням двойки: находите две соседние степени 2i1<N2i2^{i-1} < N \le 2^i, и это и есть искомое ii.

Мощность алфавита NБлижайшая степень двойкиБит на символ i
10 (цифры)23=8<1016=242^3=8 < 10 \le 16=2^44
26 (строчные латинские)24=16<2632=252^4=16 < 26 \le 32=2^55
3325=32<3364=262^5=32 < 33 \le 64=2^66
52 (строчные + прописные латинские)25=32<5264=262^5=32 < 52 \le 64=2^66
64 (цифры + строчные + прописные латинские)26=642^6=64 (точное совпадение)6

Обратите внимание на строку с N=64N=64: когда мощность алфавита сама является степенью двойки, округление вверх ничего не меняет — log264=6\log_2 64 = 6 уже целое число. Но если NN хоть немного больше степени двойки (например, 4100 при 212=40962^{12}=4096), нужен следующий целый уровень бит, даже если разница в один символ.

Округление вверх — на каждом уровне отдельно

Это главный источник ошибок в задании 11. Округление вверх нужно делать трижды, и на разных этапах, а не один раз в конце:

  1. Бит на символ: i=log2Ni = \lceil \log_2 N \rceil — округляем количество бит на один символ вверх до целого;
  2. Байт на строку: b=Li/8b = \lceil L \cdot i / 8 \rceil — умножаем биты на символ на длину строки LL, а получившиеся биты округляем вверх до целого числа байт;
  3. Байт на всю память: умножаем байт на запись на число записей — здесь округление обычно не нужно, потому что и то, и другое уже целые числа.

Почему нельзя округлить один раз в конце — пример на реальных числах

Пусть мощность алфавита N=4100N = 4100. Точный логарифм log2410012,0014\log_2 4100 \approx 12{,}0014 — совсем немного больше 12. Если небрежно округлить его «до ближайшего целого», получится i=12i = 12, хотя 212=4096<41002^{12} = 4096 < 4100 — 12 бит не хватает, чтобы закодировать все 4100 символов. Правильно — округлить вверх, а не до ближайшего: i=13i = 13, поскольку 213=819241002^{13} = 8192 \ge 4100.

Дальше та же логика на уровне байт. Идентификатор длиной 317 символов при i=13i=13 занимает 31713=4121317 \cdot 13 = 4121 бит. Это не кратно 8: 4121=8515+14121 = 8 \cdot 515 + 1. Если округлить вниз (взять 515 байт), под запись отведут меньше места, чем нужно для хранения одного «лишнего» бита — реальный идентификатор туда не влезет. Правильно — округлить вверх: b=516b = 516 байт, с одним неиспользуемым битом про запас.

import math

N = 4100                        # мощность алфавита
L = 317                         # длина идентификатора, символов
records = 262144                # число идентификаторов

i = math.ceil(math.log2(N))     # шаг 1: бит на символ, округление ВВЕРХ
b = math.ceil(L * i / 8)        # шаг 2: байт на запись, округление ВВЕРХ
total_bytes = records * b       # шаг 3: байт на всю память

print(i, b, total_bytes, total_bytes // 1024 // 1024)

Запустив этот код, получаем i=13i=13, b=516b=516, объём памяти 135266304135\,266\,304 байт, что равно 129 Мбайт. Если бы вы округлили только один раз, в самом конце, результат почти наверняка не совпал бы — округления на разных уровнях не эквивалентны одному округлению в конце.

Где именно запись дополняется до целого числа байт

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

Вид 1 — вся запись состоит из одной символьной строки

Например, идентификатор из 317 символов — и больше в записи ничего нет. Тогда округление вверх до байт происходит один раз, сразу для всей записи: b=Li/8b = \lceil L \cdot i / 8 \rceil.

Вид 2 — строка плюс дополнительные данные фиксированного размера

Например, пароль из 9 символов плюс отдельно заданные «дополнительные сведения» в целых байтах (скажем, 24 байта). Здесь округление вверх применяется только к символьной части — она одна не кратна восьми битам. Дополнительные данные в условии уже названы «целым числом байт», округлять их не нужно: они просто прибавляются к округлённому результату.

bзапись=Li8строка, с округлением+aдоп. данные, без округленияb_{\text{запись}} = \underbrace{\left\lceil \frac{L \cdot i}{8} \right\rceil}_{\text{строка, с округлением}} + \underbrace{a}_{\text{доп. данные, без округления}}

Проверяйте это по формулировке: если в условии написано «для хранения каждого идентификатора отведено … целое число байт» и других полей нет — округляете всю запись целиком. Если есть отдельная фраза про «дополнительные сведения, для чего отведено N байт» — округляете только символьную часть, а N байт добавляете как есть.

Перевод байт → Кбайт → Мбайт и обратно

В информатике единицы объёма памяти переводятся степенями двойки, а не тысячами:

1 Кбайт=210 байт=1024 байт1\ \text{Кбайт} = 2^{10}\ \text{байт} = 1024\ \text{байт}
1 Мбайт=210 Кбайт=220 байт=1048576 байт1\ \text{Мбайт} = 2^{10}\ \text{Кбайт} = 2^{20}\ \text{байт} = 1\,048\,576\ \text{байт}

Отсюда перевод в обе стороны:

  • байты → Кбайт: делим на 10241024;
  • байты → Мбайт: делим на 10485761\,048\,576;
  • Кбайт → байты: умножаем на 10241024;
  • Мбайт → байты: умножаем на 10485761\,048\,576.

В задании 11 объём памяти на N записей почти всегда делится на 1024 (или на 1 048 576) без остатка — числа в условии подобраны так специально. Если при переводе получился не целый Кбайт или Мбайт, это сигнал, что ошибка закралась раньше — на этапе бит на символ или байт на запись, а не на этапе перевода единиц.

Частая ошибка — разделить на 1000 и 1000000 «как в метрической системе». Так делают в некоторых бытовых контекстах (объём жёсткого диска у производителей), но не в заданиях по информатике: там строго степени двойки.

Обратная задача: по объёму находим неизвестное

Часть заданий банка задаёт объём памяти как известную величину и просит найти что-то другое: размер дополнительных данных, число записей или (реже) длину строки. Идти нужно в обратном порядке относительно прямой задачи.

Находим дополнительные данные по общему объёму

Дано: суммарный объём для нескольких пользователей и то, что на каждого выделено поровну. Тогда байт на одного пользователя — это Vобщий/число пользователейV_{\text{общий}} / \text{число пользователей}. Из этого числа вычитаем байты на символьную часть (посчитав их обычным прямым способом — мощность алфавита → биты на символ → байты на строку), и получаем размер дополнительных данных.

import math

N = 62                          # мощность алфавита пароля
L = 9                           # длина пароля, символов
users = 25
total_bytes = 600

i = math.ceil(math.log2(N))     # бит на символ
b_password = math.ceil(L * i / 8)   # байт на пароль

bytes_per_user = total_bytes // users
extra = bytes_per_user - b_password
print(i, b_password, bytes_per_user, extra)

Находим число записей по общему объёму: если известны объём памяти в целом и байт на одну запись (посчитанные обычным прямым способом), число записей — это просто их частное: записей=Vобщий/bзапись\text{записей} = V_{\text{общий}} / b_{\text{запись}}. Задача устроена так, что деление получается без остатка.

Находим длину строки сложнее: из b=Li/8b = \lceil L \cdot i / 8 \rceil длину LL нельзя выразить напрямую, потому что округление «съедает» точную границу. Надёжный способ — перебор: зная ii и bb, ищите наибольшее LL, при котором ещё выполняется Li/8=b\lceil L \cdot i / 8 \rceil = b, то есть проверяете подряд L=1,2,3,L = 1, 2, 3, \dots (или сразу берёте оценку L8b/iL \approx \lfloor 8b / i \rfloor и проверяете её и соседние значения). В заданиях банка условие обычно даёт достаточно данных, чтобы обойтись без перебора более простым путём — прямым вычислением с другой стороны.

Алгоритм решения задания 11

  1. Найдите мощность алфавита N. Если в условии несколько групп символов (например, «десятичные цифры и символы из 4090-символьного специального алфавита»), их количества складываются: N=10+4090=4100N = 10 + 4090 = 4100, а не берётся максимум и не умножается.
  2. Посчитайте бит на символ. i=log2Ni = \lceil \log_2 N \rceil — наименьшее целое, при котором 2iN2^i \ge N. Проверяйте соседние степени двойки, а не «круглое» число.
  3. Посчитайте байт на символьную часть записи. Умножьте ii на длину строки LL, получите биты, округлите вверх до целого числа байт: b=Li/8b = \lceil L \cdot i / 8 \rceil.
  4. Добавьте дополнительные данные, если они есть. Если в условии есть отдельная фраза про доп. сведения фиксированного размера — прибавьте их байты к bb без дополнительного округления (они уже целые).
  5. Умножьте байт на запись на число записей. Получите общий объём памяти в байтах.
  6. Переведите в нужные единицы. Разделите на 1024 (Кбайт) или на 1 048 576 (Мбайт) — как требует вопрос. Если деление не целое, ищите ошибку на шагах 2–3, а не округляйте результат перевода.
  7. Для обратных задач идите в противоположном направлении: делите общий объём на известное число (записей или пользователей), затем вычитайте уже посчитанную обычным способом часть, чтобы найти неизвестную.

Доведите цепочку округлений до автоматизма

Прорешайте 10–15 заданий подряд, каждый раз проговаривая вслух, где именно вы округляете. Задания 11 ЕГЭ по информатике из банка ФИПИ с проверкой ответа — на Repet.ai.

Открыть тренажёр

Примеры с разбором

Пример 1. Объём памяти в мегабайтах, два вида символов в алфавите

Условие (реальное задание из открытого банка ФИПИ):

При регистрации в компьютерной системе каждому объекту присваивается идентификатор, состоящий из 317 символов и содержащий только десятичные цифры и символы из 4090-символьного специального алфавита. В базе данных для хранения каждого идентификатора отведено одинаковое и минимально возможное целое число байт. При этом используется посимвольное кодирование идентификаторов, все символы кодируются одинаковым и минимально возможным количеством бит. Определите объём памяти (в Мбайт), необходимый для хранения 262 144 идентификаторов. В ответе запишите только целое число — количество Мбайт.

Решение:

Шаг 1. Мощность алфавита складывается из двух групп символов: 10 десятичных цифр и 4090 специальных символов — N=10+4090=4100N = 10 + 4090 = 4100.

Шаг 2. Бит на символ: 212=4096<41008192=2132^{12} = 4096 < 4100 \le 8192 = 2^{13}, значит i=13i = 13 бит.

Шаг 3. Байт на один идентификатор из 317 символов: 31713=4121317 \cdot 13 = 4121 бит, 4121=8515+14121 = 8 \cdot 515 + 1, округляем вверх — b=516b = 516 байт.

Шаг 4. Дополнительных данных в записи нет, значит 516 байт — это объём всей записи.

Шаг 5. Объём памяти на 262 144 идентификатора: 262144516=135266304262144 \cdot 516 = 135\,266\,304 байта.

Шаг 6. Перевод в Мбайт: 135266304/1048576=129135\,266\,304 / 1\,048\,576 = 129.

Ответ: 129. Проверка здравым смыслом: деление на 1 048 576 дало ровно целое число без остатка — это подтверждает, что округления на шагах 2 и 3 сделаны верно.

Пример 2. Запись из строки и фиксированных дополнительных данных

Условие (реальное задание из открытого банка ФИПИ):

При регистрации в компьютерной системе каждому пользователю выдаётся идентификатор, состоящий из 15 символов и содержащий только символы из 8-символьного набора: А, В, C, D, Е, F, G, H. В базе данных для хранения сведений о каждом пользователе отведено одинаковое и минимально возможное целое число байт. При этом используют посимвольное кодирование идентификаторов, все символы кодируют одинаковым и минимально возможным количеством бит. Кроме собственно идентификатора, для каждого объекта в системе хранятся дополнительные сведения, для чего отведено 24 байта на один объект. Определите объём памяти (в байтах), необходимый для хранения сведений о 20 объектах. В ответе запишите только целое число — количество байт.

Решение:

Шаг 1. Алфавит из 8 символов: N=8N = 8.

Шаг 2. Бит на символ: 8 — это ровно 232^3, поэтому округление ничего не меняет — i=3i = 3 бита.

Шаг 3. Байт на идентификатор из 15 символов: 153=4515 \cdot 3 = 45 бит, 45=85+545 = 8 \cdot 5 + 5, округляем вверх — 66 байт.

Шаг 4. К символьной части прибавляем дополнительные данные — они уже даны в целых байтах, округлять не нужно: 6+24=306 + 24 = 30 байт на одну запись.

Шаг 5. Объём памяти на 20 объектов: 2030=60020 \cdot 30 = 600 байт. Единица измерения в вопросе — байты, дальнейший перевод не нужен.

Ответ: 600. Проверка: если бы вы забыли прибавить дополнительные 24 байта, получили бы 206=12020 \cdot 6 = 120 — заметно меньше, и это явный сигнал, что часть условия про доп. сведения потеряна.

Пример 3. Обратная задача: находим размер дополнительных данных

Условие (реальное задание из открытого банка ФИПИ):

При регистрации в компьютерной системе каждому пользователю выдаётся пароль, состоящий из 9 символов и содержащий только символы из 62-символьного набора цифр и строчных латинских букв. В базе данных для хранения сведений о каждом пользователе отведено одинаковое и минимально возможное целое число байт. При этом используют посимвольное кодирование паролей, все символы кодируют одинаковым и минимально возможным количеством бит. Кроме собственно пароля, для каждого пользователя в системе хранятся дополнительные сведения, для чего выделено целое число байт; это число одно и то же для всех пользователей. Для хранения сведений о 25 пользователях потребовалось 600 байт. Сколько байт выделено для хранения дополнительных сведений об одном пользователе? В ответе запишите только целое число — количество байт.

Решение:

Это обратная задача: общий объём известен, нужно найти размер дополнительных данных. Сначала прямым способом считаем, сколько байт занимает сам пароль.

Шаг 1. Алфавит из 62 символов: 25=32<6264=262^5=32 < 62 \le 64=2^6, значит i=6i = 6 бит.

Шаг 2. Байт на пароль из 9 символов: 96=549 \cdot 6 = 54 бит, 54=86+654 = 8 \cdot 6 + 6, округляем вверх — 77 байт.

Шаг 3. Байт на одного пользователя из общего объёма: 600/25=24600 / 25 = 24 байта.

Шаг 4. Дополнительные сведения — это то, что осталось после вычитания пароля: 247=1724 - 7 = 17 байт. Ответ: 17. Проверка: 7+17=247+17=24, а 2425=60024 \cdot 25 = 600 — совпадает с условием.

Типичные ошибки и ловушки

Округлили бит на символ до ближайшего целого, а не вверх

При N=4100N=4100 точный логарифм log2410012,0014\log_2 4100 \approx 12{,}0014 — совсем рядом с 12. Округление «до ближайшего» даёт i=12i=12, но 212=40962^{12}=4096 — этого не хватает, чтобы закодировать 4100 разных символов. Правильно всегда округлять вверх: нужное i=13i=13.

Округлили один раз в конце вместо округления на каждом уровне

Бит на символ округляется отдельно, байт на запись — отдельно. Если посчитать всё «сквозным» умножением и округлить только последний результат, ответ почти всегда не совпадёт с эталоном: ошибки округления на разных уровнях не складываются линейно.

Не сложили мощности двух групп символов алфавита

«Десятичные цифры и символы из 4090-символьного специального алфавита» — это 10+4090=410010 + 4090 = 4100 разных символов, а не 4090 и не 10 по отдельности. Если посчитать биты только по одной группе, число бит на символ и весь дальнейший расчёт окажутся заниженными.

Забыли прибавить дополнительные данные

Если в условии есть фраза про «дополнительные сведения, для чего отведено N байт», их нужно прибавить к байтам символьной части. В примере 2 пропуск этого шага меняет ответ с 600 на 120 — почти впятеро.

Округлили дополнительные данные, хотя они уже целые

Дополнительные сведения в условии всегда заданы как целое число байт — их не нужно ни делить на 8, ни округлять повторно. Округления заслуживает только символьная часть записи.

Делили на 1000 вместо 1024

Килобайт и мегабайт в информатике — степени двойки: 10241024 и 10485761\,048\,576 байт соответственно, а не 1000 и 1 000 000. Если после перевода получилось не целое число, ищите ошибку на более ранних шагах, а не подгоняйте её через «человеческие» единицы.

В обратной задаче забыли учесть уже посчитанную часть

Если спрашивают «сколько байт выделено под дополнительные сведения», а известен только общий объём на пользователя, из этого объёма сначала нужно вычесть байты на саму строку (посчитанные обычным прямым способом), и лишь остаток — это ответ. Записать в ответ весь объём на пользователя целиком — частая ошибка.

Перепутали единицы измерения в ответе

Единица измерения (байт, Кбайт, Мбайт) указана в вопросе и меняется от варианта к варианту. Посчитав объём в байтах, легко забыть последний шаг перевода — внимательно перечитайте, что именно просит вопрос, перед тем как записывать число в ответ.

Как задание 11 связано с остальным экзаменом

Всего в КЕГЭ по информатике 27 заданий с кратким ответом, все проверяются автоматически, максимальный первичный балл — 29, на всю работу отводится 235 минут. Задание 11 занимает в этой конструкции своё определённое место:

  • оно входит в раздел «Теоретические основы информатики» — самый большой раздел кодификатора, 11 заданий и 11 первичных баллов;
  • делит код кодификатора КЭС 2.2 с заданием 8 («Измерение количества информации», базовый уровень) — там та же идея мощности алфавита и количества информации, но без многоуровневого округления и без записей в базе данных; готовить эти два задания удобно парой, начиная с более простого восьмого;
  • соседствует по теме объёма памяти с заданием 7 (КЭС 2.6, объём памяти для звука и графики) — формулы там другие, но привычка внимательно считать биты и переводить единицы измерения общая для обоих заданий;
  • входит в блок из 11 заданий повышенного уровня сложности — по правилам оценивания это тот же 1 балл, что и за базовые задания, но ошибка на округлении стоит здесь дороже из-за многошаговости расчёта.

План подготовки на 2 недели

Неделя 1 — цепочка округлений

День 1–2: разберите вычисление бит на символ на разных мощностях алфавита (10, 26, 33, 52, 62, 64, 4100) — каждый раз находите соседние степени двойки на черновике, не полагаясь на память. День 3–4: решайте задачи «строка без дополнительных данных» — следите, чтобы округление до байт происходило один раз, для всей записи. День 5–7: добавьте задачи с дополнительными данными — тренируйте разделение записи на символьную часть (округляется) и фиксированную часть (не округляется).

Неделя 2 — единицы измерения и обратные задачи

День 1–3: отработайте перевод байт ↔ Кбайт ↔ Мбайт на заданиях с разными единицами в вопросе — фиксируйте, что делите или умножаете именно на степени двойки. День 4–5: решайте обратные задачи — по общему объёму и числу пользователей находите размер дополнительных данных, каждый раз проверяя ответ обратной подстановкой (умножьте байт на пользователя на число пользователей — должно получиться исходное условие). День 6–7: прорешайте задания 8 и 11 вперемешку, чтобы закрепить разницу между «просто количеством информации» и «объёмом памяти для структурированной записи», и проверьте себя в тренажёре на заданиях из банка ФИПИ.

Проверьте себя на реальных заданиях

На Repet.ai собраны задания ЕГЭ по информатике из открытого банка ФИПИ. Решайте онлайн, проверяйте ответ мгновенно и разбирайте решение — бесплатно.

Перейти к практике
Частые вопросы

Часто задаваемые вопросы

Умение считать информационный объём сообщения для записи базы данных, состоящей из символьной строки (закодированной посимвольно в некотором алфавите) и, возможно, дополнительных данных фиксированного размера. В кодификаторе это элемент содержания 2.2 «Измерение количества информации», раздел «Теоретические основы информатики».

1 первичный балл по принципу «всё или ничего»: ответ либо полностью совпадает с эталоном, либо задание оценивается в 0. Уровень сложности — повышенный. Файл к заданию не прилагается, специализированное программное обеспечение не требуется.

По формуле i = ⌈log₂N⌉, где N — мощность алфавита (число различных символов). Практически удобнее подбирать по степеням двойки: находите две соседние степени 2^(i−1) < N ≤ 2^i — искомое i и есть верхняя степень. Например, при N=4100 подходит 2^13=8192, потому что 2^12=4096 уже меньше 4100.

Потому что округление вверх нужно на разных уровнях: сначала бит на один символ, отдельно от этого — байт на всю строку. Если объединить оба шага в одно умножение и округлить единственный раз, результат почти всегда не совпадёт с эталоном ФИПИ, потому что накопленные доли бит округляются иначе, чем при пошаговом округлении.

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

Строго в степенях двойки: 1 Кбайт = 1024 байта, 1 Мбайт = 1024 Кбайт = 1 048 576 байт. Деление на 1000 и 1 000 000 в заданиях по информатике не используется. Если после перевода получилось не целое число, ошибку нужно искать на более ранних шагах — в подсчёте бит на символ или байт на запись.

Сначала прямым способом посчитайте, сколько байт занимает символьная часть записи (мощность алфавита → биты на символ → байты на строку). Затем разделите общий объём на известное число записей или пользователей, чтобы получить байт на одну запись, и вычтите из него уже посчитанные байты символьной части — остаток и есть ответ.

У них общий код кодификатора 2.2, но задание 8 — базового уровня и решается комбинаторно, без многошагового округления и без структуры записи базы данных. Задание 11 — повышенного уровня: в нём есть переменная структура записи (строка плюс, возможно, дополнительные данные) и обязательное поразрядное округление на нескольких уровнях.


Готовы взять балл повышенного уровня?

Задание 11 — задача с чёткой процедурой: посчитать биты, округлить, перевести в байты, снова округлить, перевести в нужные единицы. Отработайте цепочку округлений на реальных заданиях из открытого банка ФИПИ с мгновенной проверкой ответа — и это задание перестанет быть источником обидных ошибок.