Idea: Clusterkit

1

I was thinking about multiuser use cases and this popped into my head.

*BeOS/Haiku was and is designed to use SMP lets extend that ideology and improve on it to make Be engineers proud!
*What if the program being used runs too slow even with SMP?!

My answer is that some apps can make use of processor resources available on other networked computers. The best way to implement that would be with a clusterkit so all future Haiku applicatons can share the same interface.

The type of applications this would improve the most are applications that operate on chunks of data for long periods (video encoding, raytracing, folding)

You may have noticed I just mentioned folding here is how I see it working.
I have 3 haiku computers on my network for instance and I install folding@home for Haiku ā€¦ if it were implemented with a clustering kit all my haiku computers could be folding but only it would only have to be installed on one computer!

Imagine being at a tech show and having 4 or 5 haiku computers rendering a raytraced scene having a specator volunteer thier computer and booting up haiku and attaching to the network automatically that computer could start raytracing as well imagine the impact that would have in peoples minds!

Some things that might be good to keep in mind
*use llvm to recompile code for cross arch clustering and arch specific optimizations possibly also enable OpenCL once gallium3D is available
*keep it simple packet centric design possibly redundancy in calculations for error correction (folding)
*allow users to control available resources to other users with a deskbar applet or desktop replicant
*how to compute untrusted code.
*make it automatic zeroconf?(popup possibly the first time someone else trys to acess your computerā€™s resources)
*compatibility with other APIs for easy porting (shouldnā€™t be hard since most of the do the same thing anyway)
*Mironet ā€“ less network overhead look into it possibly massive proformance enhancements I donā€™t know if it can operate simultaneously with TCP/IP
*make sure it doesnā€™t interfere with normal network operation
*possibly have a high proformace mode with dedicated network

I would like to hear from your point of view as well. Clearly I donā€™t know everything about how this would work especially zeroconf perhaps this isnā€™t a good use case for it? Also I would like to mention the reason I want it to be automatic, I have attempted to run WRF-EMS a weather sim model on a 40Cpu pentium 2 cluster after many days of fiddling all we ever got it to run was on the master node which acutally rendered the sim slower than realtime. That just shouldnā€™t happen ever (this was with about 3 *nix knowledgeable guys on hand and a weather guy). Who knows we might see Haiku on the weather channel some day :-). Note that I am not developing this I have loads of homework to work on :-).

1 Like
2

@cb88
yes, and yet very few will take advantage of it. How many Haiku or Linux users actually use clustering in total as a percentage?

I understand the concept of distributed computing (clustering). I know it allows to use multiple computers, through networking, as one to speed things up. But this is more for professionals (who work graphic design, animation) or scientific community - specialized towards specific groups.

Your average Haiku user will never make use of it. What good is clustering if 10% or less make use of it? I and generally everybody else prefer to have full multimedia support - enhanced browsing, hd audio & video, flash, video acceleration, 3D, etcā€¦

How many users are doing lots of 3d animation or graphics? or scientific computing? Clustering serves a very small market niche! Haiku should not become the next Linux where it tries to do and be everything (bloated). Haiku should stick to giving what majority of users want and doing it very well.

If you really believe it is important then talk about it on the mailing list and you may get some developer feedback. You wonā€™t convince me on the subject. I think clustering should stay with Linux which is best suited for it. We have a difference of opinion and we will not agree.

3

Very good suggestion, but Haiku is a desktop system, so this may not be a high priority. Although, it could be a very useful feature in corporate environments where thereā€™s surplus processing power sat under everyoneā€™s desksā€¦

4

I dont know about you but most people have more than one pcā€¦people in corporations can already benefit from clustering to some degree but the idea here would be to bring it to the desktop and integrate it better than any other os.

There would be no configuration it would ust work off the bat once the two PCs were on the network.

5

Iā€™m no programmer, but iā€™m pretty sure it wouldnā€™t ā€œjust work off the batā€. There would be some form of configureation required in any case. I still donā€™t think it would be a particularly used feature in the home desktop environment. I for one only have 1 PC on at once in my house, and itā€™s sufficient for image and video editing on its own (and it cost me Ā£350 last year).

Unless you have a house full of PentiumIIIā€™s, iā€™m pretty sure this feature would only get significant usage in corporate environments, but for linking workstations up, not necesarily servers.

6

Nice idea cb88, I like the way of your thinking. Itā€™s just like in the days when no one would know what end users should do with several processor units. You have a really forward looking idea here. As a reference: for linux there was a project called openMosix. It used an arbitrary number of pcs, to combine them to a virtual-smp machine. Quiet in the same manner as your proposal, so it would be doable, at least :slight_smile:

7

Cool concept but very limited use. Most average users do internet, email, messaging, documents, play music and videos. I, and many others would prefer maximizing multimedia options - playing flash, reading books/comics, watching HD content, 3D support (OpenGL games), etc. ,etc.

Clusters are meant for certain type of users (would have to be power users) and very speciific types of applications. Mostly benefit those in corporate or scientific environments. Haikuā€™s target is general desktop users.

You wonā€™t see this in R1 and I highly doubt in any future Releases either.

8

BeOS certainly was targeted at non regular users Windows could get email and browse the web just as well as Be perhaps even better in later years. BeOS was about advanced and innovative features and making using a computer better and easier not just getting the job doneā€¦ Windows and Linux can get the job done its just what you have to go through to get there.

What would be wrong with making Haiku an unmatched OS for the Scientific and Power user community BeOS was supposed to have been unmatched for power usersā€¦ multimedia multitasking etcā€¦ distributed compilation (icecream & distcc etcā€¦)

another point is that you could offload mundane chores to a second perhaps older headless PC so you primary desktop is fast. I see no reason to tie this idea to any release schedule Itā€™s either a good idea or it is notā€¦ personally
I think its a good idea and should be considered for including in the API planning of R2 as in R1 it would probably be a cludge in R2 it could be made elegant.

From what I understand clustering consists of head node and sub nodes where either a binary is sent to the nodes to run or a packet is sent to be processed (ie SunGrid engine java based) or something along those lines.

Perhaps wherever an application wants something to be processed either of two things could happen
*a packet containing all the data and a c/c++ file for llvm to compile at runtime is sent out and once processed that packet communicates back its results
*or a c/c++ code file is sent out and a network filesystem is used to access needed data.

Being a general desktop OS is boring and once Haiku has 3D drivers, WebPositive and Encrypted WiFi it will be pretty complete on that front (assuming you donā€™t mind koffice) ā€¦ I would think the devs would like to try something adventurous once in awhile.

Another Edit:
If using llvm I think you could think of it as threaded interpreter/jit compiler running on multiple computers I wonder if clang could be modified to do thisā€¦

http://llvm.org/cmds/lli.html that is what I was looking for the head node would compile the code into llvm bytecode and the sub nodes would execute it with lli (llvm interpreter?) it should run on any platform or as a jit compiler on supported platforms. I think it would probably be best for the code to execute with as little privileges as possible and only able to write into a certain place once execution completes the data in the specified placed could be sent back to the head node (could be ram, disk, network share etcā€¦).

@ColinG We had openMosix and all the other clustering libs on a rpm based PII/PIII cluster (centos 5) but the application we really wanted to get going was a massive hackfest for us as the installer was written in csh (there were jokes in that seemed to indicate it was surprising to the developer we had made it that far) I think we ccould have donā€™t some cool things with povray (I learned a bit of povray enough to generate a few animations) but we ran out of time in the semester an I moved to a 4 year uni (though I still drop by there alot on the way home). I think openMosix or any other 3rd party lib would be the wrong way to go unless it was BSD licensed and could be forked into haiku.

Edit again!: I may be overthinking this a bitā€¦ so Would it be possible to extend the Be api to pass messages between apps not only the local machine but also any machine on the network that happens to be listening? I think that could also be used as a basis since then code that is running on the separate machine can communicate actively with the head node or any node it wants or do I misunderstand the concept of BeMessages? It would also need to be as low latency as possible.

Apparently this has been done on BeOS before to some extent (it isnā€™t really secure at all for one thing) https://public.msli.com/lcs/jaf/SockHop/ perhaps the developer could be persuaded to donate the code to Haiku?

9

Good idea but not for Haiku, only for Linux. I prefer Haiku focus on multimedia desktop OS with future support for x86-64 & ARM.

There are many more things with greater importance to finish first that will benefit lots (majority) of users.
http://dev.haiku-os.org/wiki/FutureHaikuFeatures

Very few would gain from clustering computers. Scientific and power users (utilizing multiple systems) is small compared to general desktop users who use one computer at a time. Clustering appeals to small number of people overall that would make use of it.

Haikuā€™s goal today is for attracting desktop users not the scientific and server communities. You can ask developers too and see what they have to say on the general mailing list. They can give better input and inform you where they stand on the clustering issue.

10

I am all for that kind of thing. A kit would make lot of sense because there is lot of thing like security, latency, redundancy kind of thing that would be needed.

I could see that integrated in pulse :slight_smile:

Sure there is no app that need that currently, but i can see many that could be made to make use of this. And those that think a Desktop have no need for this, i will just point to the 2 best Desktop computer ever, the STNG computer and HAL.

Itā€™s not something for tomorrow, but it sure is something that could be done before 10 years. Stuff like that and extension of the media kit and BMessage to network is what haiku will need soon or else the OS will really have a 90ā€™s feeling.

11

@tomestone57 I clearly explained how clustering was relevant to haiku for Multimedia and Power users alike.

Saying clustering should stay on Linux is also pretty lame thats akin to saying oh you have SMP our OS is so fast we donā€™t need that sure your OS may be fast but I am talking about better utilization of networked resources encoding things is slow on any OS so just distribute the job making a 3 hour job into a 30 minute or one hour job possibly etcā€¦

@tomestone57 it seems you have the wrong idea about Haiku it isnā€™t just a multimedia or ā€œweb clientā€ OS it is a Desktop OS and clustering is relevant to the desktop not for many simple things but it does enable lots of very cool things that arenā€™t just for wiz bang.

@AlienSoldier You mentioned STNGā€¦ what if you could have a persistent desktop that was tied to your login and not your computer. So if you login simultaneously on your desktop and laptop one the same network they are synced (like synergy) if you could migrate programs from one computer to the other by dragging it across to the other screen. Perhaps if you logged off the desktop/laptop it could automatically migrate all your programs over to your laptop/desktop. When both are running it could load ballance by being able to render apps running on the laptop/desktop on the desktop/laptop remotly.

I believe that would be called process migration and I think it is possible since solaris and linux can do VM migration which is basically migrating a whole virtual environment onto a separate computer/prosessor. http://en.wikipedia.org/wiki/Process_migration

I think most of the talk about R2 has been about GUI changes or other similar changes ā€¦ there is no reason to limit the discussion to those sorts of things think outside the box you know.

12

@tomestone57 if all you have is a negative word to say Iā€™d rather not hear it. First off Most of what I have been talking about can be done in user space so does not add blot if you donā€™t use it. If you go the openMosix route it could add a bit of bloat I have no idea how much but couldnā€™t be much. I understand how Linux has become bloated but you also have to consider the vast amount of things Linux supports I mean it supports practically everything you can imagine I am not suggesting that at all.

You have made your opinion quite clear no need to keep pushing this thread to the top of the bucket which just gives it more visibility anyway.

Also you seemed to completely gloss over my actual experience with clustering it was total crap hours of configuration for a simple installation what I advocated was a plug & play cluster just plug in the PCs of any arch running haiku and they would be recognized as nodes by Haiku that is the problem with Linux the software has to be configured separately by adding a clusterkit you make it so your clustering software is a function of the OS and not some hacked on cludge like Linux which is what it is clustering on Linux is not straight forward and there are TONS of bugs in all the clustering suites I have came across I think this is because they follow the Linux mentality of changing their implementations just to optimize a bit more in the process breaking everything. Why do you not see more clusters? Because they are hard to setup and run that is why!

Maybe my idea doesnā€™t fit perfectly with haiku but I think it fits pretty well in a lot of interesting ways,even for home users, if you can see that or not.

BTW: I never mentioned 3d graphics or animation for the home user. I mentioned video encoding primarily but that is just an obvious case.

13

>@tonestone57 if all you have is a negative word to say Iā€™d rather not hear it.
Just because you strongly agree with something does not mean everyone else has to also. The only way to show disagreement is by pointing out faults (negatives). Or how else would you disagree with someone?

>You have made your opinion quite clear no need to keep pushing this thread to the top of the >bucket which just gives it more visibility anyway.
Stop replying to me and I will stop pushing this thread to the top. I did not realize you were with the forum police here! People are allowed to disagree and express their opinions and comments openly and respectfully. I have provided my points and argument no matter that you disagree and dislike what I have to say.

>Also you seemed to completely gloss over my actual experience with clustering it was total crap
I have already told you twice to take this to the mailing list and get developers to hear you out and respond. What are you afraid of? Instead you continue to rant in the forum about how Haiku should support distributed computing because you know best. Maybe I am right or maybe wrong but you should get developers input to find out for sure where they stand.

>Why do you not see more clusters? Because they are hard to setup and run that is why!
No, because clusters are useless for majority of users as I pointed out two or so times. Only small, select group of individuals benefit. If many end users wanted to cluster, as you say, then developers would have worked harder to make clusters easier to install and use.

>Maybe my idea doesnā€™t fit perfectly with haiku but I think it fits pretty well in a lot of >interesting ways,even for home users, if you can see that or not.
I strongly disagree - already said not for home users.

>BTW: I never mentioned 3d graphics or animation for the home user. I mentioned video encoding >primarily but that is just an obvious case.
I have done video encoding many years back. Todayā€™s computers are very fast that clustering would make little sense unless you were encoding lots (many) or multiple movies simultaneously. You really think people are encoding so many movies at same time that theyā€™ll need a cluster? Most will rip 2 or 3 movies max per week or download them off internet. You really believe many end users will run 2, 3 or 4 computers at once just to encode a single movie faster? Or even have that many computers to use?

Distributed Computing is cool concept (from geek perspective) but has very limited and practical use for most computer users. Only makes sense for those strongly involved (daily work) in:
3d graphics/design, cg animation, video/audio encoding, number crunching (usually science related project)
Clustering benefits from multiple or very large jobs and when time (deadline) is very important.

14

I have no experience whatsoever with clustering and distributed computing. I donā€™t think itā€™s in heavy demand right now. As always, itā€™s all a question of are there developers interested enough to put in the work. For the last ten years the Haiku devs had barely enough manpower to get R1 on the road. If thereā€™s a dev team that can propose and implement a ClusterKit that does not interfere with the regular Haiku goals (simple, fast, desktop-focused), Iā€™m sure such an effort would be welcomed.

Maybe thereā€™s a stepping stone towards clustering. With more and more people posessing a smartphone, a netbook, a home entertainment system, an older laptop and a kick ass multicore desktop, transparently synchronizing everything would be a perfect goal for a desktop OS. Going from there to actually doing distributed work on all available computers would be the logical next step.

In any case, unless someone new steps up to work on it, I think the Haiku devs are spread too thin at this time.
And if you, cb88, are that new someone, I agree with tonestone to start discussing the issue on the dev mailing list. :slight_smile:

Regards,
Humdinger

15

what I advocated was a plug & play cluster just plug in the PCs of any arch running haiku and they would be recognized as nodes by Haiku

Iā€™m no developer, but iā€™m sure that cross-architecture multi-processing is near impossible without a significant performance hit, without some form of hardware assistance like in Loongson.

16

Thats where llvm comes inā€¦ Its already used in gallium for instance to compile shaders for the GPU if I understand correctly in any case it would become less important if more than one computer on the cluster was of the same architecture as only one would have to compile the code. It is also fairly likely that CPU intensive code resides in a small portion of the code and could be compiled quickly if not the chances are it would only be compiled once.

Just because it was impossible 3 or 4 years ago with GCC doesnā€™t mean it is impossible now as far as that goes java is used for clustering (and it may even make sense in some cases due to javaā€™s jit compilerā€¦ clearly llvm/c++ would be better than java though)

I tried to make it clear but apparently I have been misunderstood the user should not have to know anything about cluster to use thisā€¦It wouldnā€™t be a ā€œclusterā€ per say as in a stack of computers I understand very few home users will want that. Tweaking via a GUI would also be ideal for people that wanted to. If it couldnā€™t be automatic and practically a no brainier then I agree leave it on Linux I however do not believe that to be the case.

I just put this idea out there to see if someone else liked it a few have a few havenā€™t as much though I found all your comments to be constructive in some way. I may try myself to get PVM running on haiku since it is supposed to be very portableā€¦ I havenā€™t much free time but its also a long time until any such feature would be expected :slight_smile: so no worries.

17

I just put this idea out there to see if someone else liked it a few have a few havenā€™t

It was not your cluster idea that I was attacking or putting down - that is where you misunderstood me. Your idea may be sound and very good (regarding clustering) but more the practical use of clustering (Who would use it. Who would benefit from it. What applications would make use of it., etc.). Clustering has very limited scope and application in real world. That was my point. It only speeds up the areas I stated in my previous post.

In University, 10 years ago, I had a colleague who went on and on about distributed computing and how it would revolutionize computing and be the next big thing, etc., etc. He was excited about clustering. 10 years later and clustering still has not caught on with average (and even power) computer users. Back then processors were slow, movie encoding took many hours (ie: 5 to 7 hours), but today we have fast, powerful multi-core systems that can do things quickly. ie: you can encode a movie in less than 2 hours, run it in background in low priority or create a batch job and encode multiple movies overnight. Back then our computer lab was running SETI and it was (and is) exciting to know that you could utilize multiple computers by network to create one SUPER computer. The concept is cool but no real practical use for many users.

Your ideas relating to how clustering could work may have good merits but I see very little point for doing clustering on Haiku (only very few users would really use clustering).

A cool idea that is also very practical would be an update utility that utilized Rsync - it would compare (system) files based on date (or CRC) with remote server and if they did not match, would compute binary diff and binary patch local file to latest version. (ie: would provide very low data transmission, binary diffing, binary patching). But this is off-topic and better discussed in another thread. :slight_smile:

18

The best place to take cues for good design of clustering systems is probably plan9 written in a dialect of C but still much more advanced than Linux in many respects especially clustering itā€™s practically designed inā€¦

19

Plan 9 is cool technology but pretty much dead. Yes, it would do distributed computing very easily. First you would have to write your application in Plan 9. Then it would only run on Plan 9. Plan 9 is not POSIX compliant. You cannot just port an application to Plan 9. It is not compatible.

There are C++ frameworks like MPI that would also provide cluster functionality. First you port MPI to Haiku. Then you write your application in MPI. Now your application is clustered on Haiku. Win! Get rich! :slight_smile:

I wrote a SMP 3D rendering application for Haiku. It would use as many cores as you had. I wrote up an article on this and submitted it to the Haiku editorial board. I could not even get it published on haiku-os.org.

I thought about what it would take to create a distributed rendering version of this code. I specā€™ed out the blueprints for it. For distributing across a single subnet it would be easy. For distributing across the whole internet gets more complicated because you need a public command node. Thatā€™s more TCP/IP than I know.

20

Sorry ā€“ didnā€™t notice I was catching up on a 7-year old topic :blush:, but Iā€™ll leave my reply in placeā€¦

Just FYI, thereā€™s been a cross-platform ā€œBMessageā€ protocol around for a long time. ā€œMUSCLEā€ (https://public.msli.com/lcs/muscle/index.html) provides a framework for handling messages striuctured similarly to BMessages on any OS, and across the net. Itā€™s the basis of BeShare, and is in active use by Meyer Sound for their audio systems. [Itā€™s open source.] Iā€™m using it in my own "clusterā€™ (wellā€¦ private net ā€“ of Haiku/BeOS, Linux, and RaspberryPi :slight_smile:) to provide me with a ā€˜reminderā€™ app that is always available ā€“ runs on the Pi 24/7, and is accessed via MUSCLE message from any of my machines. The code is in Python, because thereā€™s a library for that. Normally messages go point-to-point, but thereā€™s a ā€˜muscledā€™ server that can ā€œreflectā€ incoming messages to everyone. (Thatā€™s how BeShare works.)

I suspect there are a few unrealized uses for the protocolā€¦

1 Like