Два БП в связке
В наличии 2 БП Thermaltake Purepower 680w (20+4), которые необходимо заставить работать в связке, и некий переходник с 20-контактного разъема (назовем его исходным разъемом) на 24-контактный. Дополнительно с этого же исходного 20-контактного разъема на другой 20-контактный разъем выводится сигнал PS_ON (14 контакт) и "Земля" (15 контакт), кроме того на этом другом 20-контактном разъеме замкнуты PW_OK, по другим источникам Power_Good, (8 контакт) и "Земля" (7 контакт).
Т.е. получается некий разветвлитель, исходный разъем которого вставляется в один БП (назовем его ведущим), 24-контактный вставляется в материнскую плату, а другой 20-контактный разъем вставляется во второй БП (назовем его ведомым).
Предполагается использование этой связки таким образом: ведущий БП используется для питания материнской платы и всех плат требующих дополнительного питания (буде такие появятся), возможно запитывание винчестера, содержащего систему, от него же.
Вопросы.
========
1. Возможно ли применение такого разветвлителя "в тупую" для объединения указанных БП (схему не нашел) при совместной работе в режиме предполагаемого использования. Либо необходимо применение (сборка) каких-либо дополнительных схем, не присутствующих в явном виде в указанных БП. (разобраться по монтажу в принципиальной схеме БП, для меня практически невозможно. Сам я, к сожалению, экономист, а потерять дорогостоящие устройства в ламерских экспериментах - жаба не позволяет)
2. В результате подобного подключения разные каналы в разных БП будут нагружены по-разному (одни будут задействованы полностью, а другие вообще не работать). Могут ли сказаться подобные перекосы на работе блоков питания, всей системы в целом, как именно, насколько это критично. А если критично, то возможно ли этого избежать.
3. Без сомнения, есть еще и невидимые мною подводные камни подобной схемы. Если можно, то несколько слов о них и о способах их обойти.
Прошивка и настройка BIOS, переделка и ремонт материнских плат, БП, видеокарт, HDD.
ROM.by 2002-2019 © apple_rom
А балкон на что?????
Туда танк и поставишь.!!!!
Задачу распараллелить невозможно ??? Иначе при наличии более-менее внятного клиентского софта, можно было бы обратиться к персоналу, обслуживающему большое колличество техники и на энтузиазме поднчть данную проблему.
Его еще надо пристроить
Добавлено спустя 15 минут 39 секунд:
В принципе возможно все, но тогда время уйдет не на решение задачи, а на программно-технологические и организационные стыковки. А с энтузиастами сейчас, в общем-то, напряг. Но это уже не в тему. Модератор сейчас настучит по тыкве и будет прав.
Пока излагал, позвонили мужики: достали INELT'овскую начинку для УПСа на 2ква - поехал разбираться.
аккумулятор от танка на 27 вольт
аккумулятор от камаза на 24 вольта
аккумулятор от автомобиля на 12 вольт
аккумулятор от советского мотоцикла на 6 вольт
Либо нечему гореть, либо нечем поджечь!
Что-то все зациклились на питании. А не только его сбой может уничтожить результаты расчетов за год. В обычных компьютерах выход из строя практически любого узла или периферийного устройства (видеокарта, HDD, CD-ROM, клавиатура, мышь) обязательно (!!!) приведет по меньшей мере к зависанию системы. Надежность обычных современных компьютеров очень низкая и маловероятно, что за год непрерывной работы что-нибудь не сгорит. Я достаточно серьезно занимался системами промышленной автоматики, где связь человека-оператора с технологическим процессом осуществляется с помощью компьютера с установленным софтом SCADA. Признанным решением является использование двух серверов в режиме hot stand-by, когда второй (резервный) сервер работает параллельно и синхронизирован с первым. В серверах блоки питания и диски также дублированы и выход из строя одного из них не нарушает работы сервера.
Рекомендую использовать 2 независимых компьютера и запустить процесс вычислений одновременно на обоих. Для каждого потребуется отдельный UPS или аккумулятор, обеспечивающий достаточно большое время автономной работы, если надолго отрубят электричество. Тогда еще можно надеяться получить результат вычислений раньше, чем всё сломается.
Рекомендую использовать 2 независимых компьютера и запустить процесс вычислений одновременно на обоих. Для каждого потребуется отдельный UPS или аккумулятор, обеспечивающий достаточно большое время автономной работы, если надолго отрубят электричество. Тогда еще можно надеяться получить результат вычислений раньше, чем всё сломается.
Оффтоп: а у меня рутер на компаке почемуто не знает об этом и говорит мне 1:49AM up 197 days, 10:45, 2 users, load averages: 0.62, 0.68, 0.66, причем в реальности этот аптайм поидее могу быть и около полутора лет (добавлялись две сетевушки).
Если уж и намечать на рассчеты в течении пары лет, то проще сделать hotswap питания и raid, а на прочем спокойно забить. Я конечно понимаю, что в военной технике ссср даже БП дублировали в виде 4:2:1 (1БП, один работает, второй в горячем режиме, ещё два в холодном режиме), но имхо то, что вы предлагаете - это реальный перегиб планки, в особенности если учесть то, что проект особо не проспонсирован.
Проще реализовать бэкап блока питания, рейд и сохранение раз в сутки в программе расчетов.
Broadcast message from PAO EC
Power is going down for shutdown NOW!
Самое простое - поставить watchdog. Если комп зависнет, то watchdog его перезагрузит. А расчеты производить сервисом или демоном. Ну, и самому поглядывать иногда за ходом работы.
Зависоны HDD/Video/CD, а тем более клавы и мыши случаются очень редко, да и то если система нестабильная, то это видно еще на первой неделе использование (да и даже быстрее). Единственное, что потом может грозить - остановка/засорение кулеров, но это тоже предотвращается
А у меня аптайм мог бы быть и полтора года. По софтовым же причинам раз в неделю приходится винду ребутить, а *nix'ы - пофигу, живут и дальше.
Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P
Когда есть такие ресурсы, лучше поднять "зеркальный" кластер - и в основном режиме производительность повысится за счет распараллеливания (если, конечно, задача нормально разбивается на потоки), и надежность удваивается...
Но вообще, GetinakS прав - рассуждения не к месту, в том смысле, что не отражают реальной ситуации автора темы...
А мысль Root'а насчет "сторожевого пса" весьма верная, имхо...
PS: И что-то вдруг мне пришло в голову, что тема вообще не на месте, т.к. к ремонту БП не имеет никакого отношения - переношу в "Выбор комплектующих"...
- Ситчик веселенький есть?..
- Приезжайте, обхохочетесь!..
Вопрос-то изначально конкретно стоял о стыковке 2 имеющихся БП конкретным разветвлителем, а не об обеспечении надежности системы для решения задачи. Это потом, как обычно бывает за столом, все разбежалось в разные стороны
При решении подобных задач, видеокарта, CD-ROM, клавиатура, мышь нужны только при первичном запуске (загрузка системы, установка прикладухи и т.п.), далее все это отключается и голый системник пашет где-нибудь на антресолях
управление и контроль осуществляется через RADMIN. Опыт, в копилке которого есть 4 файл-сервера с 3-х летним стажем непрерывной, неотключаемой, работы под управление Novell, показывает, что при стабилизированном непрерывном питании, вероятность отказа электроники за прогнозируемый период работы очень мала. Слабым местом, как всегда, остаются вращающиеся и трущиеся элементы. Остается вопрос контроля и замены элементов системы охлаждения, но он сейчас решается.
Можно, конечно, предложить множество промышленных решений, упомянуть кластеры и иже с ними, но как указано выше - по ветке, система собирается для инициативной работы в конкретных домашних условиях и домашним бюджетом, где промышленные решения непригодны прежде всего по ценовым характеристикам.
Отправить комментарий