Ну, за отечественных инженеров ничего не могу сказать. Если только предположить что умные всеж - те причины были какие то. ДВК платы в целом весьма прожорливы на процессоры и прочее - согласен.
Вы и предыдущий комментатор немного путаете "взаимодействие из ЦП с программой которая расположена в ПП и содержит в себе некоторые графические процедуры типа нарисовать линию" (не могу придумать как это более формально написать). И прямую работу с графикой без каких либо "стандартных" подпрограмм. Вот в последнем случае - графический экран оказывается "размазан" между ЦП и ПП - часть цветных планов доступно из ЦП, часть из ПП.
Не пойму, нейросетевая статья чтоли, или просто вычиткой фактов не занимался никто.
Вот что сразу заметил пока читал:
про БК - МСТД это не контроллер дисковода, а блок с тестами. Бесполезная в общем то фигня;
про УКНЦ - нет там такого что "а второй процессор управляет графикой". Графикой управляют оба процессора, причём там ещё и очень сложно оно между процессорами раскидано;
никакого "ускорения графики в демках" Пентагон не давал. Просто демки "затачивались" под эффекты видимые в зоне Border - и поэтому очень жестко завязывались на тайминги построения экрана. Семейство клонов Пентагон было самым популярным - поэтому демки писались под его тайминги, в основном;
никаких "сотен апгрейдов" у отечественных спектрум клонов не было никогда;
ZX Scorpion до IDE развился не "со временем" а вполне себе сразу с выходом SMUC контроллера.
Ну так фреймворк это по сути набор паттернов реализованных. Вот у Вас в статье - "DI это уже оверинж тк тестов все равно нет" - DI не только и не столько про тесты. Без DI народ начинает активно совать везде вызовы чего угодно напрямую - в итоге в приложении модулей как таковых нет - один большой комок, где сервис "оплаты через webmoney" сам лезет в бд за данными заказа и тп.
Вы, возможно, не поняли, что в среднем если людей в рамки паттернов (про фреймворки молчу уж - в js с этим не очень) - то в среднем у них получается лапшичка. Очень фиговая такая, не тестируемая, глючная лапшичка. Код - очень простой при этом. И кривой.
посмотрел на несколько компьютеров из 80ых у которых пзу и не собирается никуда "стекать"... не выдумывайте в общем очередной миф. они даже с незаклеенными окошками прекрасно сохраняют данные и не 10 лет а 30+
год 2025, расскажем про apache и mod_php - серьёзно?
"супер кеши для высоких нагрузок" - а был ли мальчик? Вы, например, в курсе, что inmemory того же pg может быть *в разы* быстрее memcached просто из за особенностей работы с подключениями?
и уже не раз тут опробована, имхо
Может может. Другое дело что этим мало кто пользуется.
Ну, за отечественных инженеров ничего не могу сказать. Если только предположить что умные всеж - те причины были какие то. ДВК платы в целом весьма прожорливы на процессоры и прочее - согласен.
Также замечу, что это не "Архитектура ДВК", а "МПИ архитектура". Которая копия PDPшной, да.
ДВК, УКНЦ, БК - это всё оно. Продиктовано в итоге особенностями работы микропроцессора - мультиплексирование шины адреса и данных, в частности.
Вы и предыдущий комментатор немного путаете "взаимодействие из ЦП с программой которая расположена в ПП и содержит в себе некоторые графические процедуры типа нарисовать линию" (не могу придумать как это более формально написать). И прямую работу с графикой без каких либо "стандартных" подпрограмм. Вот в последнем случае - графический экран оказывается "размазан" между ЦП и ПП - часть цветных планов доступно из ЦП, часть из ПП.
Не пойму, нейросетевая статья чтоли, или просто вычиткой фактов не занимался никто.
Вот что сразу заметил пока читал:
про БК - МСТД это не контроллер дисковода, а блок с тестами. Бесполезная в общем то фигня;
про УКНЦ - нет там такого что "а второй процессор управляет графикой". Графикой управляют оба процессора, причём там ещё и очень сложно оно между процессорами раскидано;
никакого "ускорения графики в демках" Пентагон не давал. Просто демки "затачивались" под эффекты видимые в зоне Border - и поэтому очень жестко завязывались на тайминги построения экрана. Семейство клонов Пентагон было самым популярным - поэтому демки писались под его тайминги, в основном;
никаких "сотен апгрейдов" у отечественных спектрум клонов не было никогда;
ZX Scorpion до IDE развился не "со временем" а вполне себе сразу с выходом SMUC контроллера.
благодарность выше крыши! меня смутила кнопка "подписаться" - мол, подписаться можно, а отписаться нельзя
когда на хабре можно будет отписаться от конкретных авторов или аккаунтов :(
синхронизация данных
передача вкладок между устройствами
Те, в принципе, ребята изобрели тот же гуглохром или файрфокс с их сервисами. Прорыв прям) (и не соврать бы, но работает оно вроде на хромиум)
Ну мы не в СССР уже :) Да и поздние клоноспеки уже с ПЗУ от 16к до 64к в 1 корпусе без проблем были
И можно кстати припаять одну большую вместо пачки
Ну так фреймворк это по сути набор паттернов реализованных. Вот у Вас в статье - "DI это уже оверинж тк тестов все равно нет" - DI не только и не столько про тесты. Без DI народ начинает активно совать везде вызовы чего угодно напрямую - в итоге в приложении модулей как таковых нет - один большой комок, где сервис "оплаты через webmoney" сам лезет в бд за данными заказа и тп.
Вы, возможно, не поняли, что в среднем если людей в рамки паттернов (про фреймворки молчу уж - в js с этим не очень) - то в среднем у них получается лапшичка. Очень фиговая такая, не тестируемая, глючная лапшичка. Код - очень простой при этом. И кривой.
фанаты в основном, но много
именно. не "стекает" там ничего - они относительно нас - почти вечные все
о кстати, присылайте уже снятую - прочитаю, обратно пришлю
Никто вроде не написал что РФ5 в t48 скорее не читается чем читается.
Вы вот из исправной мыши снимите пзу - будет такое же FF там
причем это регулярное "страдание" в ретро кругах: https://zx-pk.ru/threads/33790-kakoj-programmator-vybrat.html?p=1197589&viewfull=1#post1197589
посмотрел на несколько компьютеров из 80ых у которых пзу и не собирается никуда "стекать"... не выдумывайте в общем очередной миф. они даже с незаклеенными окошками прекрасно сохраняют данные и не 10 лет а 30+
А я бы с такой необходимостью - кнопку бы заклеил просто :)
Давайте вот честно:
год 2025, расскажем про apache и mod_php - серьёзно?
"супер кеши для высоких нагрузок" - а был ли мальчик? Вы, например, в курсе, что inmemory того же pg может быть *в разы* быстрее memcached просто из за особенностей работы с подключениями?
Т.е. - о чём статья то?