Идея в том, чтобы иметь терабайты адресного пространства, к которому можно обращаться просто по указателям без явных I/O операций и не терять после выключения питания или перезагрузки.
Может, и дороже, поскольку надо ещё обеспечивать регенерацию, просто подать питание недостаточно. ИБП не совсем то, данные в памяти после ребута не сохраняет.
Они на страничке Intel Optane упоминают, подозреваю что распродают остатки (ну или Интел для них по контракту обязался какое то время продолжать выпуск - в любом случае это ненадолго).
У HP была интересная идея архитектуры, по сути основанной на PM (The Machine), но там всё вроде осталось на стадии прототипа.
Базовая поддержка в ядре - это конечно, хорошо, но дальше нужно либо полностью писать поддержку на пользовательском уровне (ядро даст по сути только девайс с поддержкой DAX), либо добавлять в ОС удобные механизмы для написания PM-specific кода. Скажем, делать что то типа IBM i (она же AS 400) с общим пространством объектов без разделения память/диск (реально на традиционном железе используется checkpointing). Упомянутый в статье Фантом задумывался похожим образом (по крайней мере во времена, когда dz писал в ЖЖ в основном на технические темы), и вроде он даже до сих пор развивается, но не знаю, насколько готов для реального использования.
Естественно, софт должен писаться явно с использованием persistent memory. Есть, скажем, набор библиотек PMDK ( https://pmem.io/pmdk/ ) для упрощения реализации поддержки. Но основные сложности скорее в редизайне - для примера можно посмотреть описание поддержки PM в SAP HANA ( https://www.vldb.org/pvldb/vol10/p1754-andrei.pdf ) - не знаю, дошло ли оно до production.
А что конкретно сейчас на рынке есть из persistent memory? Интеловский 3DXPoint уже всё; у Микрона раздел на сайте есть, но конкретных моделей с ценами сходу не вижу.
Технических деталей не хватает. Скажем, как в реальном режиме 8086 смогли реализовать поддержку DLLек и динамической подгрузки кода с диска - этот те ещё танцы с бубном.
Запускалась так же, как и обычный 3.0, через win.com из ДОСа, доступ к железу часто через досовские драйвера. Там только реальный и стандартный режимы оторвали - остался только расширенный.
По идее если я ввожу в браузере логин/пароль, а потом жмакаю кнопку, пароль отсылается одним реквестом. Разве что какая то новомодная страничка вмешивается в процесс ввода пароля Javascript'ом и отсылает что то на сервер в процессе - но за такое руки отрывать...
С мембранной клавиатурой оригинального БК 0010 и отсутствием предыдущего опыта работы на какой либо клавиатуре ввод одной строчки - уже серьёзная задача, так что перенабирать код, чтобы освободить место для новой строчки, может быть долго. При том что время занятия ограничено и между занятиями код не сохранялся.
Идея в том, чтобы иметь терабайты адресного пространства, к которому можно обращаться просто по указателям без явных I/O операций и не терять после выключения питания или перезагрузки.
Может, и дороже, поскольку надо ещё обеспечивать регенерацию, просто подать питание недостаточно. ИБП не совсем то, данные в памяти после ребута не сохраняет.
Почитайте Солтиса про архитектуру AS/400, она как раз должна подойти, хотя сама система работает на обычном железе.
Вроде были такие решения, но как то дороговато получается.
Они на страничке Intel Optane упоминают, подозреваю что распродают остатки (ну или Интел для них по контракту обязался какое то время продолжать выпуск - в любом случае это ненадолго).
У HP была интересная идея архитектуры, по сути основанной на PM (The Machine), но там всё вроде осталось на стадии прототипа.
Базовая поддержка в ядре - это конечно, хорошо, но дальше нужно либо полностью писать поддержку на пользовательском уровне (ядро даст по сути только девайс с поддержкой DAX), либо добавлять в ОС удобные механизмы для написания PM-specific кода. Скажем, делать что то типа IBM i (она же AS 400) с общим пространством объектов без разделения память/диск (реально на традиционном железе используется checkpointing). Упомянутый в статье Фантом задумывался похожим образом (по крайней мере во времена, когда dz писал в ЖЖ в основном на технические темы), и вроде он даже до сих пор развивается, но не знаю, насколько готов для реального использования.
Естественно, софт должен писаться явно с использованием persistent memory. Есть, скажем, набор библиотек PMDK ( https://pmem.io/pmdk/ ) для упрощения реализации поддержки. Но основные сложности скорее в редизайне - для примера можно посмотреть описание поддержки PM в SAP HANA ( https://www.vldb.org/pvldb/vol10/p1754-andrei.pdf ) - не знаю, дошло ли оно до production.
А что конкретно сейчас на рынке есть из persistent memory? Интеловский 3DXPoint уже всё; у Микрона раздел на сайте есть, но конкретных моделей с ценами сходу не вижу.
Теоретически да, а практически как то так:
"-Скажите, какую аппаратуру вы используете в работе? Это сеть Novell?
-Это сеть Фрисби (сдержанный смех)! Мы перебрасываемся дискетами"
Из интервью с Digital Integration, 1993 год.
Технических деталей не хватает. Скажем, как в реальном режиме 8086 смогли реализовать поддержку DLLек и динамической подгрузки кода с диска - этот те ещё танцы с бубном.
Запускалась так же, как и обычный 3.0, через win.com из ДОСа, доступ к железу часто через досовские драйвера. Там только реальный и стандартный режимы оторвали - остался только расширенный.
Так свой магазин давно есть. И на китайском рынке, где play store забанен, зоопарк магазинов - привычное дело.
Просто одну важную деталь упомянули только в середине статьи
И Гельсингер имел в виду только это.
Вроде в статье речь именно про передачу по сети и MITM. Из за спины и нажимаемые кнопки можно подсмотреть.
По идее если я ввожу в браузере логин/пароль, а потом жмакаю кнопку, пароль отсылается одним реквестом. Разве что какая то новомодная страничка вмешивается в процесс ввода пароля Javascript'ом и отсылает что то на сервер в процессе - но за такое руки отрывать...
С этим конечно соглашусь, редактор в Примусе по сравнению с Multiedit примитивен. Но в рамках пакетного обмена с 7920 что то серьёзнее сделать сложно.
А PCшки там, где я застал ЕСки, использовали уже сами по себе для расчётов.
А чем вас Примус для интерактивной работы не устраивал?
Можно бы и Интел упомянуть, где эти OKR появились в 70е...
Интересно было бы с aalib сравнить.
С мембранной клавиатурой оригинального БК 0010 и отсутствием предыдущего опыта работы на какой либо клавиатуре ввод одной строчки - уже серьёзная задача, так что перенабирать код, чтобы освободить место для новой строчки, может быть долго. При том что время занятия ограничено и между занятиями код не сохранялся.