2 самых слабых процессора, самая дешевая и слабая материнка, потом ещё самому собрать. А в чём собственно профит? Доступ к данным быстрый, а обрабатываться они будут сколько? Вы решите одну проблему, получите другую.
Даже если замапить RAM disk сервера как LUN на другом, в чём не вижу никакого смысла, и не представляю как это реализовть (расскажете, скажу спасибо), то мы получим опять задержки на контроллерах, от которых автор топика и хотел уйти. Зачем это? Да и УПС не вечен.
А что flashcache? Это не панацея, по многим причинам. Для примера кэшу ещё нужно разогеться, что не допустимо там, где выполнить задачу нужно здесь и сейчас, а не ждать пока данные в него попадут.
Знаю, и не по наслышке из чего делают СХД. Но причём тут это?
Глупости не пишите. 1ТБ памяти это уже не слабенький сервер, потому что ему надо уже как минимум несколько процессоров, чтобы получить доступ к этой памяти, а также высокопроизводительный бэкэнд, чтобы эти данные прокачивать, также выше было обозначено то, что RAM — энергозависим, и при потери питания все данные будут утерены. Тем более, как вы собрались получить доступ к памяти по FC или SAS?
Что-то более менее похожее, что вы описываете называется In-Memory Computing, например SAP HANA, у которой все данные находятся в памяти, а резервирование идёт на уровне узлов. Но эти продукты используются для очень высоконагруженных ERP систем, где нужно не просто, например, логи быстро писать, а анализировать огромные массивы данных в единицу времени. Т.е. довльно-таки специфические задачи. Да и решение по стоимости не сравнимо с парой SSD или Flex-IO.
Единственный плюс Бинга — красивая фотография каждый день, во всём остальном: посредственный поиск, непонятные карты и Silverlight. Так что как бы Яху последние крохи трафика из-за этого не растерял.
А неужели никто из присутсвующих не рассматривает другие протоколы IM в качестве альтернативы ICQ? MSN, Yahoo например? Весь мир ими пользуется и все довольны. Если весь рунет повалит регистрироватся на jabber.ru я боюсь, что их серверы взорвутся =)
Бухгалтеру всё-равно какое ПО он использует. А вот руководителю предприятия, ну или хотя бы IT-отделу, как раз и не всё-равно. ОПО позволяет предприятию модифицировать уже готовый продукт под какую-нибудь конкретную, частную, задачу. Т.е. главное преимущество OpenSource - его гибкость.
В одном журнале, а именно LinuxFormat, была статья, посвящённая Scribus. Редакция провела эксперимент, в котором дала своему верстальщику задание сваять эту самую статью в этом пакете. Так вот, этот верстальщик как раз жаловался на неудобство интерфейса, но отметил, что по функционалу он практически ничем не уступает конкурентам. К сожалению, не помню точно в каком номере это было.
2 самых слабых процессора, самая дешевая и слабая материнка, потом ещё самому собрать. А в чём собственно профит? Доступ к данным быстрый, а обрабатываться они будут сколько? Вы решите одну проблему, получите другую.
Даже если замапить RAM disk сервера как LUN на другом, в чём не вижу никакого смысла, и не представляю как это реализовть (расскажете, скажу спасибо), то мы получим опять задержки на контроллерах, от которых автор топика и хотел уйти. Зачем это? Да и УПС не вечен.
А что flashcache? Это не панацея, по многим причинам. Для примера кэшу ещё нужно разогеться, что не допустимо там, где выполнить задачу нужно здесь и сейчас, а не ждать пока данные в него попадут.
Знаю, и не по наслышке из чего делают СХД. Но причём тут это?
Что-то более менее похожее, что вы описываете называется In-Memory Computing, например SAP HANA, у которой все данные находятся в памяти, а резервирование идёт на уровне узлов. Но эти продукты используются для очень высоконагруженных ERP систем, где нужно не просто, например, логи быстро писать, а анализировать огромные массивы данных в единицу времени. Т.е. довльно-таки специфические задачи. Да и решение по стоимости не сравнимо с парой SSD или Flex-IO.