механизмы синхронизации

@asmquest · 14.01.2017, 13:02. **Показов** 550. **Ответов** 6

Студворк — интернет-сервис помощи студентам

Есть проблема доступа к совместным ресурсам. Я вот не пойму, это реальная проблема, или она надумана?

Создается такое впечатление, что дезигнеры сами наплодили проблем, и затем сами же пытаются их безуспешно решить.

Пусть есть условная ячейка памяти, которую разные процессы могут инкрементить. Как принято представлять эту модель? Процесс №1 считывает текущее значение из памяти(допустим - это 0), прибавляет к нему единицу, а затем записывает в память получившееся значение вместо предыдущего. Соответственно пока процесс №1 производит операцию сложения, процесс №2 может считать значение памяти, и начать свою операцию сложения. Затем, после того как процесс №1 записал результат(1) в память, процесс № 2 также записывает свой результат(1) в память, и результат 2-х инкрементов -- 1.

Отсюда проистекает необходимость введения механизмов блокировок, которые, в свою очередь порождают уже другие проблемы.

Это все выглядит уродливо, как кровавое месиво.

Давайте посмотрим на это с другой стороны.

Есть условная ячейка, к которой имеет доступ только один процесс, который умеет ее инкрементить. Остальные процессы могут послать сообщения этому процессу, с "просьбой" инкрементации. При этом, эти мессенджеры абстрагированны от текущего значения счетчика, нет нужды считывать значения и производить собственные операции над этим значением, их дело -- послать собщение и все. Они не имеют никакого доступа к этой памяти.

То есть, обычная инкапсуляция. И нет никакой проблемы.

Если это так просто, то зачем городить огород? Зачем решать несуществующие проблемы? Может это выгодно всякого рода горе-дезигнерам, делать вид, что существует проблема, нет проблемы -- нет и хлебушка с маслицем?

@Igor3D · 14.01.2017, 15:46

Сообщение от asmquest

Давайте посмотрим на это с другой стороны.
Есть условная ячейка, к которой имеет доступ только один процесс, который умеет ее инкрементить. Остальные процессы могут послать сообщения этому процессу, с "просьбой" инкрементации.

Не процессы, а "потоки" (threads) у которых общее адресное пр-во. В случае же процессов ничего другого и не остается как слать сообщения. Но и для потоков и для процессов посылка сообщения - весьма дорогая, затратная операция.

Сообщение от asmquest

Отсюда проистекает необходимость введения механизмов блокировок, которые, в свою очередь порождают уже другие проблемы.

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

Сообщение от asmquest

Если это так просто, то зачем городить огород? Зачем решать несуществующие проблемы? Может это выгодно всякого рода горе-дезигнерам, делать вид, что существует проблема, нет проблемы -- нет и хлебушка с маслицем?

Вы бы лучше сначала разобрались, а потом уж дармоедов искали (если не пропадет охота)

@krapotkin · 14.01.2017, 20:21

прямо интересно, если я дизайнер, то сколько я получу с использования вами синхронизации ? )))

@asmquest · 14.01.2017, 20:43 **[ТС]**

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

@Shamil1 · 15.01.2017, 04:17

Сообщение от asmquest

Это все выглядит уродливо

Почему это выглядит более уродливо, чем отправка сообщений?
И почему Вы считаете, что Ваша функция отправки сообщений не использует внутри себя блокировки?

@asmquest · 15.01.2017, 08:37 **[ТС]**

Сообщение от Shamil1

И почему Вы считаете, что Ваша функция отправки сообщений не использует внутри себя блокировки?

это не важно, использует или не использует. Если мы все говно убрали на уровень реализации, все ок

@Igor3D · 15.01.2017, 12:45

Сообщение от asmquest

это не важно, использует или не использует. Если мы все говно убрали на уровень реализации, все ок

Такая замена совсем не адекватна (или не эквивалентна), ф-ционал существенно отличается. Псевдокод

C++
1
2
3
4
atomic<int> theCount;
..
int slot = ++theCount;
CalculateSlot(slot);

Этот код безопасен при выполнении 2 и более нитками, каждая получит свой slot, и каждый slot будет получен ровно 1 раз. А с посылкой ничего подобного Вы не достигнете

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@asmquest Заблокирован

	механизмы синхронизации 14.01.2017, 13:02. Показов 550. Ответов 6 Метки память, параллельное программирование (Все метки) Есть проблема доступа к совместным ресурсам. Я вот не пойму, это реальная проблема, или она надумана? Создается такое впечатление, что дезигнеры сами наплодили проблем, и затем сами же пытаются их безуспешно решить. Пусть есть условная ячейка памяти, которую разные процессы могут инкрементить. Как принято представлять эту модель? Процесс №1 считывает текущее значение из памяти(допустим - это 0), прибавляет к нему единицу, а затем записывает в память получившееся значение вместо предыдущего. Соответственно пока процесс №1 производит операцию сложения, процесс №2 может считать значение памяти, и начать свою операцию сложения. Затем, после того как процесс №1 записал результат(1) в память, процесс № 2 также записывает свой результат(1) в память, и результат 2-х инкрементов -- 1. Отсюда проистекает необходимость введения механизмов блокировок, которые, в свою очередь порождают уже другие проблемы. Это все выглядит уродливо, как кровавое месиво. Давайте посмотрим на это с другой стороны. Есть условная ячейка, к которой имеет доступ только один процесс, который умеет ее инкрементить. Остальные процессы могут послать сообщения этому процессу, с "просьбой" инкрементации. При этом, эти мессенджеры абстрагированны от текущего значения счетчика, нет нужды считывать значения и производить собственные операции над этим значением, их дело -- послать собщение и все. Они не имеют никакого доступа к этой памяти. То есть, обычная инкапсуляция. И нет никакой проблемы. Если это так просто, то зачем городить огород? Зачем решать несуществующие проблемы? Может это выгодно всякого рода горе-дезигнерам, делать вид, что существует проблема, нет проблемы -- нет и хлебушка с маслицем? 0

@krapotkin 6849 / 4676 / 1464 Регистрация: 14.04.2014 Сообщений: 20,667 Записей в блоге: 21
	14.01.2017, 20:21
	прямо интересно, если я дизайнер, то сколько я получу с использования вами синхронизации ? ))) 0

@asmquest Заблокирован
	14.01.2017, 20:43 [ТС]
	krapotkin, решать проблемы, которые сам же и порождаешь -- самый выгодный бизнес 0