Pull to refresh
-3

Программист

0,1
Rating
1
Subscribers
Send message
А разве эта проблема не решается унификацией на уровне библиотек типа OpenGL?
Кто нибудь поясните плз, в чем заключается оптимизация конкретно под байкал?
Я по наивности полагал, что если софт уже оптимизирован под конкретные ядра АРМ, то как бы все должно сразу работать более менее неплохо.
Хм, вопрос был: «много ли домашних пк на arm?».
Чем M1 не пример? Он не «домашний»? Он не «арм»?
Ха-ха-ха. Меня уволили? Ну да. И еще и зуб на ibm имею…
Сколько нового о себе родном порой узнаешь от незнакомых людей на хабре.
Ну и да, какой я спец, по сравнению с вами :-).
Ладно, я вижу с кем имею дело. Переход на личности, неимоверный ЧСВ и ноль технических деталей. Удачи в пугании «молодежи» неимоверной крутизной изделий от ibm. Только вряд ли преуспеете. Больше шансов с непрофессионалами: чиновниками, менеджерами… А в открытой технической дискуссии вы просто бессильны и смешны. Когда вам приводят линки на конкретные кейсы успешных миграций самых сложных систем, ответить вам нечем, кроме каких-то мифических историй с минимумом деталей. Так что складывается полное понимание, что дело там было в некомпетентности конкретных исполнителей, а не в мифической незаменимости мэйнфреймов.
Даже жалко вас, немного.
Вообщем, на пенсию, пора вам на пенсию ;-).
Ох, я эти рассказы слушаю с иронией :-).
Чтобы вести разговор предметно, надо представить детали: в какую архитектуру мигрировали, каким образом, какой тип приложения, какая нагрузка, тогда можно будет разговаривать.
Ой, уверяю вас, уж я то точно не обижаюсь :-). Я иронизирую.
Ну и, конечно, процесс миграции с МФ идет повсеместно, а не только в РФ. Так это объективный процесс, а не «политика».
Как специалист, отдавший «зеленым экранам», как мы шутим, пол жизни, в том числе непосредственно в ibm, я этот процесс поддерживаю и считаю прогрессивным. Будущее за открытыми технологиями и стандартами, потому что они дают гибкость и возможность выбора, что хорошо для бизнеса и рынка.

Да, жалко немного людей, которые 30 лет делали одно и то же и настолько закостенели в своих привычках, что переход на что-то другое для них сложен а нередко и невозможен. Но, с другой стороны, я видел и нежелание учиться и смотреть что происходит вокруг у многих. Слишком удобно было думать, что вот это, полученное когда-то знание будет кормить всегда и можно не развиваться в профессии. Так что и не особо жалко. Пора, друзья, или начать учиться новому или идти на пенсию.
Ясное дело, к кому же еще они могли обратиться.
Надо было к вам, и вы бы им объяснили, что мигрируют с мэйнфреймов только неудачники и колхозники. А профессионалы выбирают имб форева :-).
Ну так надо обращаться к специалистам, которые этим занимаются ;-).
А так, есть статистика, что вообще большинство проектов в авйти выходят за рамки плана по бюджету и срокам.
Ну так то, что делалось 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 в рамках проекта о котором я писал выше.

Information

Rating
3,191-st
Registered
Activity