Changes between Version 10 and Version 11 of Venux


Ignore:
Timestamp:
May 22, 2024, 6:20:08 PM (7 months ago)
Author:
Thanatermesis
Comment:

corrected grammar with ai

Legend:

Unmodified
Added
Removed
Modified
  • Venux

    v10 v11  
    44
    55
    6 A '''Venux Operating System''' is something very '''simple to create''' and without much effort because it will be based on its own evolution just like things in nature. I wrote some concepts of design on this page that I think that is the best way to create a functional VOS, '''evolutive''' and '''non-destructive'''. If you want to read the functional/real example, go to the ''History Example'' section.
     6A '''Venux Operating System''' is something very '''simple to create''' and without much effort because it will be based on its own evolution just like things in nature. I wrote some concepts of design on this page that I think are the best way to create a functional VOS, '''evolutive''' and '''non-destructive'''. If you want to read the functional/real example, go to the ''History Example'' section.
    77
    8 This Document describes how we can '''actually''' build a Venux system, just don't be impatient, start with something basic and let the computational evolution do the rest.
     8This document describes how we can '''actually''' build a Venux system. Just don't be impatient, start with something basic and let the computational evolution do the rest.
    99
    1010=== Core ===
    11 First of all you need an operating system to install the software (venux is only a software, it requires an operating system to work in and with). We have it: GNU/Linux
     11First of all, you need an operating system to install the software (Venux is only a software, it requires an operating system to work in and with). We have it: GNU/Linux
    1212
    1313=== Modularity ===
    14 When I had discovered modularity in the software I then understood that it is the real key to mading good software, the modularity principles should be applied always and everytime we write big software, all my ideas are based on '''modularity''', do not forget that.
     14When I discovered modularity in the software, I then understood that it is the real key to making good software. The modularity principles should be applied always and every time we write big software. All my ideas are based on '''modularity'''. Do not forget that.
    1515
    16 The idea of modularity is basically to connect things between themselves, why is this good ? imagine a car in a single piece, if something breaks or needs to be changed you need to trash the entire car, but by using modularity (pieces) you can change only the required piece, you can create a better piece but you need to maintain the compatibility to plug it with the other ones, and if you need to strictly change the method of how is plugged, then you need to change too the piece where it is pluged... with modular software the samething can happen.
     16The idea of modularity is basically to connect things between themselves. Why is this good? Imagine a car in a single piece. If something breaks or needs to be changed, you need to trash the entire car. But by using modularity (pieces), you can change only the required piece. You can create a better piece, but you need to maintain the compatibility to plug it with the other ones. And if you need to strictly change the method of how it is plugged, then you need to change the piece where it is plugged in too. With modular software, the same thing can happen.
    1717
    1818=== Pieces ===
    19 We can make all the pieces of the puzzle of Venux in for example... a big C application, C is good, stable, portable, and is the best optimized language, but we don't need optimization yet, the system is very new, and to write pieces in C is something pretty time consuming than to write it in other languages.
     19We can make all the pieces of the puzzle of Venux in, for example, a big C application. C is good, stable, portable, and is the best-optimized language, but we don't need optimization yet. The system is very new, and to write pieces in C is something pretty time-consuming compared to writing them in other languages.
    2020
    21 So then the pieces needs to be simply '''applications''', different applications, every application (piece) do a different type of task, for example, one application that retreives the data, another one that add the data, another that parses the data, other that does special calculations, etc, every application returns data as result of what was been asked.
     21So, the pieces need to be simply '''applications''', different applications. Every application (piece) does a different type of task. For example, one application retrieves the data, another one adds the data, another parses the data, another does special calculations, etc. Every application returns data as a result of what was asked.
    2222
    2323=== Plug in Pieces ===
    24 Like in a car, to plug the piece A into piece B it needs to be compatibe, for that, every application needs to have a header data of how it works (data asked, data returned, options, etc) and a version number. Think about it like individual programs that understand if they are compatible with each other.
     24Like in a car, to plug piece A into piece B, it needs to be compatible. For that, every application needs to have a header data of how it works (data asked, data returned, options, etc.) and a version number. Think about it like individual programs that understand if they are compatible with each other.
    2525
    2626==== Example: Plug in Pieces ====
    27 Piece B knows the version number of piece C before it connect to it, and if the version number of piece C is higher than that of B, then piece B checks if it is available for an update, if there's an update then update it and ask its parent if it has an update available too. When there's no updates available (B) then piece B checks if the specs of piece C (header of how it works -> data management) is compatible with it, if not, then uses the old version of piece C that stills available on the system.
     27Piece B knows the version number of piece C before it connects to it. If the version number of piece C is higher than that of B, then piece B checks if it is available for an update. If there's an update, then update it and ask its parent if it has an update available too. When there are no updates available, piece B checks if the specs of piece C (header of how it works -> data management) are compatible with it. If not, then it uses the old version of piece C that is still available on the system.
    2828
    2929==== Version Numbers ====
    30 The version number is simply the actual date (day + time + microseconds), by doing this, we ensure that everytime a bigger number means a newer version, never the inverse.
     30The version number is simply the actual date (day + time + microseconds). By doing this, we ensure that every time a bigger number means a newer version, never the inverse.
    3131
    3232==== Updates ====
    33 An update is a package, they are done automatically and very fast when is required.
    34 Old updates are never deleted, they are stored in a historical archive that can be accessed by Venux if needs to use it. Historical version will only be deleted if a minimum of years its inactive.
     33An update is a package. They are done automatically and very fast when required.
     34Old updates are never deleted; they are stored in a historical archive that can be accessed by Venux if needed. Historical versions will only be deleted if they have been inactive for a minimum number of years.
    3535
    3636=== Packages Technology ===
    37 Packages needs to use the ''NIX'' packaging technology, this is a package system that includes the features of both static and shared libraries so anything that is compiled and packaged with NIX, will be NEVER been deprecated, it will always works even if has passed a thousand of years, and you have multiple versions of a package (application) running in the same system, you can use any of these versions at the same time, never a conflict between versons or libraries can happen with this technology.
     37Packages need to use the ''NIX'' packaging technology. This is a package system that includes the features of both static and shared libraries, so anything that is compiled and packaged with NIX will NEVER be deprecated. It will always work even if a thousand years pass, and you have multiple versions of a package (application) running in the same system. You can use any of these versions at the same time. Never can a conflict between versions or libraries happen with this technology.
    3838
    3939=== Evolution ===
    40 Evolution is very simple: Somebody has a better idea for a piece, more efficient, more fast, etc... then write it and '''present the proposal/result to the Venux Operating System''', Venux like all the other things on the Venus world evaluate the proposal, it does a thousand of different calculations of the good things and the bad things to know if it is "good" or "bad" compared with the actual system, the specs, the resources required, even maybe the ''votes'' from the humans about if they like it or not, if it is accepted then the operating system includes a new version that will be updated automatically by the system itself, the rest of the pieces will connect to this one if it is compatible and there is no need to wait for an update too, but everthing continue working thanks to the packaging technology, simple as evolution.
     40Evolution is very simple: Somebody has a better idea for a piece—more efficient, faster, etc.—then writes it and '''presents the proposal/result to the Venux Operating System'''. Venux, like all other things on the Venus world, evaluates the proposal. It does a thousand different calculations of the good things and the bad things to know if it is "good" or "bad" compared with the actual system, the specs, the resources required, and maybe even the ''votes'' from the humans about if they like it or not. If it is accepted, then the operating system includes a new version that will be updated automatically by the system itself. The rest of the pieces will connect to this one if it is compatible, and there is no need to wait for an update too. But everything continues working thanks to the packaging technology, simple as evolution.
    4141
    4242=== Communication ===
    43 The pieces needs to use a standard method of communication, that the communication is also just another piece of the modularity, when the communication system evolves to something better, its  version changes and its specification changes too if that is needed, then all the pieces that uses communication (almost all of the Venux system) knows that needs to be updated before it can use the new communication protocol.
     43The pieces need to use a standard method of communication. The communication is also just another piece of the modularity. When the communication system evolves to something better, its version changes and its specification changes too if needed. Then all the pieces that use communication (almost all of the Venux system) know that they need to be updated before they can use the new communication protocol.
    4444
    45 As explained in the ''Packages Technology'' section, the Venux system can work with both communication protocols at the same time while there's any of the pieces that still need to use the old protocol and was not updated yet.
     45As explained in the ''Packages Technology'' section, the Venux system can work with both communication protocols at the same time while there are any pieces that still need to use the old protocol and have not been updated yet.
    4646
    4747=== Interface ===
    48 The interface is just another piece, it is a layer between the computer and the human in order to communicate in the best way possible. This piece is connected with the pieces that communicate with the data by the communication and also by using the communication it is shown to the human.
     48The interface is just another piece. It is a layer between the computer and the human to communicate in the best way possible. This piece is connected with the pieces that communicate with the data by the communication and also by using the communication it is shown to the human.
    4949
    50 The Evolution rule will use the best interface too, for example first it will exist in a commandline-interface, then somebody will proposal a better one graphically, the evolution of the system will use the graphic one after the required pieces are connected to the new one, then later appears a interface that is easier to manage or with more possibilities, same process... etc
    51 
     50The Evolution rule will use the best interface too. For example, first it will exist in a command-line interface, then somebody will propose a better one graphically. The evolution of the system will use the graphical one after the required pieces are connected to the new one. Then later, an interface that is easier to manage or with more possibilities appears, same process... etc.
    5251
    5352=== History Example ===
    54 First version of the Venux system: there's 3 bash scripts that was written by somebody in less than a day, they are:
     53First version of the Venux system: there are 3 bash scripts that were written by somebody in less than a day. They are:
    5554 * data-get
    5655 * interface
    5756 * data-add
    5857
    59 They are very basic and works on a very simple way, running the interface you will have 2 options, to get a data and to add a data, for example, we add the data ''gold'', then we add its specs (composition, category, atomic weight, heat fusion, etc...), and we add also the silver, then later we want to know the specs of the gold and we use ''data-get'', it works, very simple and functional.
     58They are very basic and work in a very simple way. Running the interface, you will have 2 options: to get data and to add data. For example, we add the data ''gold'', then we add its specs (composition, category, atomic weight, heat fusion, etc.), and we also add silver. Then later we want to know the specs of the gold and we use ''data-get''. It works, very simple and functional.
    6059
    61 Later, somebody add a new piece that gets all the data stored on the wikipedia, parsing the html pages and getting the values of every element of this world.
     60Later, somebody adds a new piece that gets all the data stored on Wikipedia, parsing the HTML pages and getting the values of every element of this world.
    6261
    63 Later, somebody add a new piece that calculates the impact of every piece with the nature
     62Later, somebody adds a new piece that calculates the impact of every piece with nature.
    6463
    65 With this idea, somebody create a piece of choices calculation, for exmaple, we need the best material to use in the sea, the Venux system will calculate the best choice, an abundant material for the actual needs, it also does calculations of future probability needs that are considered too, it checks the resistance of the material with the salted sea, the impact with the nature, etc etc... So this piece shows the best choice possible, a lot better, faster, and efficient than a human with studies.
     64With this idea, somebody creates a piece of choices calculation. For example, we need the best material to use in the sea. The Venux system will calculate the best choice, an abundant material for the actual needs. It also does calculations of future probability needs that are considered too. It checks the resistance of the material with the salted sea, the impact on nature, etc. So this piece shows the best choice possible, a lot better, faster, and more efficient than a human with studies.
    6665
    67 Later we see that the system becomes very slow by retreiving data because we have a lot of data and we have made ''data-get'' in a very fast way, we just wanted it ''working'', then somebody creates a better way to store data, compressed data, sorted alphabetically, etc... At the same way that someday somebody will pressent again a new version of ''data-get'' with a lot more optimized algorithms for faster searches. Then again a future day somebody will present a better algorithm that uses probability and usage statistics to retreive the data even faster, etc...
     66Later, we see that the system becomes very slow by retrieving data because we have a lot of data and we have made ''data-get'' in a very fast way. We just wanted it ''working''. Then somebody creates a better way to store data, compressed data, sorted alphabetically, etc. At the same time, someday somebody will present again a new version of ''data-get'' with a lot more optimized algorithms for faster searches. Then again, a future day, somebody will present a better algorithm that uses probability and usage statistics to retrieve the data even faster, etc.
    6867
    69 Somebody create a piece to backup all the data, just like the pieces and everything.
     68Somebody creates a piece to back up all the data, just like the pieces and everything.
    7069
    71 The interface changes to something better, we can use now '''tags''' and other special features, but for that, we need to update also ''data-get'' and ''data-add'' in order to use tags too, the interface is presented and accepted, but until there's no ''data-add'' and ''data-get'' compatible with the new version of the ''interface'' using ''tags'', it will be not used. Somedays later somebody found that the tags are added to the new elements but not for the old elements and write a new version of ''interface'' that request to add tags when the element doesn't has any yet, this version of the ''interface'' is updated but has not changed its compatibility so it is directly used by Venux
     70The interface changes to something better. We can now use '''tags''' and other special features. But for that, we need to update also ''data-get'' and ''data-add'' to use tags too. The interface is presented and accepted, but until there are ''data-add'' and ''data-get'' compatible with the new version of the ''interface'' using ''tags'', it will not be used. Somedays later, somebody finds that the tags are added to the new elements but not to the old elements and writes a new version of ''interface'' that requests to add tags when the element doesn't have any yet. This version of the ''interface'' is updated but has not changed its compatibility, so it is directly used by Venux.
    7271
    73 The data is stored on XML that is slow to parse, then somebody write a piece that converts all the XML data to something more binary faster to search by ''data-get'', someone also write a feature in ''data-get'' to be compatible with the new structure of the data, and some days later, write another piece that manages the XML as the original ones updating the binary versions when the XML are updated.
     72The data is stored in XML, which is slow to parse. Then somebody writes a piece that converts all the XML data to something more binary, faster to search by ''data-get''. Someone also writes a feature in ''data-get'' to be compatible with the new structure of the data, and some days later, writes another piece that manages the XML as the original ones, updating the binary versions when the XML is updated.
    7473
    75 Some time later it is found that the binary form can't manage some special features of the XML version, we can still go back to the XML version while the new version of the binary form is being re-written.
     74Some time later, it is found that the binary form can't manage some special features of the XML version. We can still go back to the XML version while the new version of the binary form is being rewritten.
    7675
    7776=== Main Feature Concepts ===
    78  * Filesystem: BTRFS or an equivalent filesystem with a lot of special features like: snapshots, subvolumes, Object level mirroring and striping, checksums (integrity) of data, incremental backup, fs mirroring, etc
    79  * Development: Use '''GIT''' because is a lot more advanced than the other ones as a distributed version control system
    80  * Database: We need in the start a good way to manage the data, I recommend to use just plain text files since is the most easy to manage, hack, and convert, we can migrate it to databases or other thing in the future when will be required
    81  * Languages: Since everything is modular at the application level, we can use any kind of language, sometimes we need optimization (C) and sometimes we need to code it fastly (python), the evolution will do the rest
     77 * Filesystem: BTRFS or an
    8278
     79 equivalent filesystem with a lot of special features like snapshots, subvolumes, object-level mirroring and striping, checksums (integrity) of data, incremental backup, fs mirroring, etc.
     80 * Development: Use '''GIT''' because it is a lot more advanced than the other ones as a distributed version control system.
     81 * Database: We need, in the start, a good way to manage the data. I recommend using just plain text files since it is the easiest to manage, hack, and convert. We can migrate it to databases or other things in the future when required.
     82 * Languages: Since everything is modular at the application level, we can use any kind of language. Sometimes we need optimization (C) and sometimes we need to code it quickly (Python). The evolution will do the rest.
    8383
    8484=== EXTRA ===
    85 When creating the Venux system, we need to remember the rules of the ''Art of Unix Programming'', don't take it as a joke, [http://www.faqs.org/docs/artu/ch01s06.html these rules] are full of wisdom '''essential''' for a correctly made Venux system, if you like them, [http://www.faqs.org/docs/artu/ the full book is a good read too]
     85When creating the Venux system, we need to remember the rules of the ''Art of Unix Programming''. Don't take it as a joke. [http://www.faqs.org/docs/artu/ch01s06.html These rules] are full of wisdom and '''essential''' for a correctly made Venux system. If you like them, [http://www.faqs.org/docs/artu/ the full book is a good read too].