Компьютер, скорость и конечность всего.
Как и компьютер, построенный человеком, глобальный Компьютер имеет свои ограничения. Он не может произвести все необходимые вычисления мгновенно. Это происходит пошагово, с определенной задержкой, которая и определяет течение времени в Компьютере. Задержка реально существует, т. к. все программы в Компьютере ее фиксируют и используют в своих вычислениях и прогнозах.
Вот и мы уже давно определи, что ничто во вселенной не может двигаться со скоростью более 300,000 км/сек. Это скорость света или скорость одной из линий управления. Электромагнитные волны тоже распространяются с этой скоростью, но на них больше влияет плотность массивов данных, которыми они управляют. Получается, что максимальное быстродействие Компьютера определяется минимальным временем переключения состояния в линиях управления.
Конечно, измерение быстродействия Компьютера в км/сек не верно, т. к. это все условные понятия, придуманные нами для описания нашего восприятия мира. Объективно, быстродействие нужно мерить количеством битов информации, обработанных Компьютером за один такт вычислений. За один такой такт Компьютер может обработать огромное количество битов. Сколько – этого мы пока не знаем, т. к. не знаем, какова архитектура Компьютера. Эту тему мы обсудим в дальнейшем.
Еще один интересный момент, связанный с быстродействием. Скорость распространения команд управления зависит от плотности массивов данных. Чем они плотнее, тем медленнее происходит прохождение команд. А при какой-то определенной плотности команды управления вообще не могут проникнуть внутрь массива, взаимодействуя только с поверхностным слоем. Почему это происходит, точно не знаю, но предполагаю, что это связано с работой программы глобальной архивации (гравитации). Вероятно, что заархивированная программа не способна функционировать в принципе, и, чтобы ее запустить, Компьютер разархивирует ее и только тогда разрешает взаимодействовать с каналами управления. Чем плотнее и массивнее архив, тем дольше задержка, и отсюда — эффект замедления прохождения сигналов управления. Процессор просто ждет, когда разархивированная программа ответит на команду управления. При определенной высокой плотности архивированных массивов данных, Процессор просто игнорирует наиболее плотно упакованную часть массивов и обрабатывает сигналы поверхностных слоев. Этих сигналов быстрее дождаться, поэтому можно предположить, что в линиях управления установлены максимальные времена ожидания. Если ответ от программы не получен за установленный интервал времени, то поступает другая команда, предназначенная другой программе и т. д. Вот почему слишком плотно упакованные архивы не прозрачны для сигналов управления.
Кстати, подобный эффект происходит, если размеры байтов (молекул) или малых блоков архивов данных не соответствуют свойствам или режиму функционирования канала управления. Я сейчас говорю о частоте света или электромагнитной волны. Эта частота фактически является режимом работы линий управления. Режим высокой частоты предназначен для работы с микро массивами, а режим низкой — с большими. В чем тут разница в работе? Да очень просто: изменяется время минимального ожидания ответа программы. Большие массивы, в принципе, быстро разархивироваться не могут, а потому, чего собственно от них ждать ответ сразу, можно и не ждать сразу, а пока заняться чем-либо другим. Микро массивы же распаковываются очень быстро, а потому, время ожидания можно сократить до очень малого и проигнорировать большие архивы вообще.
Получается, что Процессор или программа, выставляя нижний и верхний порог ожидания ответа от респондента, могут отфильтровать только те массивы данных, которые соответствуют нужной «весовой категории». Такой подход сильно экономит ресурсы Процессора во время вычислений.
Отдельно замечу, что линии управления работают в довольно плотном режиме, а потому команды там проходят сплошным потоком без остановки на ожидание ответа. Поэтому мы и видим комбинированный белый свет, а не только изменяющийся цветной. Это значит, что линии управления заполняются командами настолько плотно, чтобы с одной стороны не потерять ответов, а с другой — не ждать слишком долго. Вероятно, что каждая команда в линии управления имеет информацию об адресате, о времени ожидания ответа и, собственно, о самой себе. В результате реагирует на этот запрос только адресат, и адресат знает, как и кому отвечать.
Запросы вообще могут быть многоадресные или безадресные. Получатели должны просто соответствовать определенным параметрам. Это — как осветить фонариком: что-то будет хорошо видно (ответ получен), а что-то совсем не видно (ответ не получен).