Но в каком формате в таком случае следует указывать дату?
predecoder, предекодер — предварительный декодер, разделяющий несколько CISC-команд из порции на отдельные элементы (см. x86), используя информацию от длиномера. Подготовка команд может происходить наперёд их дальнейшей обработки декодером, если до него есть буфер.
ILD (instruction length decoder: декодер длин команд), длиномер — определитель длин CISC-команд. В x86-ЦП анализирует их префиксы, опкоды и байты modR/M. В ЦП Intel длиномер является частью предекодера, измеряя длины «на лету». В большинстве ЦП AMD он работает с командами при их загрузке из L2 в L1I, сохраняя разметку байтов команд в дополнительных битах в L1I, считываемых предекодером при загрузке порции.
ID (instruction decoder: декодер команд), decoder (декодер) — набор блоков, преобразующих команды в мопы. В x86-ЦП состоит из нескольких трансляторов и одного микросеквенсера (генератора последовательности мопов) с ПЗУ для микрокода. Осуществляет микрослияние и макрослияние.
translator («переводчик»), транслятор — часть декодера, обрабатывающая простые и частые команды без использования микрокода. В x86-ЦП Intel есть 1–3 простых транслятора (на 1 меньше числа путей конвейера), каждый из которых переводит команду в 1 моп за такт, и 1 сложный транслятор, переводящий команду в 1–4 мопа/такт. Как правило, число генерируемых трансляторами мопов не больше числа путей. Большинство ЦП AMD имеют 3–4 транслятора, каждый из которых переводит команду в 1–2 мопа/такт. Макросливаемые команды обрабатываются парами любым транслятором, но не более одной пары за такт.
...
f(x) = 54,8-k(x-7)^n
Естественно скорость снизитсяНичего естественного в этом нет. В нормальной ситуации обратный прокси увеличивает скорость, а не снижает.
Вы же смените Днс запись на ip прокси сервера вначале, будет какой то простой...Не будет простоя, если не делать ошибок. У кого уже обновилась запись, те пойдут через прокси. У кого не успела обновиться - пойдут напрямую без прокси. Просто на такие операции нужно закладывать время ожидания между отдельными изменениями. Сделали одно изменение, выждали сутки, чтобы с хорошим запасом у всех успели обновиться записи, сделали второе изменение. И никаких простоев.
Иоганн Цукерторт, один из известнейших шахматистов второй половины XIX века, как-то заключил пари с двумя другими гроссмейстерами - Стейницем и Блэкберном, которые были явно сильнее его. Суть пари состояла в том, что Цукерторт проведет с мастерами сеанс одновременной игры вслепую, набрав при этом не менее одного очка. Чтобы выиграть спор, необходимо иметь либо один выигрыш, либо две партии сыграть вничью. Цукерторт пари выиграл, но благодаря не шахматному искусству, а собственной сообразительности. Как ему это удалось?
В качестве гарантии выигрыша Цукерторт использовал… своих противников. Он не играл с каждым из мастеров, а просто передавал своим противникам ходы друг друга. Фактически Блэкберн и Стейниц играли между собой, а Цукерторт был всего лишь посредником. Исход поединка был предрешен заранее: ничья или победа одного из гроссмейстеров была обеспечена, даже если бы Цукерторт вообще не умел играть в шахматы.
мешают жить именно сбойные блоки т.к. не получается снять образ диска, необходимый в качестве бэкапаДля такого случая есть утилита:
sudo lshw (в Линуксе)
Существуют ли способы узнать какие порты и протоколы пытается использовать какая-либо сущность в ос?Есть старая команда
netstat (кучу ключей, определяющих, что именно она показывает, смотрите в man netstat или в гугле). Есть более новая команда ss.
Получается, что существует некий "большой" маршрутизатор, принадлежащий провайдеру, который поддерживает NATДля этого даже отдельный термин придумали: