Передать "объект" из одного приложения в другое нельзя, ибо память у каждого своя и нельзя просто так "отдать" другому процессу кусок своей памяти "на попользоваться". В вашем случае я вижу решение только через сериализацию. Не вижу проблем сериализовать инициализированый объект, обычно именно такие объекты и сериализуют. Не ясно также что это за объект перетаскивается, возможно достаточно передать его "параметры" а на другом процессе просто создать его снова.
Как уже написали 1 прирост производительности тем кто на эту архитектуру расчитан (блокнот быстрей не станет). Второе это максимальный объем памяти доступной приложению и ОС (больше адресов-больше памяти), для 64битной OS он будет больше чем для 32битной, на сколько больше зависит от конкретной OS.
смотря для чего это нужно и какие ограничения в финансах. К примеру можно вообще не использовать МК, но это будет сложней, или использовать bluetooth и ничего вообще не нужно кроме софта и тд.
Без подробностей (что это был за раздел, какая ФС и тд) ничего более конкретного кроме восстановления обычным для этого дела софтом посоветовать нельзя.
Учитывая характер вашей разработки Azure BizSpark как раз ваш случай, минимум вам дадут 5000-6000 руб. в месяц "услугами" облачных сервисов (VDS и др) бесплатно в течении нескольких лет, как раз на то время, сколько вам потребуется для доведения проекта до релиза и получения достаточной прибыли, чтобы не волноваться на счет "этих копеек на сервер".
Не очень представляю кафе в котором можно будет сидеть "за кофе" дольше чем имется заряд у ноута, но если нужно еще дольше сидеть можно взять чтото вроде такого часа 2-3 я думаю может прибавить (зависит от потребления ноутбука).
Про сеть уже написали, там с этим проблем нет. Хостинг можно поднять на azure к примеру или в любом другом облаке. Azure "для стартапа" предоставляет услуги бесплатно, нужно только анкету заполнить.
в своей программе в аналогичном коде (считывание с диска, подсчет кэшей блоков считанного) пользовался обычным parallel foreach, под капотом там если мне не изменяет как раз threadpool, ибо это эффективней чем постоянно создавать потоки вручную. В таком раскладе как у меня тормозит именно диск, скорость работы кода ограничивается скоростью работы диска, в моем случае под 100мб в сек. шло легко.
На счет GSM не подскажу, но с bluetooth вполне можно (правда там проблемы с перезапуском, приходится рестартовать вручную или костыль в коде лепить). Можно начать например отсюда или отсюда.
"через кабель" (USB?) видеопоток не передается = нельзя, в общем случае. В вашем конкретном случае может и можно, но без подробностей это гадание на кофейной гуще.
Во первых нужно определиться с тем Что именно в этой куче нужно искать, то есть от чего отплясывать, одно дело если Для Данного IP найти все destination URL, совсем другое найти все IP которые заходили на данный destination URL. Архитектура хранения в обоих случаях должна быть разной. В любом случае задачи подобных масштабов решают профессионалы с соответсвующей квалификацией. "По рекомендации на тостере" подобные вещи не делаются, в лучшем случае самопал будет адски тормозить и делать "поиск" годами, в худшем в определенный момент потеряете данные.
