Поиск |
|
|
Меню сайта |
|
|
Категории раздела |
Техническое
[29]
Все о мейнфреймах и не только о них, но все-таки крепко связанное с техникой и инженерными моментами.
|
Разговорчики
[25]
Обо всем остальном, не относящемся к технике.
|
|
|
Календарь |
« Ноябрь 2024 » | Пн | Вт | Ср | Чт | Пт | Сб | Вс | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 |
|
|
Архив записей |
|
|
Наш опрос |
|
|
Метки |
|
|
Статистика |
|
|
|
Главная » Техническое
Попался вот на глаза такой материал вот
http://www.redbooks.ibm.com/redpapers/pdfs/redp5313.pdf
New Approach to Analytics for IBM IMS Data
Про "IBM DB2® Analytics Accelerator for z/OS®", который суть есть Netezza.
Про то, как с его помощью анализировать данные IMS.
Двоякое впечатление.
Поясню почему.
Кратко как это работает - данные из баз IMS загружаются в Netteza, где уже и анализируется.
Но для этого в DB2 создаются соответсвующие таблицы, в которых данных не будет, данные будут в Netezza, но чтобы с ними работать, надо использовать a "single point of entry", роль которого как раз и играет DB2. Как то странно получается - данные из IMS баз заливаются в базу Neteza, а лицензии на DB2 купить всё равно придётся... Которая выглядит явно как лишнее звено...
Ведь можно купить ту же Netezza без гордого названия "IBM DB2® Analytics Acc
...
Читать дальше »
|
Один российский банк построил удивительную систему. Она умудряется плохо работать на 256 ядрах мощного SMP сервера! Если система не может масштабироваться в рамках одного SMP сервера, то что надо делать? Правильно, попытаться запустить эту систему в кластере, это же очевидно! А заодно применить и кучу новых модных технологий. То есть и in-memory, и grid, и всё, что, по словам вендоров, повышает производительность без изменений архитектуры самой системы.
Вот, например, таких технологий.
http://habrahabr.ru/post/160517/
http://habrahabr.ru/post/126580/
Так получиться или нет? Делаем ставки?
Сразу сделаем оговорку - речь будет идти только о системах, для которых недопустимо потерять каждую транзакцию.
Теперь некоторые напоминание.
Память в компьютерах бывает энергозависимая, содержимое которой теряется при в
...
Читать дальше »
|
EMC анонсировала Mainframe Performance Accelerator (MPA), бесплатный микрокод апдейт для счастливых обладателей VMAX40K. Глубокая переработка протокола и поддержка современных многоядерных процессоров позволила повысить пропускную способность Ficon на 60% и понизить время отклика на 30%.
Как вы знаете, в августе вышел VMAX3... без поддержки мейнфрейма. Слишком много революций, а бизнес ставит жесткие сроки выхода продукта. Поэтому было принято решение выпускать частями. Поддержка MF будет добавлена где-то через год. И MPA должен помочь пережить этот год в условиях нарастающих объемов обработки данных.
|
Добрый день, коллеги!
Внезапно появился очередной материал от фирмы Mantissa про выход свежей версии z86VM - тут. Я так понимаю, это некий Линуксочек с системой выполнения x86 команд путем интерпретации.
В связи с этим есть вопросы.
- Не заблуждаюсь ли я? Может, они свой диалект VM забабахали?
- Нафига оно вообще надо?
- Есть ли у этого изделия перспектива?
Предлагаю обсудить на досуге.
|
Статья перенесена в раздел Колонок, сюда - http://s390soft.ru/publ/19-1-0-80По просьбам граждан излагаю свою позицию по поводу особенностей работы Linux вообще и мейнфреймовского в частности. Чтобы не дергать переключатель языка на клавиатуре в дальшейшем буду называть Linux Линуксом, а мейнфреймовский Linux for System Z или zLinux - МФЛинукс. Поскольку все, написанное ниже, будет написано быстро, и я не собираюсь делать из своих соображений полноценную статью, .....
|
Вот подбросили коллеги западные хорошенькую презентацию с кучкой разных типовых аргументов на заявленную тему. Я ее стянул к себе. Качайте, ежели надо - тыц.
|
На сайте SUSE опубликована заметка про интересный проект - миграция с zOS на SUSE Linux Enterprise Server (SLES), произошедшая в органах управления провинции Квазулу-Наталь в ЮАР. В этой провинции со столицей в курортном городе Дурбан живет более миллиона жителей, приезжает огромное количество туристов как из самой страны, так и из-за рубежа. Одних работников муниципалитета - более 21 000, то есть система достаточно большая и сложная. Все это хозяйство крутиться на z114. Я, конечно, не знаю в подробностях, что там у них мигрировалось, но в итоге на вычислительной установке, кроме SLES, остался и z/VM в качестве гипервизора, и z/OS в качестве сервера базы данных. Поэтому в формулировке от SUSE-шников про "миграцию с zOS на наш Linux" я усматриваю некоторое лукавство. А так - больше проектов, хороших и очень хороших.
|
Недавно упоминалось, что в сентябре вышла IMS 13. Чтобы релиз получился с некоторой изюминкой, команда IMS решила замутить что-нибудь этакое. Естественно надо показывать свои сильные стороны, поэтому было принято решение пробить предыдущий потолок результатов performance test системы в 46,000 транзакций в секунду и удвоить результат, достигаемый на одном instance IMS и на одной машине. Тестовая нагрузка представляет собой небольшой набор приложений по работе с карточным процессингом. Безусловно логика достаточно сильно упрощена. Реализованы функции авторизации карты (CCCK), проверки лимита (CLCK), дебита/кредита счета (DEBIT), отслеживание утеряных или украденых карт (LOST). Естественно логирование и чекпоинты никто не отменял. Тест симулирует 150 миллионов банковских счетов (выпущенных карточек), около 3 миллионов POS-терминалов и 270 тысяч записей о потерян
...
Читать дальше »
|
Уважаемые коллеги! Шастая по Интернету обнаружил две интересные ссылочки - " Using the SDSF REXX interface – Part 1" и " Using the SDSF REXX interface – Part 2". Я не берусь с ходу оценивать полезность материалов, но дяденька показался рукастым и понимающим. Когда-то мне надо было решить похожую задачу - из REXX взаимодействовать с SDSF - и я ее решить с ходу не смог, обошлись без этого решения. Сейчас вроде уже и не надо. Но раз есть некое готовое решение, то не могу не привлечь ваше внимание к нему.
|
Немного упустил момент, поэтому наверняка самые заинтересованные люди уже посмотрели. В продолжение первой части Позин Б.А. сделал доклад о подходе ЕС-лизинга к процессу и системе обеспечения жизненного цикла ПО, а так же обоснование необходимости наличия отдельных стендов для разработки, тестирования и промышленной эксплуатации. Некоторые вещи хочется выделить отдельно (далее мнение Позина, которое все могут и не разделять): - Затраты на сопровождение системы после сдачи в эксплуатацию в течение
жизненного цикла ПО составляют 70-80% всей общей стоимости.
- Доля процесса разработки ПО в общей стоимости - 10-15%. Убыстряя процесс разработки на 10% мы выигрываем всего лишь 1.5% от общей стоимости. Основные затраты идут именно из дальнейшего сопровождения.
- Максимальная длина инструкции
...
Читать дальше »
|
|
|
|