What System z can do that Intel® can’t

[zVlad]

Меня цены вообщем то редко интересуют

Цена интересует того кто платит. Поэтому они и выбирают не МФ

именно! Собссно на этой фразе обсуждение можно было бы закончить.

Есть и такие, однако, которые выбирают МФ, причем выбирают уже на протяжении почти 70 лет, в апреле 2014 будет 70 ровно.

[rzen]

Меня цены вообщем то редко интересуют

Цена интересует того кто платит. Поэтому они и выбирают не МФ

именно! Собссно на этой фразе обсуждение можно было бы закончить.

Есть и такие, однако, которые выбирают МФ, причем выбирают уже на протяжении почти 70 лет, в апреле 2014 будет 70 ровно.

а вы их по какому признаку относите к одному классу? По неудобности интерфейса или по невместимости в помещение?

[flip_flop]

Меня цены вообщем то редко интересуют

Цена интересует того кто платит. Поэтому они и выбирают не МФ

именно! Собссно на этой фразе обсуждение можно было бы закончить.

Есть и такие, однако, которые выбирают МФ, причем выбирают уже на протяжении почти 70 лет, в апреле 2014 будет 70 ровно.

Опять ошибка в арифметике - 7 апреля 1964 года IBM обьявила о выходе в мир первого экземпляра IBM System/360 - да, тот самый "единственно верный" МФ. Если меня правильно учили арифметике - юбилей (50 лет) будет в 2014.

Там число ядер уменьшаем на порядок, тут дописываем 20 лет. Тенденция, однако.

zVlad, не обижайтесь, это шутка.

[Palych]

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

Интересно - кто-нибудь строил на майнфреймах дата центры сравнимые по масштабу с Google, Amazon, etc.?

Кстати, дешевизна железа "плебейских" серверов позволяет как раз сократить комплексные расходы: программы написанные плохо, не вылизанные и не оптимизированные будут работать приемлемо если добавить памяти. Доводить их до ума, вылизывать и оптимизировать потребует гораздо больших затрат.

[zVlad]

Меня цены вообщем то редко интересуют

Цена интересует того кто платит. Поэтому они и выбирают не МФ

именно! Собссно на этой фразе обсуждение можно было бы закончить.

Есть и такие, однако, которые выбирают МФ, причем выбирают уже на протяжении почти 70 лет, в апреле 2014 будет 70 ровно.

Опять ошибка в арифметике - 7 апреля 1964 года IBM обьявила о выходе в мир первого экземпляра IBM System/360 - да, тот самый "единственно верный" МФ. Если меня правильно учили арифметике - юбилей (50 лет) будет в 2014.

Там число ядер уменьшаем на порядок, тут дописываем 20 лет. Тенденция, однако.

zVlad, не обижайтесь, это шутка.

Насчет 70 лет это конечно глупая ошибка. У меня пропал интернет и я думал что сообщение это не было принято. Оказалось было. Но я ведь дал дату и каждый мог меня поправить и узнать правильный возраст МФ.

[zVlad]

Меня цены вообщем то редко интересуют

Цена интересует того кто платит. Поэтому они и выбирают не МФ

именно! Собссно на этой фразе обсуждение можно было бы закончить.

Есть и такие, однако, которые выбирают МФ, причем выбирают уже на протяжении почти 70 лет, в апреле 2014 будет 70 ровно.

а вы их по какому признаку относите к одному классу? По неудобности интерфейса или по невместимости в помещение?

Вопрос не понял.

[Леонид Ильич Брежнев]

Я даже не знаю $1495 это много или нормально.

Прошло всего 50 с лишним лет:
Нынешнее поколение советских людей будет жить при коммунизме!
(с) Н.С. Хрущев, XXII сьезд КПСС, 1961 год.

[zVlad]

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

Интересно - кто-нибудь строил на майнфреймах дата центры сравнимые по масштабу с Google, Amazon, etc.?

Кстати, дешевизна железа "плебейских" серверов позволяет как раз сократить комплексные расходы: программы написанные плохо, не вылизанные и не оптимизированные будут работать приемлемо если добавить памяти. Доводить их до ума, вылизывать и оптимизировать потребует гораздо больших затрат.

О Гуго и амазон уже говорили. Хотя я прекрасно себе представляю как эти системы могли бы быть воплощены на МФ, но они не воплощены на МФ и говорить здесь особо не о чем. С другой стороны есть гораздо более массовый ( не в смысле количества пользователей, а в смысле количества таких структур) класс приложений - корпоративные, скажем так, это ИТ банков, страховых и медицинских компаний, вообще бизнесов от средних до крупных. Было время когда используя дешевые сервера и бесплатное ПО можно было существенно экономить делая это не на МФ. Но там где произошел рост и использовались не бесплатное ПО, а например Оракл да плюс возникли реальные требования к DR там затраты оказались сопоставимыми и даже большими чем в случае МФ. Да и МФ изменились и теперь на них прекрасно строятся вообщем то немайнфреймовские ИТ. И вот тут то выяснилось что туже самую работу можно выполнить на меньшем количестве CPU, те существенно сэконмить на лицензиях которые как правило пропорциональный их количеству. Собственно об этом те материалы которые я привел в начали и которые похоже ни один из присутствующих не читал.

[Palych]

О Гуго и амазон уже говорили. Хотя я прекрасно себе представляю как эти системы могли бы быть воплощены на МФ, но они не воплощены на МФ и говорить здесь особо не о чем.

Я часто прекрасно себе представляю как гораздо более простые задачи могли бы быть реализованы.
А когда дело доходит до конкретной реализации - возникают непредвиденные, странные и глупые препятствия, которые неожиданно оказываются не преодолимыми. Например - отсутствие гвоздя в кузнице...

[zVlad]

О Гуго и амазон уже говорили. Хотя я прекрасно себе представляю как эти системы могли бы быть воплощены на МФ, но они не воплощены на МФ и говорить здесь особо не о чем.

Я часто прекрасно себе представляю как гораздо более простые задачи могли бы быть реализованы.
А когда дело доходит до конкретной реализации - возникают непредвиденные, странные и глупые препятствия, которые неожиданно оказываются не преодолимыми. Например - отсутствие гвоздя в кузнице...

Вы наверное думаете что сказали что-то такое ужасно глубокомысленное.

[Palych]

О Гуго и амазон уже говорили. Хотя я прекрасно себе представляю как эти системы могли бы быть воплощены на МФ, но они не воплощены на МФ и говорить здесь особо не о чем.

Я часто прекрасно себе представляю как гораздо более простые задачи могли бы быть реализованы.
А когда дело доходит до конкретной реализации - возникают непредвиденные, странные и глупые препятствия, которые неожиданно оказываются не преодолимыми. Например - отсутствие гвоздя в кузнице...

Вы наверное думаете что сказали что-то такое ужасно глубокомысленное.

Это верно. Захотелось понравиться публике, подловив Вас на неосторожном высказывании.
Извините! Постараюсь больше так не делать.

[crypto5]

О Гуго и амазон уже говорили. Хотя я прекрасно себе представляю как эти системы могли бы быть воплощены на МФ

Вы уже посчитали сколько будет стоить МФ хранилище для 30 триллионов страниц интернета и индекса для них.

[Zorkus]

а я вспоминаю слова "горизонтальная масштабируемость" и меня слехка штормит..ик.

[Alexander Troyansky]

О Гуго и амазон уже говорили. Хотя я прекрасно себе представляю как эти системы могли бы быть воплощены на МФ

Вы уже посчитали сколько будет стоить МФ хранилище для 30 триллионов страниц интернета и индекса для них.

Если арендовать у ИБМ, то будет 40 долларов в месяц за каждые 10 ГБ.

[Alexander Troyansky]

сервер не потянул 10 юзеров?! не верю. детали в студию. никакой современный комп (вообще любой, включая телефоны) не сможет подавиться десятью юзерами. либо у них там _серьёзные_ проблемы с архитектурой софта.

Вы зря не верите. Я в своей лабе частенько провожу нечеловеческие эксперименты -- по работе приходится нагружать системы не по-детски. Так вот у меня довольно-таки неплохо получается парой-тройкой тяжелых тестовых процессов опрокинуть пару AIX вёдер с болтами (сервер приходится перегружать). Такие фокусы даже с HPUX IA не проходят, не говоря уже про всякую шваль типа Винды, Солярки и Линуха.

Я было попросил память увеличить на одной AIX, ну 8 GB добавить. ИТ наш посмотрел на цену:
8GB Kit (4GBx2)
• Part #: CT788754 - $1425.99

и естественно жестоко меня послал.

AIX, насколько мне известно, это операционная система, у операционной системы нет ведер с болтами, уж это я точно знаю. HPUX - тоже название ОС и насколько мне известно, но не наверняка (если я не прав меня поправят), сервера для AIX и HPUX должны быть разными - от ИБМ и НР соответственно. Но в принципы и эти ОС и эти сервера одним миром мазаны и по идее разницы большой между ними быть не должно.
Так что нужно добавить Ваш рассказ данными серверов чтобы понять о чем Вы говорите. Номера версий ОС тоже помогут прилить свет. А может Вы знаете что-то такое что и без данных серверов позволяет объяснить несоответствие здравому смыслу того что увидили в Вашем эксперементировании. Так поделитесь этим объяснением, зачем томить публику.

Да, вам всё правильно известно. AIX - это операционная система. Я могу ошибаться, но в данное время она широко распространена именно для PowerPC, поэтому для краткости название самого железа опустил. HPUX, как уже писал, на IA платформе, т.е. Itanium (тоже, кстати, дорогое ведро с болтами, хотя и не такое глючное). Нечего мне добавлять к рассказу своему, кроме того, что более дешёвые системы примерно такой же конфигурации (RAM, CPU) на базе AMD/Intel и Windows/Linux/Solaris оказались быстрее и устойчивее. В моём конкретном случае.