Karpion

Я настоятельно рекомендую вести учёт MAC-адресов в связке с IP-адресами и NetBIOS-именами. На будущее.

Если известен производитель сетевой карты или мат.платы - то можно узнать, какие диапазоны MAC-адресов ему выдавались. А дальше - будить всех подряд в этом диапазоне, brute-force перебором.

arp-scan, nmap и прочие приблуды - в данном случае бесполезны, ибо на спящем компьютере отключены все сетевые службы, кроме WakeOfLan. А WakeOfLan работет не на центральном процессоре, а на процессоре сетевой карты.

Я не понял, что Вы хотите сделать одинаковым, а что разным.

Самый тупой способ:

1. сделать каждому свою собственную корневую систему со всем деревом папок;
   
2. общие файлы - жёстко слинковать;
   
3. индивидуальные файлы - каждому свои.
   

Система получается неимоверно гибкая: каждому клиенту можно выставить собственный набор файлов, который у него общий с остальными. Т.е. можно поставить трём клиентам один файл, пяти други - другой файл, а мест на диске займут два реальных файла.
Цена этой гибкости - муторное администрирование. Муторно потому, что никому раеально такая гибкость не нужна.

Ещё можно посмотреть в сторону UnionFS, которая может подвесить/смонтировать один каталог к другому.

Ещё можно поиграть с симлинками - их можно делать на каталог, а резолвиться они будут на клиентах.

Если файловая система сервера умеет дедуплицирование хотя бы на уровне файлов - то вообще нет проблемы создавать каждому клиенту свой полноценный каталог.

Короче, Вы напишите, какие каталоги заведомо будут общие; какие с высокой вероятностью будут общие; а какие скорее сего будут раздельные. Тогда будет ясно, какой способ выбрать.

Начнём с аппаратуры:

• пыль в системнике и в блоке питания;
  
• крутиляторы
  
• вздутые конденсаторы на мат.плате, на видюхе и на плате в блоке питания;
  
• термопаста и плотность прилегания радиатора на процессоре и прочих чипах с радиатором;
  

после проверки - отпишитесь, будем думать.

Кластеризация - это весьма многообразная и нетривиальная наука. Если многопроцессорные/многоядерные системы уже стали банальностью - то кластеризация "ещё не устаканилась".

Есть вариант кластеризации, подражающий многопроцессорынм/многоядерным системам:
На каждом компьютере (компьютер при этом называется "нода", т.е. член кластера)) запущено своё собственное ядро с поддержкой кластеризации. Эти ядра регулярно обмениваются между собой на предмет сравнения очередей исполняемых задач (процессов). Если выясняется существенный дисбаланс приоритетов (это долго объяснять, пока пропустим подробности), то ядра затевают перенос задач с одной ноды на другую для выравнивания очередей. При этом надо перенести исполняемый код, данные задачи и управляющие структуры ядра, связанные с этой задачей (например, дескрипторы открытых файлов). Перенос задачи на новую ноду - это тяжёлая работа, так что её затевают если дисбаланс ну очень уж сильный. (Перенос задач между ядрами - тоже затевают пореже; там это проще, то тоже желательно делать это пореже.)
Перенос задачи на новую ноду возможен только если там одинаковые процессоры (либо - если код задачи интерпретируемый; например, байт-код JVM).

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

Но есть и иной тип кластеризации:
На каждой ноде есть программный код, откомпилированный под неё. Программа (которую компилировали под разные ноды) написана так, что она умеет связываться с копиями на остальных нодах (откуда она знает список нод - это вообще отдельная тема) и перераспределять работу. Т.е. исходная задача д.б. оформлена как обработка большого массива данных; причём данные разбиты на куски, которые можно обрабатывать независимо. И вот разные куски данных перераспределяются между нодами.
Например, брутфорс-подбор пароля - как раз такая задача, котрую можно раскидать на разные ноды с процессорами разных архитектур. Там вообще нет сложных потоков данных - есть огромный массив исходных данных в виде "все возможные пароли", и эти данные легко разделить на полностью независимые блоки.

Кажется, я достаточно загрузил Вас. Дальше разговаривать надо после того, как Вы уточните - что за тяжёлые задачи Вы хотите распараллелить.

Жёсткий диск при помощи недорогого переходника превращается в как бы флешку. Далее стандартно.

Ну или можно грузиться о сети - по протоколу PXE.