Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I started this theory and the idea behind it, might work.
As this requires a lot of brain farting, i thought maybe there is something that can be done with it.
This is just a rough logical theory and is nut fully functional at all. It might look ridiculous and a bit weird. But remember this is just something that might be true.
I thought to myself, why not have all linux distros, flavors, or all windows versions installed in one BOX, or maybe more.
But what is that BOX, And how is going to be created. This is a hardware firmware anyway for now.
Again this is just a theory, so don't take it as real example.
I made a rough sketch, don't laugh xd. But i would love to hear your opinion about it.
EDIT:
The idea a bit is, to leave the OS intact. Whatever happens to hard drives, You still have the OS.
The otheros is protected (Nothing can get in, only ouputs.
Auto generated repair mechanism if hard drive fails, infected or else.
The otheros can still be used as Emergency OS , or Safe Mode OS, or else. Without the Hard drives.
I can give you a related example for playing games directly from the server.
Lets say you wanna play Call of duty game.
So basically instead of playing the game from your PC or installing it on PC, u play it from the server.The theory behind it it's very easy. But it might change the course of gaming in the future.
I made some rough sketches on this one , but i will provide them when the time is right.
Imagine the time when you don't have to buy a game anymore, but just play it whenever you want.
I know that xd. Your absolutely right. It's just an unresolved theory at the moment. But it might give u an idea on something. It doesn't have to be everything i said. You can turn your idea based on this on a different level.
I know that xd. Your absolutely right. It's just an unresolved theory at the moment. But it might give u an idea on something. It doesn't have to be everything i said. You can turn your idea based on this on a different level.
Who, or what is "xd"?
Well, you asked what people think. That's what I think.
Personally I'm not invested in developing that particular idea, but if you want some fodder for a starting list of what I think is missing:
Two adjoining RAM modules don't make much sense.
Perhaps you've drawn poorly. You need a central manager there to administrate all this.
Repair of disk doesn't just "magically" happen, you need a component to manage that
Really what it screams for is a shell or core component that does the management of all these functions and coordination
Bear in mind that a CPU, or a single core for a multi-core CPU, just runs instructions, one at a time, but very fast, mind you. There needs to be something governing how things are run, which machine, or machines operate
For cases of shared resources, there needs to be arbitration over those resources, none is illustrated.
For your particular example, games, something needs to be aware about where things reside WRT what programs can run, "where" and where they're installed. An issue there is some stuff runs under Windows. It originally worked on say NT or XP, but maybe "could" run under Win7/8/10, so what decides whether or not it can run? Same thing for various versions of Linux. To boot that gets worse because stuff gets installed with package version dependencies, and things can change, or be different with different versions. Another point on all that is "who" chooses what to install, and where to install it, and then also deals with the "oops" that may result?
Have fun. I have nothing against your concept. Like I say, I'm just not invested in developing that. Not on my own time or for free. I'm sure if someone approached our company and we determined a project scope, time frame, terms, etc, we'd take it on.
And I GET this actually. What I see are that game persons have this whole variety of compatibilities where they need a certain system, a certain old system, or the most cutting edge one, to be able to play traditional games they liked or the hottest new games they see. I'm sure there'd be a desire for things like emulators for gaming platforms so that someone doesn't have to have a WII or other particular system and instead could use this.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.