Size: a a a

2019 December 01

TN

Tiny Nop in HWV ⟼ R&D
ООП на уровне процессора в моем понимании - это когда за парадигму ООП (инкапсуляция, наследование, полиморфизм) отвечает процессор.
источник

TN

Tiny Nop in HWV ⟼ R&D
ведь все 3 составляющие ООП реализуются на практике как цепочка вызовов
источник

BU

Bug the Red Squirrel Ur in HWV ⟼ R&D
А не получится как с Lisp-машинами и прочими i432?
источник

TN

Tiny Nop in HWV ⟼ R&D
а мне почем знать 8)). но к Lisp я тяготею в определенном смысле слова.
источник

TN

Tiny Nop in HWV ⟼ R&D
лисп машинки - это классно, как и функциональное программирование в целом.
источник

TN

Tiny Nop in HWV ⟼ R&D
i432 сильно опережал время, но идеи заложенные в нем весьма здравые.
источник

TN

Tiny Nop in HWV ⟼ R&D
В iAPX-432 использовался пакетный режим работы процессора с памятью, при котором процессор формирует пакет запросов (адрес, число байтов, описатель типа обращения), а система памяти отвечает передачей пакета данных. Такой режим имеет преимущества при построении многопроцессорных систем.
источник

TN

Tiny Nop in HWV ⟼ R&D
и не только многопроцессорных. таким образом можно отлавливать и недопускать использования ряда уязвимостей. например тот же heap spray как таковой можно выкосить. ну те когда одним объектом затираются данные/методы другого объекта.
источник

TN

Tiny Nop in HWV ⟼ R&D
так что если процессор следит за объектами и выделением/освобождением памяти, то можно проверять заодно и то, что не происходит ли перекрытия объектов по адресам
источник

TN

Tiny Nop in HWV ⟼ R&D
еще из RISC архитектур мне понравилось то, что в MIPS есть нулевой регистр. сравнение с нулем одна из самых частых операций сравнений. ну а mov это по сути просто add c $0 8). те https://codeday.me/ru/qa/20190904/262190.html
источник

BU

Bug the Red Squirrel Ur in HWV ⟼ R&D
Tiny Nop
i432 сильно опережал время, но идеи заложенные в нем весьма здравые.
Так ругались не на идеи, а на дичайшую тормознутость сабжа:)
источник

TN

Tiny Nop in HWV ⟼ R&D
Bug the Red Squirrel Ur
А не получится как с Lisp-машинами и прочими i432?
i432 проектировали в 80е и на замену x86, что говорит о двух вещах. идея в общем-то давно витает в воздухе, но никто так и не сделал ничего путевого. ну и в 80е средства проектирования были на порядок хуже.
источник

TN

Tiny Nop in HWV ⟼ R&D
дык сейчас производительности хоть отбавляй, но толку мало
источник

TN

Tiny Nop in HWV ⟼ R&D
ну те бенчмарки по meltdown патчами таки говорят, что просадка по скорости есть и всем начхать
источник

TN

Tiny Nop in HWV ⟼ R&D
ну те одно дело в 70х-80х реализовывать это все с кол-вом байт памяти которое с нынешним просто не сопоставить
источник

TN

Tiny Nop in HWV ⟼ R&D
раньше ведь требования к ПО были строже вследствии сжатости ресурсов. теперь ресурсов хоть отбавляй, но вместо правильной реализации базиса происходит наращивание слоев абстракции на всех уровнях. по сути как грязь под половик замести. проблему спрятали, но не решили. и таких проблем на x86 архитектуре уже масса и будет еще больше. вы сами уже примерно очеретили следующий круг проблем - видеокарты. их рано или поздно тоже начнут хакать, причем из браузера по мере развития WebGL и аналогичных технологий.
источник

TN

Tiny Nop in HWV ⟼ R&D
оно на самом деле уже происходит. просто мало кто понимает.
источник

TN

Tiny Nop in HWV ⟼ R&D
источник

TN

Tiny Nop in HWV ⟼ R&D
источник

TN

Tiny Nop in HWV ⟼ R&D
я уже делал небольшой ресерч на эту тему, у того же майкрософт на MSDN можно найти кучу примеров BSoD связанных с WebGL.
источник