Обновить
-4
0

Программист

Отправить сообщение
Ясное дело, к кому же еще они могли обратиться.
Надо было к вам, и вы бы им объяснили, что мигрируют с мэйнфреймов только неудачники и колхозники. А профессионалы выбирают имб форева :-).
Ну так надо обращаться к специалистам, которые этим занимаются ;-).
А так, есть статистика, что вообще большинство проектов в авйти выходят за рамки плана по бюджету и срокам.
Ну так то, что делалось 30-40-50 лет, просто не мигрируешь. Однако, все же предпочитают идти на эти траты. Значит есть смысл. И ладно бы одни такие — все как один GDS решили мигрировать, так что это объективная необходимость, а не аномалия.
Ну и, потом, не все так грустно сегодня с миграцией. Тяжело было первопроходцам в этом деле. А сейчас уже наработаны практики и компетенции, так что многие компании (начиная с AWS) предлагают помощь в этом вопросе.
Так я о том и говорю, что ввиду закрытости, все эти представления о «как там у них» были во многом мифическими.
Ну, и в СССР было не все так грустно. Я застал не так много, но там тоже были и творческие люди и творческие коллективы. Была возможность для самореализации и крутые проекты.
И насчет — изобретай сколько хочешь — тоже я бы поспорил. Сейчас все сильно зависит от денег. Нет денег — не наизобретаешься много.
Ну и, последнее. Все же, сравнивать как оно сегодня и как оно было в начале 80-х — не корректно. В айти сильно все изменилось и на западе как раз в плане стартапов, денег, возможности творчества.
Я слышал все эти разговоры еще в СССР, типа, чтобы жить как они надо работать как они и т.п. Мол, это у только нас — начальники дураки, а в коллективах полно бездельников или людей которые вообще непонятно как оказались в IT. И можно было бесконечно язвить и злословить по этому поводу над «совком».
А потом СССР рухнул. И я попал сразу в одну самую что ни на есть главную американскую айти компанию — ту, что на три буквы. А из нее — в другую, не менее известную — что на две буквы :-). И испытал известное разочарование. Оказывается у них все то же самое. В тех самых лабораториях, где казалось, творят гении, атмосфера примерно такая же, как в советских НИИ. Так это в еще в айти компаниях. Я уж не говорю о том, что твориться в айти отделах всяких энтерпрайзов. Так что как-то начинаешь спокойнее относиться к НИИ. Не так там было ужасно. НИИЭВМ проектировал машины и писал софт. МПОВТ работал в три смены, круглосуточно отгружая в фуры продукцию которая расходилась не только по СССР, но и по всему восточному блоку. Она была весьма востребована, пока были производства и работало народное хозяйство.
Ну вы просто путаете разные типы нагрузки. Вы тогда еще запросы гугла посчитайте :-). С такими понятиями у гугла нет шансов без парка z :-).
Ну, там суть была в том, что i умеет «в виртуализацию» не хуже чем z.
Зато есть PCIe и OpenCAPI.
Вот-вот, о чем я и говорю — много маркетинга и мало инжиниринга.
Ну так я о том, что ценность этого подхода сильно нивелируется.
На самом деле, чтобы говорить о «ниочем» надо предметно смотреть по результатам. Взять старшую модель i и посравнивать на тестах с младшей z.
То же «железное сквозное шифрование» реализуется в серверах Power с помощью On-chip accelerators. А через OpenCAPI можно подключать вообще что угодно.
Ну так «собственные силы» — это просто один отдельный Power CPU на все каналы.

Думаю, это больше рекламная кампания. Сейчас все современные CPU поддерживают аппаратное шифрование. А то, что в z для этого нужен отдельный контроллер — это особенность конкретной архитектуры, а не то, что именно так это лучшим способом реализуется. Они вон по той же причине носятся со своими каналами, которые там вынужденно остались, тогда как все другие давно перешли на DMA.

Ну и как там на старом железе обстоят дела со сквозным шифрованием? ;-)

DRDA как раз и был разработан в конце 80 в рамках проекта о котором я писал выше.

Я согласен, но речь же шла о конкретном контексте. Вы же понимаете о чем речь, зачем же придираться к этим деталям? Запустите в LPAR RHEL с KVM и получите.

не соглашусь.

Так я о том и говорю, что за основу для LUW брался сишный код для os2, а не оригинальный для MVS.

Нашел подтверждение своим предположениям в wiki:
An earlier version of the code that would become DB2 LUW (Linux, Unix, Windows) was part of an Extended Edition component of OS/2 called Database Manager.

IBM extended the functionality of Database Manager a number of times, including the addition of distributed database functionality by means of Distributed Relational Database Architecture (DRDA) that allowed shared access to a database in a remote location on a LAN. (Note that DRDA is based on objects and protocols defined by Distributed Data Management Architecture (DDM).)

Eventually, IBM took the decision to completely rewrite the software. The new version of Database Manager was called DB2/2 and DB2/6000 respectively. Other versions of DB2, with different code bases, followed the same '/' naming convention and became DB2/400 (for the AS/400), DB2/VSE (for the DOS/VSE environment) and DB2/VM (for the VM operating system).
Хм, а в каких годах это было? Я думал, что IBM переписали DB2 на C только на рубеже 80/90 в рамках монструозной инициативы под аббревиатурой SAA. И тогда они сразу подразумевали несколько платформ.
Понятно, что мэйнфреймы для них — это главный рынок, оттуда и EBCDIC и все остальное в коде. Но есть разница все же между «портировать с» и «разрабатывать для».
А до того, DB2 была на MVS на ассемблере и PL/X. Поправьте, если ошибаюсь.
Перформанс там может быть никакой, а может на порядки различаться. Зависит от задачи. Кил фича мэйнфреймов — возможность решать задачи в рамках одной системы без необходимости уходить в распределенность. Транзакция (и многое другое) становится на порядок более сложной, когда к ней добавляется прилагательное «распределенная». А сравнивать на тестах чисто железо имхо смысла большого не имеет.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность