Учебник по программированию - новая редакция

[hacker7]

Да ну их, шизиков.
Исбанни,
лучше помогите разобраться, в свете вышеприведенного примера 3-х команд. Что делать, если они применяются для постановки в очередь к ресурсу?
При постановке в любую очередь мы должны менять ссылку на последний элемент очереди. Теоретически, если прерывание приходит в любой момент, возможно ли вообще это сделать?

[Исбанни]

Хм. Ну во-первых, контроллер прерываний сам по себе выполняет необходимые операции по сохранению/восстановлению стека, а во-вторых, то, на что не распространяются аппаратные действия, может быть сохранено/восстановлено вручную в стеке.

Чтобы обсуждать подобные проблемы, нужно знать не только теоретическое "программирование", но и железо, аппаратные реализации. Ну и уж тем более, чтобы писать "учебник", надо самому знать материал на порядок выше и глубжее.

[pasha_zv]

ой-мне, да не смешите же моего кота, у него рыба изо рта выпадает...

служил я в армии, наш старлей Зиборов говорил:
Паша, пойми простую истину
не хочешь работать - иди учить других
не можешь учить - иди руководить.

потом, поработав и в школе, и в администрации, я понял его мудрость.
а лет ему было 30 +-.

ЗЫ. тот кто знает и умеет - книг не пишет, ему просто некогда.
а вот кто ни в чем не разбирается....
да посмотрите наше русское тВ.
одного малахова и малышевой хватает.

[mike-y-k]

hacker7, например исключению фрагментации памяти в том списке вполне может способствовать виртуализация.

2. Внешнее прерывание. При возникновении опред. события управление принудительно аппаратно передаётся в точку, заранее сопоставленную этому событию. В этой точке доступна информация о том, где управление было раньше. Дальнейшее решает всё тот же диспетчер.

Тут как раз про диспетчер априори , что явно не соответствует…
Очень много таких несуразностей, до конца прочитать сил не хватило - испугался начавшегося дрейфа крыши
Надо бы в качестве образца почитать Кнута, Джермейн,… хотя они и писали про иные архитектуры…

[hacker7]

Хм. Ну во-первых, контроллер прерываний сам по себе выполняет необходимые операции по сохранению/восстановлению стека, а во-вторых, то, на что не распространяются аппаратные действия, может быть сохранено/восстановлено вручную в стеке.

Чтобы обсуждать подобные проблемы, нужно знать не только теоретическое "программирование", но и железо, аппаратные реализации. Ну и уж тем более, чтобы писать "учебник", надо самому знать материал на порядок выше и глубжее.

вторую фразу опускаю.
При чём здесь вообще стек?
Контроллеры бывают разные. Может просто передать управление по вектору прерывания, и всё. Регистры доступны, сохраняй сам что хошь и где хошь. Навскидку, контроллер этой вот IBM PC даже не даст больше произойти прерыванию - сохраняй в монопольном режиме, пока не выдашь out 20h,20.
Задача (решенная) ставится так:
есть очередь. Запросов на обслуживание, запросов на захват ресурса, какая угодно.
Есть указатель на последний элемент очереди.
В очередь ставят разные процессы (задачи, подзадачи и т п). М б даже разные устройства на шине. Кстати, я там поспешил с ответом, не только DEC, в IBM PC в общем пр-ве памяти находится, например, видеопамять A000 B800 да и ПЗУ контроллеров а мож и озу не помню, т к программист замученный.
Надо сделать две операции.
1. Старый последний сделать предпоследним.
2. Вписать новый последний.
Если прерывания могут происходить в любой момент между любыми 2 командами, как это сделать? Чтобы не потерять старый последний, чтобы другой процесс не затер новый последний.
Ну просто укажите чётко хотя бы один способ. В двух словах.
Один я указал.

[hacker7]

ЗЫ. тот кто знает и умеет - книг не пишет, ему просто некогда.

Полностью согласен. Поэтому и написал не 300 стр, а 3...

[hacker7]

Надо бы в качестве образца почитать Кнута, Джермейн

Вы угадали. Именно по воспомнаниям о рае IBM\360 это писано.
Но и по воспоминаниям про кристалл ADSP, где ни один метод вообще не прокатывает...
Или если систематические подходы есть, я не умею писать про подходы к подобным зверям

[stalkernet]

Народ уж извените. но вопрос возник а под что пишем? под МК или под какуюто ось???
Мк одно. Ось другое.... А кластерные вычесления вобще 3.14дец....... особенно когда или распределенные или паралельные.... особенно когда приходит деятель и просит рекурентно - рекурсивную формулу распаралелить.... (головой об стену)

[hacker7]

Народ уж извените. но вопрос возник а под что пишем? под МК или под какуюто ось???
Мк одно. Ось другое.... А кластерные вычесления вобще 3.14дец....... особенно когда или распределенные или паралельные.... особенно когда приходит деятель и просит рекурентно - рекурсивную формулу распаралелить.... (головой об стену)

Под ось. И один фрагмент с примером техники вроде конечного автомата посвящён МК low-end, в кодах без оси, типа с ассемблера.
Под ось. Или если самому приходится писать типо ось или её фрагмент: боле-мене универсальное упр памятью, совместный доступ к данным. Основная мысль: прежде чем писать, рассмотреть, а нужно ли в конкр задаче применять техники с закосом под ось. А если вынуждены применять ось, то знать, чего от неё ожидать, т е как это могло быть в ней сделано или не сделано.

Реккур.-рекурс формулы не параллелил совсем. Но прочностные расчёты и нек др по мех. спл. сред делал. Преобразования разностных схем к виду, пригодному вместить в машину. Фурье-анализ сигналов на лету. М б это похоже, м б нет

[stalkernet]

боле-мене универсальное упр памятью, совместный доступ к данным

а самому написать свой своп для расчетов???? выгрузка загрузка - несложно. Я например для расчета матрицы распределения поверхносных напряжений при ударе молнии ( метод Гаусса) послал на ху..... все виндавское. матрица 2 -3 гигабайта. свой своп, своя таблица адресов, подгрузка выгрузка промежуточных результатов. и работало быстрее. Другое дело реалтайм. тут свои нюансы. притом просто пиз.....ц