Объем файла : С=t*b*N, где С- Объем звукозаписи в байтах, t - время в сек., b- разрядность в байтах, N - частота дискретизации в Гц или 1/сек.
С= 60*(16/8)*44000 = 5280000 байт = 5156 КБайт = 5,03 Мбайт
Продолжительность звукозаписи из той же формулы:
t=C/b*N C- Объем диска в байтах. b- разрядность в байтах, t- время в сек.
t=(700*1024*1024)/(16/8)*44000= 8340,94 сек = 139 мин.
Я не понимаю что вы написали
1. Очень просто. Информационный вес знака - это логарифм по основанию 2 от количества знаков в алфавите.
2. В Unicode каждый символ занимает 2 байта. Если в строке 80 символов, а строк 25, на это нужно 80×25×2 = 4000 байт.
Смотря какая целочисленная переменная предпологается, их много разновидностей и и у каждой свой размер. (Пример для переменных из PascalABC в приложении)
Например целочисленная переменная типа word идеально подходит, займет 2 байта
Но более обычно для хранения целочисленных используется integer (Int32) которая занимает 4 байта
Переменные вещественых чисел обычно занимают больше места чем переменные целых, так что этот вариант рассматривать не будем
Строковая. В данном случае 500 занимает 3 символа. Чтобы узнать размер данных нужно знать в какой кодировке предпологается хранение. Стандартно сейчас используются 8битные и 16 битные кодировки, но существуют и другие.
3 * 8 бит = 3 * 1 байт = 3 байта
Вообще целые числа лучше хранить в целочисленных переменных, они под них оптимизированны, потому я за вариант 2
Вторая часть задания:
ЗУБР & ТУТ (знак & обозначает, что поиск будет включать в себя эти оба слова).
ЗУБР | ТУР ( | означает, что в поиске в данном случае в запросе будет хотя-бы одно совпажение или точное)
Следовательно 18000+12000+5000=35000 тыс страниц будет найдено по ЗУБР | ТУР.