До іть будь ласка скретч онлайн ​

На диске будет занято 36 971 928 КБ памяти.

Объяснение:

число точек в изображении:

1877 * 3330 = 6250410 точек

считаем чистый размер файла одного изображения:

6250410 * 24 = 150009840 бит

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

150009840 / 8 = 18751230 байт

переводим в килобайты:

18751230 / 1024 ≈ 18311,75 КБ

считаем, сколько кластеров займёт такой файл:

18311,75 / 8 ≈ 2288,97 кластеров

округляем (всегда с избытком, вверх, т.к. кластер считается занятым, даже если занята лишь его малая часть), и получаем что файл одного изображения займёт 2289 кластеров

считаем, сколько кластеров займут все 2019 файлов:

2289 * 2019 = 4621491 кластеров

считаем, сколько это в килобайтах:

4621491 * 8 = 36971928 КБ

P.S. Именно поэтому файлы изображений обычно хранят сжатыми (чтобы не получилось, что всего то 2 тысячи картинок заняли десятки гигабайт).

В данном случае всё зависит от контекста вопроса.

Если "понимает" процессор, то разговор идёт о прямых командах ему. Самый яркий пример - компилируемые ЯП вроде С или Pascal, где исходный код пользователя переводится в прямые команды ядру системы (уменьшение уровня абстракции).

Если за "завершение строки" воспринимать конец команды (в вышеназванных ЯП это ';'), то компилятор в процессе компиляции (тавтология) разделяет эти строки на отдельные команды, каждая из которых имеет свою последовательность процессорных действий.

Никакие CRLF (конец строки в Windows/DOS) и LF (в *nix-системах) вне строковых литералов (символов в кавычках вроде 'hello') для процессора роли не играет абсолютно.

В принципе, об интерпретируемых ЯП можно сказать то же самое. Для процессора "завершения строки" как такового не существует.

простить, если дал не тот ответ, что требовалось.