rPman

p.s. кстати самая удобная файловая для flash в том числе для быстрого извлечения — ru.wikipedia.org/wiki/NILFS

При записи файла (даже части, если не используются методы копирования, предварительно выделяющие место на диске перед записью,… я таких давно не видел, ведь это актуально только для FAT) на флешку производится очень много записей:
* две копии фат (каждый кусок файла нужно куда то разместить, информация об этом пишется в табличку FAT)
* для каждого файла обновляется информация в директории, кстати в т.ч. время последнего чтения
* пишутся данные файла, кстати озаботьтесь о выравнивании блока файловой системы на сектора флешки, иногда про это забывают.

miniitx + аккумулятор + корпус (бегло посмотрел, гугл выдал не сильно дорогие варианты адаптеров подключения к батареям, я так понимаю от автомобильных до от UPS)… к сожалению именно корпус и этот адаптер будут составлять больше половины стоимости решения.

Опыт программирования на java вам подойдет в гораздо большем количестве мест, чем знание c# (и точнее .net framework, так как обычно говоря c# подразумевают сразу и язык, и среду разработки и библиотеки от майкрософта).

Как я зык, java — это и веб, и все mobile (как старое так и новое — android), и desktop, и игры и самое главное — кроссплатформенность.

В минусах — грустная политика oracle, владельца java как технологии так и пула патентов. И как результат, смутное далекое будуще. Но c# 'держит за горло' еще более худший монстр — microsoft…

добавлю свои 5 копеек… проверьте, вдруг ваш случай?

FirstVDS (это Virtuozzo, коммерческий вариант OpenVZ), вдруг ни с того ни с сего все загрузки в php используя curl_… невероятно тормозили и выдавали нагрузку 100%, через несколько часов все пропало, причина не выявлена.

p.s. использование curl_multi_… кушает память — течет она причем очень сильно, баг на трекере висит уже давно, и периодически то закрывается то открывается

Когда то давно считал, что будет быстрее, грузиться нормально или скопровать образ системы в память и грузиться уже с нее, разница была незначительная и в смысле — грузить образ в память оказывалось дольше (больше данных считывалось), а если и будет экономия (если систему хорошо почистить от лишних данных), то только за счет уменьшения seek-to-seek запросов.

Если памяти много, то все необходимое легко кешируется (например простейшим tar --one-file-system -c / > /dev/null или еще лучше собрать самостоятельно список необходимых файлов)

p.s. еще у меня были эксперименты по ускорению кеширования записи (игнорирование принудительного отключения отложенной записи) с помощью lvm + снапшоты в ram:
1. создаем в памяти блочное устройство (самое простое настраивается опциями ядра)
2. добавляем созданный образ в группу lvm
3. создаем снапшот, указав место хранения изменений — этот раздел ram
Теперь любая запись будет произведена в оперативную память, используя ее максимально эффективно! (только изменения, повторная перезапись сектора не увеличивает требования к памяти)
4. при необходимости сохранить изменения — удаляем снапшот, это перенесет все изменения на первоначальный раздел, кстати так же максимально эффективно
Цикл создания-удаления снапшота можно повторять периодически на автомате.

Примеры команд в гугле, первыйже результат запроса linuxsoftware.co.nz/blog/2008/03/lvm-snapshot-with-no-free-diskspace
Очень большой недостаток — при некорректном завершении системы нужно будет чинить группу (я не сильно копался, возникали ошибки со структурой), плюс конечно же изменения, записываемые на диск с момента создания последнего снапшота будут потеряны, что логично.

из самого простого, особенно если с правами мало заморочек, любой вики-проект и общие договоренности о стилях наполнения

первые же результаты из гугла: Викизнание: Каталог wiki-движков и Вики-движок

это что за windows way?
'положить необходимые библиотеки' это и есть 'установка', какие проблемы? на удаленном компьютере в репозитарии нет необходимой версии? найдите или соберите свою сборку под версию ту OS и передайте вместе со своей программой, если с той стороны боятся что ваша сборка что то порушит — пусть устанавливают библиотеки и программу в chroot копию самих же себя, скрипты этого дела из пары команд можете сами написать (sudo cp -rx / /chroot;sudo chroot /chroot;… хотя не, создание копии системы еще тот вопрос, лучше вместо cp -xr прописать список каталогов, гарантированно принадлежащих системе), но то, мне кажется, извращение

p.s. если на удаленном компьютер не установлены драйвера, то ничего не получится… ставить их придется без вариантов.

p.p.s. спросите их про тип видеокарты на той стороне и подготовьте свой демонстрационный дистрибутив в виде iso файлика (благо с поддержкой opencl это либо ati, либо nvidia, либо изредка intel), а уж прожечь компакт диск и запустить его сможет практически любой пользователь.