История изменений
Исправление den73, (текущая версия) :
Проглядел очень по диагонали, может что-то и зря пишу.
Надо было ещё в два раза меньше. Вместо картинки про Erlang и «подтверждение принято» - спасибо что она на русском - можно было про двух генералов, оно как-то острее ощущается. Ещё надо было написать про принцпип двух из трёх в распределённых системах.
А так я бы вообще по-другому писал такую статью. Есть просто разные требования к параллельности и разные виды её. Например, есть государство - оно работает через очереди сообщений. Взять справку, справка действительна 10 дней - что-то типа STM (хотя я тут могу ошибаться на уровне концепций даже). Отправить письмо, получить ответ (положительный или отказ), ответ должен прийти в течение такого-то таймаута.
Другое дело - танец. Танец надо дотанцевать в любом случае, но проблемы синхронизации там бывают. Там нет никаких очередей сообщений и так работать это не будет никогда. Второй попытки тоже нет - музыку никто сначала не поставит (хотя иногда бывает и такое, наверное, я не танцор).
Далее - железная дорога или автомобильная. Поезд и автомобиль не дают задний ход или дают его крайне неохотно, поэтому неблокирующие алгоритмы «попробуем поехать на красный свет и посмотрим, что будет» - там не работают.
А вот если два математика решают задачу, исписывая листочки бумаги и обмениваясь мыслями - то здесь можно во все поля использовать неблокирующие алгоритмы.
Дальше, было бы неплохо описать два вида СУБД - с пессимистичной и оптимистичной блокировками (это из моего века динозавров, сейчас ещё что-нибудь придумали), и как диспетчер разрешает клинчи в них.
А для неинтрузивного логирования можно попробовать rr.
Исправление den73, :
Проглядел очень по диагонали, может что-то и зря пишу.
Надо было ещё в два раза меньше. Вместо картинки про Erlang и «подтверждение принято» - спасибо что она на русском - можно было про двух генералов, оно как-то острее ощущается. Ещё надо было написать про принцпип двух из трёх в распределённых системах.
А так я бы вообще по-другому писал такую статью. Есть просто разные требования к параллельности и разные виды её. Например, есть государство - оно работает через очереди сообщений. Взять справку, справка действительна 10 дней - что-то типа STM (хотя я тут могу ошибаться на уровне концепций даже).
Другое дело - танец. Танец надо дотанцевать в любом случае, но проблемы синхронизации там бывают. Там нет никаких очередей сообщений и так работать это не будет никогда. Второй попытки тоже нет - музыку никто сначала не поставит (хотя иногда бывает и такое, наверное, я не танцор).
Далее - железная дорога или автомобильная. Поезд и автомобиль не дают задний ход или дают его крайне неохотно, поэтому неблокирующие алгоритмы «попробуем поехать на красный свет и посмотрим, что будет» - там не работают.
А вот если два математика решают задачу, исписывая листочки бумаги и обмениваясь мыслями - то здесь можно во все поля использовать неблокирующие алгоритмы.
Дальше, было бы неплохо описать два вида СУБД - с пессимистичной и оптимистичной блокировками (это из моего века динозавров, сейчас ещё что-нибудь придумали), и как диспетчер разрешает клинчи в них.
А для неинтрузивного логирования можно попробовать rr.
Исправление den73, :
Проглядел очень по диагонали, может что-то и зря пишу.
Надо было ещё в два раза меньше. Вместо картинки про Erlang и «подтверждение принято» - спасибо что она на русском - можно было про двух генералов, оно как-то острее ощущается. Ещё надо было написать про принцпип двух из трёх в распределённых системах.
А так я бы вообще по-другому писал такую статью. Есть просто разные требования к параллельности и разные виды её. Например, есть государство - оно работает через очереди сообщений. Взять справку, справка действительна 10 дней - что-то типа STM (хотя я тут могу ошибаться на уровне концепций даже).
Другое дело - танец. Танец надо дотанцевать в любом случае, но проблемы синхронизации там бывают. Там нет никаких очередей сообщений и так работать это не будет никогда.
Далее - железная дорога или автомобильная. Поезд и автомобиль не дают задний ход или дают его крайне неохотно, поэтому неблокирующие алгоритмы «попробуем поехать на красный свет и посмотрим, что будет» - там не работают.
А вот если два математика решают задачу, исписывая листочки бумаги и обмениваясь мыслями - то здесь можно во все поля использовать неблокирующие алгоритмы.
Дальше, было бы неплохо описать два вида СУБД - с пессимистичной и оптимистичной блокировками (это из моего века динозавров, сейчас ещё что-нибудь придумали), и как диспетчер разрешает клинчи в них.
А для неинтрузивного логирования можно попробовать rr.
Исходная версия den73, :
Надо было ещё в два раза меньше. Вместо картинки про Erlang и «подтверждение принято» - спасибо что она на русском - можно было про двух генералов, оно как-то острее ощущается. Ещё надо было написать про принцпип двух из трёх в распределённых системах.
А так я бы вообще по-другому писал такую статью. Есть просто разные требования к параллельности и разные виды её. Например, есть государство - оно работает через очереди сообщений. Взять справку, справка действительна 10 дней - что-то типа STM (хотя я тут могу ошибаться на уровне концепций даже).
Другое дело - танец. Танец надо дотанцевать в любом случае, но проблемы синхронизации там бывают. Там нет никаких очередей сообщений и так работать это не будет никогда.
Далее - железная дорога или автомобильная. Поезд и автомобиль не дают задний ход или дают его крайне неохотно, поэтому неблокирующие алгоритмы «попробуем поехать на красный свет и посмотрим, что будет» - там не работают.
А вот если два математика решают задачу, исписывая листочки бумаги и обмениваясь мыслями - то здесь можно во все поля использовать неблокирующие алгоритмы.
Дальше, было бы неплохо описать два вида СУБД - с пессимистичной и оптимистичной блокировками (это из моего века динозавров, сейчас ещё что-нибудь придумали), и как диспетчер разрешает клинчи в них.
А для неинтрузивного логирования можно попробовать rr.