а это про тайлы или про базу данных осм ??
это, как ни странно, разный продкукт с разными лицензиями :)
рекоменации для копирайтов карты из тайлов я привел выше :)
даже в этом случае мгтф надо очистить от изоляции, а для мгтф это ой как не просто.
имхо полная байка.
у меня где-то валяется советский паяльник с подачей олова - подачу оторвали еще в самом начале ибо было неудобно.
теоретически да :) компоненты эппл берет покачественнее, но это не говорит о том что иной производитель не может взять такой же компонент.
но на практике даже сам эппл может решить, что данный макбук работает слишком быстро или живет слишком долго, и сделать "так как нужно" :)
да, чистой воды эмуляция x86.
микрокод ты "заливаешь в проц" как простой бинарный файл и больше с ним дела не имеешь.
для исполнения на проце доступны только команды x86. "врезки" внутреннего RISC-кода в исполняемый x86-код не допускаются. как минимум в данной реализации.
если забекапить первый сектор диска а также все место от него до первого раздела то и загрузчик "скопируется"
но после смены uuid может потребоваться обновления записей
поменяй uuid у разделов на новых компах.
плюс еще идентификатор системы /etc/machine-id и подобное.
написать скриптик который это делает и запускать на каждой системе после разворачивания.
x86 - CISC с самого начала.
в современных процах x86 эмулируют, раскладывая x86 инструкцию в набор внутренних RISC-инструкций и их исполняет.
но из кода x86 никогда не сможешь использовать внутренние RISC-инструкции.
нет.
даже в случае когда микрокод на RISC реализует CISC-архитектуру, CISC-код не имеет доступа к RISC-инструкциям - он о них даже не подозревает.
граница очень четкая - дудочка отдельно, кувшинчик отдельно.
смешение создаст новую архитектуру, отличную от обоих :). почитай сколь косяков вылезало при совместном использовании x86 и x86-64.
концепты CISC RISC VLIW и т.д. имеют свои достаточно четко описанные параметры и области применения, и они не пересекаются.
я так понял ты пытаешься синхронизировать файлы между несколькими носителями, к которым контейнеры с сервисом стучатся напрямую "внутри одной железки".
для дуальности выбора :)
у синха пока еще хреновый враппер под андроид, поэтому использую ресилио для синхронизации/бекапа карты памяти с телефона на домашнюю файлопомойку.
Александр Скуснов, он может через АПИ менеджера дать ему некоторые разрешенные наставления по управлению: ограничить количество используемых процов для задачи, выбрать процы и т.д. и т.п.
но напрямую ничего сделать не сможет. к такому пользовательские процессы в ОС не допускаются.
читай описание АПИ в ОС.
матлаб может распаралелить задачу хоть на сколько потоков исполнения.
но количество процов регулируется менеджером в соответствии с приоритетом процесса.
если появится процесс с высоким приоритетом и забьет собой все процы, то матлаб со всеми потоками скромненько задвинут в угол пока процы не освободятся.
есть такое прикольное приложение distcc оно разделяет задачу компиляции на кучу потоков и раскидывает по свободным компутерам в твоей сети. т.е. он использует все процы не тольк твоего компутера а еще и кучи соседних.
пропиши пользователя и группу /mnt/1TB_SM/transmission того пользователя, от которого работает трансмиссия. я так понимаю иных там не будет.
иногда помогает отмонтирвать раздел и для диры /mnt/1TB_SM выставить 777 и потом примонтировать.
зайти на сервер под пользователем трансмисии и посмотреть что и как ??
это, как ни странно, разный продкукт с разными лицензиями :)
рекоменации для копирайтов карты из тайлов я привел выше :)