Author

Topic: S.O Finder (Read 111 times)

?
Activity: -
Merit: -
Today at 04:47:26 PM
#8
The idea of an ASIC is good, but the problem is its price—it’s an unfeasible investment for many people. My idea of an OS is to eliminate this price issue and use the potential of a regular computer for this search. It would be more like a mutual benefit as an open project. However, it’s understandable that it might not be well-received by the community, as it would be a massive undertaking, even though the idea isn’t to build an entire system.

It’s more like creating a basic, ultra-powerful calculator solely for Bitcoin searching, with nothing sharing even the slightest percentage of processing power with anything unnecessary, making full use of every CPU cycle. Anyway, it’s a crazy idea, but I see it as a good one, even if insane.  Sad
legendary
Activity: 3752
Merit: 2667
Evil beware: We have waffles!
Today at 04:34:36 PM
#7
This area is English only bro...
member
Activity: 165
Merit: 26
Today at 07:03:14 AM
#6
This is what CUDA is for. The shader assembly code runs directly on the GPU's hundreds of billions of transistors, with no overhead of any OS hardware management; so you can consider that microcode as the "operating system" if you truly know what you want to do.

If that's not enough you need to design an FPGA or ASIC, to program the logic circuit to do what you need (basically construct your own microprocessor from scratch). Then the only limit is the semiconductor manufacturing process (nanometer distance between positive and negative charged areas of each transistor) and of course your engineering skills to take maximum advantage of the way current flows through the wires.

All of the above are easier than creating a new OS.
legendary
Activity: 2870
Merit: 7490
Crypto Swap Exchange
Today at 04:59:01 AM
#5
If you have resource to do that, consider buying FPGA and program it (or hire FPGA programmer) instead.
legendary
Activity: 3752
Merit: 2667
Evil beware: We have waffles!
November 15, 2024, 10:20:06 PM
#4
Then you are talking about writing a program in CPU-specific microcode aka assembler that runs directly on the CPU. Good luck with trying that for modern multi-core CPU's and GPU's.

For what it's worth, stand-alone programs CAN be written to directly access lowest levels of the CPU operations (ring-0 and ring-1) that a normal OS runs on top of - they are usually called drivers for specific functions and RTOS's for multiple functions.
?
Activity: -
Merit: -
November 15, 2024, 09:29:59 PM
#3
Linux still has many limitations. Any common operating system doesn’t allow you real and total access to all the processor’s resources with full efficiency—they at least run alongside your program, sharing processing power.

My idea is to create a system stripped of anything that could take even the slightest bit of processing power away from the program itself, leveraging every CPU cycle to the fullest.



And yes, Linux, for security reasons, does not give you full access to your computational power. And even if someone finds a way to make it grant that access, it’s still an operating system that runs alongside your program, consuming processing power that could otherwise be used by your program.
legendary
Activity: 3752
Merit: 2667
Evil beware: We have waffles!
November 15, 2024, 09:17:41 PM
#2
We already have it - Linux. Available in many different forms it can be tailored to any application you want. It is free of any hardware restrictions you think exist.
?
Activity: -
Merit: -
November 15, 2024, 05:39:31 PM
#1
What if we created a mini operating system, basic but designed solely for finding private keys?

It might be a good idea, though a bit insane, since any operating system runs beneath any program—partly for security and hardware integrity reasons. It limits program performance to a safe level.

The idea of creating a mini OS sounds interesting to me, as this way we would have full access to the hardware and wouldn’t face any security restrictions or anything else that could hinder the program’s execution—aside from obvious hardware limitations.
Jump to: