Board.KolibriOS.org

Возникла такая идея. Предлагаю просто обсудить за чашкой чаю) На пальцах алгоритм следующий. Создать кластер из машин под управлением КоОС, одна из машин - хост, остальные -клиенты. Хост разбивает задание, на части и отдает клиентам. У клиента, например, можеть быть реализована очередь заданий с приоритетом по сложности; и, например, флаг занятости.

Such systems already exists.
Check http://www.returninfinity.com/baremetalnode.html or dragonfly BSD for example.

Where do you think KolibriOS would do better?

_________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein

Don't know) I think assembly is almost always faster. And there are always should be alternatives. I don't try to convince anybody to go and write this. I just want to discuss the idea, like friendly gatherings

You didnt check my links, baremetal OS is written completely in assembly

_________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein

Oh, excuse me, my fault) Yeah, now this question should be shut) I somehow never thought that another OS in assembly exists) Anyway thanks, it's a good material to read)

Well, it's an intriguing idea ofcourse, but we will not to better than the OS that was designed solely for this purpose I think
What might be interesting would be to run the 'orchestrator' on KolibriOS and clients running baremetal node, as we have a better GUI/larger API etc.

_________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein

Nope. Assembly is almost always smaller. But it is very easy to write a slow program in assembly. Actually, it is easy to write a slow program in any language well, excluding Malbolge, but assembly sometimes provokes speed degeneration in places where a good HLL compiler just requires from a programmer not to be a complete idiot.

_________________
Сделаем мир лучше!

В самой сути задачи уже есть логическое противоречие. Давайте разберём это подробнее.
Человек задумал улучшить (ускорить) работу машин, думая, что распределяя большую нагрузку, можно будет создать всё ХОРОШО, кайф в обиходе. Ну да ладно, не будем даже брать случай, когда какой-то "крутой" перец решит вычислять задачи ХЭШ-ирования при добыче Биткоина, ну либо любого другого продукта, коих есть превеликое множество. Вопроса тут возникает на самом деле два. Первый КОС сама может решить вычислительные задачи, причём, гораздо быстрее, чем некоторые, зачем же замусоривать сеть разными пакетами. Любая "открытость" неумолимо приводит к уязвимости, это основной закон в крипте. И по этой причине, напротив, стараются как можно сильнее изолировать машины в сети, только, что-бы те общались "по делу". Есть даже третий момент. С какой стати чел. имеющий супер-компьютер будет решать проблемы хакера на древнем задрипанном, скажем ноуте, школьника- хакера, который перебирает коды взлома пароля какого-то сервера? Вот ответте мне на этот вопрос. Я вот этого понять не могу. В этом -то и заключается логическое противоречие. Я надеюсь объяснил на пальцах тоже хорошо? Что кто-то хочет как лучше, но всё получается не как всегда, а в данном примере, гораздо хуже.