Что этот API должен уметь, раз не подходят API панелей управления? Может, вам биллинг с API нужен?
Вы реально думаете, что моделирование процесса взрыва GPU способен выполнить быстрее CPU и при этом не жрать тонну системной памяти??? Там не моделирование графики, совсем не графика моделируется. Иногда лучше жевать. Форд, на самом деле использует для этого суперкомпьютеры... А _не графические станции_.
Вы не понимаете, что моделируют не только графику. Ваш GPU способен обрабатывать видеоряд и смоделировать графическую составляющую, а рассчитать движение частиц в потоке жидкости ваш GPU не сможет.
Для чего используются такие машины - я описал. А использовать свой или арендовать в онлайн.нет - будете решать, когда будете заниматься такими задачами. Тут ни Вы, ни я не компетентны. Точка.
Вы не видели БД размером в 400Гб+? По всей видимости, нет. А так же не знаете, что такое распределенная СУБД такого объема и как там всё должно ворочаться. Я, к сожалению, имел несчастье столкнуться с оптимизацией такой большой БД на Oracle. Данные в неё собирались чуть больше 6 лет, выборки бывали тоже довольно разнообразными... Слава богу, с меня была только настройка железяк под это дело - знаете, серверы с < 300 Гб RAM просто умирали под такой БД.
Я это понимаю, потому так и написано с оговоркой на целесообразность. Ибо цены в мире хостинга довольно низки. А вот касательно задач - показываю...
Моделирование тестов, может быть научных, или экспериментальных (на таких машинах моделирует краш-тесты форд), проектирование электронных устройств, работа с параллельными СУБД и финансовый процессинг (о чем не раз упоминалось в этой теме), системы визуализации, моделирования виртуальной реальности и т.п. Другое дело, что это не хостинг в вашем понимании этого слова. И там - да, действительно, параллельность вычислений на нескольких машинах намного дороже. Это не хостинг организовать...
Собственно говоря, все то, для чего используются облака. Только такие машины имеют меньше накладных расходов между процессорами, более полно используют вычислительные мощности и дешевле в эксплуатации. Вот реклама такой железки:
Эта уязвимость в тонне панелей существует в том или ином виде.
:). Уели, ценное замечание :).
Закапывайте. Зен умер, центос5 скоро умрет, поддержки нет.
Ошибся, больше вообще преимуществ нет. I7 должен быть быстрее, если мать нормальная.---------- Добавлено 09.01.2014 в 12:10 ----------
Вот с IXBT - гугл в помощь, вроде как...
А вообще, это нужно не как защита от дефекта, но и для того, чтобы какой-либо бит небыл изменен случайно пролетающими сквозь плату элементарными частицами ;). Например, в космосе где большое количество ионизирующих излучений тактовая частота процессоров не превышает 100 МГц и подобные технологии используются где можно и где нельзя.
Ага, ага. Сервер по умолчанию имеет некоторые плюшки, которых нет у десктопа. Так, например, десктопы не умеют в паре работать... Второй пример - контроль четности системной шины, максимальный объем памяти и некоторые другие плюшки. В данном, правда, случае эти ксеоны могут выигрывать только за счет кэша и ECC. Больше у них по производительности преимуществ перед i7 нет.
Как раз Вы заблуждаетесь. Ну хватит уже петушиться, есть много задач, для которых _целесообразно_ использовать мэйнфрейм. Обычно, правда, под такие задачи дедики не берут в аренду, но если хрен к носу прикинуть то и тут может получиться свой плюс. Мир не ограничивается одним хостингом веб-сайтов, существует масса приложений, для которых нужны значительные вычислительные ресурсы и которые намного сложнее распараллелить на много серверов. А то, что гугл строит свою экономическую модель (строил - немного поправлюсь) на дешевом лоу-енд железе, то это уже другие пироги. Ну а иначе и энтерпрайза то и небыло бы.
P.S. Вот мне нравится, как говорят "специалисты" в подобных темах. Сразу "говно, раз я не знаю зачем оно и как его есть", а то, что оно в общем-то другой запах имеет и ниразу не удобрение их не смущает.---------- Добавлено 09.01.2014 в 09:11 ----------З.Ы. А потери производительности на создание кластера и трудозатраты кто-то посчитал? Отсюда и пляшется. Есть понятие "экономическая целесообразность", а понятие "оно должно быть так, я где-то слышал" или "так будет лучше, я это точно знаю" следует засунуть куда поглубже.---------- Добавлено 09.01.2014 в 09:13 ----------
Причем тут ваще админ? Он работает на хозяина и деньги зарабатывает, его мнение в данном вопросе интересует только как тех.консультанта, а экономическую выгоду считать не его дело. Будет выгодно ему за час нервотрепки в 10 раз больше заплатить, чем за месяц его работы - будет работать на таких условиях. Что за детский сад?---------- Добавлено 09.01.2014 в 09:19 ----------
Не медленнее, чем кластер, т.к. даже InfiBrand не может дать той скорости, какую может дать распараллеливание операций чтения-записи в RAM по планкам в рамках _одной_ шины.---------- Добавлено 09.01.2014 в 09:23 ----------
Вы даже базовых понятий не знаете... Или просто запустить отдельный процесс на тойже машине и организовать межпроцессное взаимодействие в рамках одной мшаины или запустить _кучу_ софта на другой машине, продумать отказоустойчивость, предусмотреть кучу дополнительных согласований и организовать такое взаимодействие на нескольких машинах... Задачи как минимум _разного порядка_.---------- Добавлено 09.01.2014 в 09:24 ----------
А на этот случай есть резерв. Не?---------- Добавлено 09.01.2014 в 09:33 ----------
Для виртуалок, кстати, не плох. Надо только посчитать экономическую целесообразность.
Это ежесекундные значения. Нужно же видеть картину как минимум за сутки, чтобы что-то сказать. Именно для этого посоветовали поставить munin