Message board for the users of flat assembler.
> Heap > remote computing, a transport layer then direct register a..
maybe somebody built this already, but i just struck with this idea,
what if, let say,
we allow direct register manipulation in a virtual layer remotely through any transport layer
let say, we write a program, virtual processor with memory and predefined disk space,
then we support some basic logic operation,
3 register A, B ,C
3 operation, INC, DEC, ZERO
3 shift SHL, SHR, NEG
IN ; allow send in data
OUT ; output data
GET ; get data from somewhere else
PUT ; put data to somewhere else
3 registers compare partner, AA, BB, CC (no other use except for CMP)
if we want to compare reg A, the value to compare must be inside AA
3 jump, JMPT (jmp true), JMPF (jmp false), JMPL (jmp location)
it would be like online assembly (i think somebody did this already some time ago using fasm)
and what if,
we give it more powers, like a cloud loop, except in fasm syntax,
so, we don't feed executable, but feed the loop with fasm style code,
then, everybody pc could become like a virtual machine to run code,
/me feeling happy to think such thing, what people could code is beyond my imagination.
|17 Jun 2013, 19:43||
Did you think of security implications also?
|18 Jun 2013, 04:08||
i assume those problems could be solve,
variables checking, strict 3 registers
this stuff could be like a new dark net,
|18 Jun 2013, 17:55||
IN ; allow send in data OUT ; output data
As far as I know most of the current OSs allow the above in real mode only. (?)
Also, I would write a trojan horse to infect a machine, open a reverse connection to a master server and voila, I have control over that machine and with the access to above OP-CODES I can pretty much control the whole PC even its hardware behavior with ease.
|18 Jun 2013, 22:36||
been pondering about this for whole morning,
what if the programming language only consist of
if then else
then we got variable manager, (string, dword, struct)
string variable manager and dword / qword variable manager where they are simply array,
the in and out in my above idea is different from the asm in/out
IN http://www.example.com/array.dword (dword array)
IN http://www.example.com/array.string (string array)
IN http://www.example.com/array.struct (struct array)
OUT http://220.127.116.11/dns.dworda (dword array append)
OUT http://18.104.22.168/dns.stringa (string array append)
the connection to real hardware is only allow when host allow,
eg, host allow you to use LPT1 or COM1, then
host got total control and could monitoring the whole process as if monitoring a game statistic
|21 Jun 2013, 10:48||
sleepsleep: What is your goal here? If you just want to execute programs on remote computers then such things have been available for many decades already. Even our Windows and Linux PCs have RPC capability. Naturally you need to have the proper credentials to login (or good hacker skills) but other than that executing stuff remotely is a trivial task nowadays.
|21 Jun 2013, 11:21||
idk my goal actually,
maybe some sort of easier non overly complex programming environment?
a cloud like small playground in every pc interconnected, (darknet), host could specify the maximum processor % for it,maximum memory, interval time for each looping cloud app, maximum incoming socket, outgoing socket,
like, every pc open source their cpu time for everybody to use, through simply assembly like language.
|21 Jun 2013, 11:36||
As a way to minimize the translation layer (improve performance and interoperability with existing toolset), Microsoft is using virtual machines in this manner. There are probably others doing the same.
We can imagine a time when everyone will have access to massive clusters of cores (be they x86, ARM, whatever ... need not be homogeneous), and the OS does like a scatter of tasks to range of cores, and then gathers results.
It's difficult to design from the bottom up because the hardware doesn't match the problem domain. Designing from the top down as revolution suggests is easier: create a domain specific language and match to various RPC interfaces.
|21 Jun 2013, 17:51||
< Last Thread | Next Thread >
Copyright © 1999-2020, Tomasz Grysztar.
Powered by rwasa.