Stroy71

1. Создание клона БД из template0/template1, имеет ряд ограничений ( подключенные сеансы, данные БД): Template Databases
2. Есть способ подписки на wal, используя к примеру pg_sync, но для этого на мастере должна быть включена репликация
3. Размер БД <->доступный размер диска
4. Нагрузка в момент копирования
5. Как мне кажется, самый безопасный вариант, разделить задачу на две:
- сделать бэкап на другой сервер dump bd for large database
- и уже на новой БД, update данных: где, так же, присутствуют свои практики, как быстро - это сделать
- переиндексация данных ( возможно )

да, даст ускорение.
на единичных операциях ты ускорения не заметишь :)
ну к примеру
внедрение вычислительного конвейера добились выполнение "инструкции за один такт" вместо "одна инструкция за несколько тактов".
внедрение кешей инструкций и данных увеличилась скорость доступа к данным, к примеру твоя программа "влезает в кеш", и будет выполнятся в нем. а скорость работы с кешем в разы больше чем работа с "обычной" ram.
чтобы эффективнее использовать кеши внедрили паралелизацию внутри процессора суперскалярность.
внедрение предсказателя переходов увеличили скорость работы за счет предзакачки потока команда.

и все эти аппаратные надстройки потребовали огромного количества дополнительных транзисторов в проце. что собственно мы имеем.

Простой программе типа

mov ax, 0
inc ax.

особой выгоды от увеличения количества транзисторов не будет. В данном случае выгода будет от увеличения частоты процессора и уменьшения расстояния между элементами процессора (физику и скорость света никто не отменял).
Выгода от увеличения транзисторов наступает при многозадачности и сложных программах, когда нагрузка на процессор сильно увеличивается и ему не хватает ресурсов (транзисторов) для того, чтобы перелопатить огромные потоки данных в единицу времени, а так же распараллелить и оптимизировать процессы сложного алгоритма и структур данных. Вот тогда вступают в силу всякие кэши, оптимизации, а для них как раз нужно увеличение транзисторов.
Пример из жизни: что будет работать быстрее и в каких случаях - комп с ОЗУ 1 Мб и одним процессором или с ОЗУ 64 Гб и 8 ядрами (при одинаковой частоте процессора)?
P.S. Отдельно отмечу, что на Луну американцы запускали "Апполоны" с ЭВМ мощностью ниже, чем современный обычный калькулятор. А сейчас мощности смартфона в миллионы раз больше, что позволяет успешно тапать хомяков )

Это элементарная цифровая ячейка "инвертор" - 2 транзистора.
ВСЕ остальные логические и функциональные модули во ВСЕЙ цифровой технике состоят из таких ячеек.
Вот почему чем больше транзисторов тем сложнее чип и тем больше он греется ну и все дальше по списку.

1) Больше фич. Всякие AVX, MMX, а также умная конвейеризация, Hyper-Threading, спекулятивное исполнение, предсказание веток - при правильном применении сильно ускоряет вычисление
2) Больше ядер. В один кристалл всё больше процессорных ядер запихивают, можно распараллелить задачи, тоже получим прирост в скорости работы
3) Больше кэш-памяти. Та самая SRAM, которая входит в процессор и тоже состоит из транзисторов. Сильно ускоряет работу с памятью и задержки выполнения инструкций
4) Больше контроллеров. В процы сейчас встраивают всё, что попало - шины данных, контроллер DRAM, PCIE, северный мост, отдельное ядро сопроцессора (Intel ME, AMD PSP), GPU и даже NPU где-то добавляют. Тоже считается за "больше транзисторов".

1. Мощность базовой станции
2. Чувствительность базовой станции
3. Секторные антенны

Если веб разработка, то лучше php

Есть групповые политики включающие этот параметр:
проверь что на источнике и приёмнике включено в Local Computer Policy -> Computer Configuration -> Administrative Templates -> System -> Filesystem -> NTFS (Конфигурация компьютера -> Административные шаблоны -> Система -> Файловая система -> NTFS)
Enable NTFS long paths = enbale
должно скопироваться через проводник, но так уплывут NTFS права так что бери FAR и копируй вместе с правами.

Начиная с Windows 10 появилась возможность отключить ограничение на максимальную длину пути.
https://winitpro.ru/index.php/2016/06/10/kak-v-win...

У rutube есть api. К сожалению, ничего кроме управления плеером ими не предусмотрено.

Единственное что я могу предложить - это скрыть элементы управления через небольшой костыль.
Iframe с видео нужно обернуть в блок. Блоку нужно задать меньшую высоту чем самому ифрейму и задать свойство overflow: hidden; . Таким образом, видео будет обрезано снизу и элементы управления видно не будет.

Конкретно в tg обложка приходит с серверов tg как мета-информация о загруженном файле
https://core.telegram.org/api/files#downloading-we...
ищите на странице "cover"

То есть после того как вы залили файл на сервера tg он проходит обработку и сервер для файла находит обложку. Через какой сервис делается поиск обложки для mp3 - неизвестно.
Раньше десктопный тг-клиент делал это втупую используя iTunes Search API, теперь tg-сервер делает поиск обложки после загрузки mp3 и отдаёт это как мета-информацию в клиент. Естественно оригинальный файл никак не изменяется и обложка внутрь файла не пишется.
Если в загруженном mp3 есть файл с обложкой в id3-тегах то будет использоваться он. Поэтому если не устраивает обложка которую находит ТГ - зашейте нужную картинку через id3-теги.

сам автор песни был в шоке от содержимого

Да там тупой поиск хоть чего-нибудь по названию трека, автора, альбома из тегов или имени файла. Картинка не всегда может быть корректной.

Несколько мыслей.

Копировать рабочие станции - это впустую тратить дисковое пространство. Имеет смысл изучить ценную
информацию на десктопах и копировать их точечно. Например - копировать только Мои Документы.
И только файлы определенной сигнатуры.

Настройки приложений - по максимуму вынести в домен-контроллер. В идеале все настройки должны там
быть.

Сам процесс копирования не имеет смысла без тестов восстановления.

Отключите спящий режим, либо используйте wake on lan, чтобы будить ноутбук

Кстати, работать на ноутбуке, у которого закрыта крышка, не всегда хорошая идея, дисплей может пострадать от нагрева