Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.

Фигня какая-то, каким образом случайность выборки команд может спасти от программных сбоев?
И второй непонятный момент: каким образом будет объединяться результат работы всех команд после их исполнения в случайном порядке? Они ведь могут работать с одними и теми же данными, и последовательность их исполнения имеет значение

Нда, если в первой тсроке кода переменная зависит от "случайных" данных, то выполнение всех остальных строк кода в случайном порядке покажет фигню. Будет хаос, а ошибки в хаосе незаметны т.к. они часть его. И как ОС будет работать со случайными наборами? Случайно выполнять все что в памяти найдет по случайному адресу?

enum, Alexsandr
Можно будет узнать, когда опубликуют заявку на изобретение. Возможно частично ответы будут на упомянутой конференции в Сингапуре. Мое предположение - у них будет собственный компилятор, заточенный под конкретный тип софта. Например, под валютные операции. Там ни каких случайных цифр не надо, все должно быть четко и без выхода из строя всей системы в случае зависания одного процесса. Движок для Crysis 4 вряд ли они будут писать.

когда комп научат самого себя программировать, то до Скайнета останется 5 минут.

Сама ОС выполняться тоже будет случайно? А сбои в отдельных процессах давно не являются причиной падения ОС, а при грамотной реализации ПО и самого ПО.

Британские ученые -помоему этим все сказано:)

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


+1 Сделают самый вежливый софт

Ответ: в столь смелом заявлении коллеги и проанализировать разработку британских учёных

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

В общем, я думаю они хотят добиться параллельного выполнения кусков кода, и каждый кусок будет независим от остальных. Врожденная поддержка вычислений на многоядерных системах, о которой так долго мечтали, станет реальностью... Но и правда, откуда каждый кусок кода будет брать данные для обработки? Понятно, что можно выделить много независимых процессов, типа расчетов и отрисовки интерфейса, но вот если их раздробить на более мелкие куски кода, то как выполнять их одновременно?

Добавлено спустя 4 минуты:

Соглашусь. Если нет аппаратных сбоев железа, то даже Win 7 фиг зависнет просто так, по крайней мере у меня еще не было таких зависших задач, которые не удалось снять. А BSOD только из-за железа, а не потому что программа не получила подтверждения выполнения какой-то команды, как написано в новости.

В операционных системах Microsoft BSOD-ы происходят из-за неисправного, несовместимого железа, драйверов, служб и ошибок в самой системе. А обычный софт из-за своих ошибок просто вываливается или зависает без бсодов.

хардовая нейросеть? было б прикольно.

TT, Вы вообще сами поняли что за младенческую ересь скопипастили? Из разряда "а маленькая зверушка заворачивает его в фольгу..."

Бред какой-то. От ошибок это не защитит. Только если транзакционность вводить для всего.

Разве не понятно что британским "учёным" просто опять захотелось поднять бабла на исследование какой то хрени.

Делаем "load-balancer" и всё путём - скорее типа по такому принципу. Если "ядро" зависает, другое знает об этом и не вываливает систему.
Хотя если железо нормальное и охлождается то и так всё нормально работает.

0xffffh попробуйте запустить старую версию AIDA64 (от середины 2012 года) на системе с матерью построенной на intel X79 и поднятым рейдом. BSOD гарантирую. И таких примеров можно найти множество, совершенных программ не бывает. Другое дело что разработка "цыганских учёных" не годится для классической архитектуры X86, потому что принципиально иная.

Респект aida64 - это не обычный софт, а системный, имеющий прямой доступ к железу, там свои драйвера низкого уровня есть (kerneld.xxx)