virtual memory compression

Am cautat pe internet sa vad daca gasesc ceva referiri la cateva dintre ideile mele in ceea ce priveste tehnologia informatiei. Si am gasit ca deja exista asa ceva
https://en.wikipedia...ory_compression
Virtual memory compression (also referred to as RAM compression and memory compression) is a memory management technique that utilizes data compression to reduce the size or number of paging requests to and from the auxiliary storage
On multi-core, multithreaded CPUs, some benchmarks show performance improvements of over 50%.

Marea problema fiind la astea ca uneori decompresia consuma mai mult timp decat ar consuma folosirea intregului bloc de ram.

In early 2008, a Linux project named zram (originally called compcache) was released; in a 2013 update, it was incorporated into Chrome OS[20] and Android 4.4

pentru cei ce au calculatoare mai slabe probabil ca un software 3rd party sau folosirea chrome OS are avantaje imense

Tot pe ideea asta de reinventare a rotii (sorry cand mai fac chestia asta insa e imposibil sa nu vina oricine cu vreo idee pe care si altii au avut-o mai ales ca toti care avem mintea mai tehnica ne punem in general cam aceleasi intrebari) este si chestia asta :
https://en.wikipedia...isk_compression

Iarasi pe aceeasi idee uite :
https://en.wikipedia...mmar-based_code
acum ceva timp am venit chiar cu o chestie practica in ceea ce priveste realizarea acestei compresii. pur si simplu se fac 10000 sau ceva de noi caractere care reprezinta de fapt un fel de dictionar ca la masinile enigma din criptografie.... luand cuvantul "forum" de exemplu ar putea fi reprezentat de 1 singur caracter ...care la destinatie este "tradus"....

toate astea arata ca eu n-am zis neaparat rau ce am zis ci doar ca am reinventat roata ....
imi cer scuze ca nu m-am interesat la inceput daca deja exista aceste concepte insa eram asa de imbatat de propriul succes ca sa zic asa incat n-am mai realizat ca multe din chestiile astea posibil sa le fi inventat si altii cu mult inaintea mea.

de fapt uite aici solutie pentru cei cu ram putin
https://www.makeuseo...ess-windows-10/

Tot ce-am inteles acolo a fost RAM(random acces memory)....

Solutia pentru cei cu putin RAM e sa dea o comanda la magazin pentru o cantitate mai mare ( acolo unde e posibil )

karax, on 11 iunie 2019 - 13:01, said:

si? ai gasit vreo referire la ideile TALE? cu numele tau specificat acolo in clar?     ca nu prea imi vine sa cred...

karaxule, am mai avut discutia asta, iti mai zic o data: ideea este zero fara implementare. tu insirui niste chestii abstracte acolo... pana nu ne arati si codul, sunt doar vorbe in vant    

bine, sunt la fel de constient ca nici acum n-o sa retii nimic, si o sa continui sa insiri concepte de-astea fara nicio aplicabilitate    

Ai o intrebare concreta?

Scrie un kernel propriu si apoi vei intelege ce zic ei acolo cu "marcata pagina fizica ca inaccesibila, pentru a cauza un pagefault cand e nevoie de ea".

karax, on 11 iunie 2019 - 13:01, said:

Nu ai inventat nimic, ti-a iesit spuza pe la gura si atat.

Vii cu cod sau nu existi.

Edited by OriginalCopy, 11 June 2019 - 13:26.

problema la virtual compression este ca in timpul ciclului procesorului uneori compresia poate mai mult sa strice.....as incerca sa gasesc un sistem cu o scara extrem de precisa cu multe sub-diviziuni, prin care pot seta in real time compresia , incepand de la 1% adica extrem de putin comprimat pana la 99% adica extrem de mult comprimat....si in felul asta sa verific in real time ce fel de compresie se potriveste sistemului meu....avand in vedere ca fiecare are un alt sistem si o alta arhitectura a programelor.....as face ceva adaptativ adica atunci cand calculatorul intra prea mult in freeze sa fie apelat sistemul automat si sa schimbe compresia pana se gaseste ceva potrivit si cu arhitectura programului ce tocmai ruleaza.... apoi sa se retina in o baza de date algortimul de comprimare portivit pentru fiecare program in parte sau pentru fiecare grup de programe in parte care ruleaza simultan...

as face ceva gen benchmark testers , insa astea ar rula automat programe si ar stabili gradul de compresie necesar fiecaruia din start de la instalare pe pc...

bun, hai s-o luam cu inceputul - in ce limbaj de programare ai face asta?

karax, on 11 iunie 2019 - 13:44, said:

Le-ai facut varza.

Trebuie sa stabilesti in timp real gradul "optim" de comprimare, si sa schimbi acel grad tot in timp real.

Paginile fizice si utilizarea lor, fragmentarea memoriei, etc, depind de programe. In plus, programele doar cer memorie de la kernel in functie de ce trebuie sa faca. Programele nu fac mereu acelasi lucru, strict vorbind. Cand navighezi pe web, browserul are nevoie de o memorie diferita pentru fiecare pagina, iar kernelul nu stie ce e aia "pagina web", el doar stie "procesul X are acum nevoie de o pagina RAM".

Pff... Windwos 10 foloseste deja de vreo 3 versiuni incoace ceva de genul.
Nu se simte nimic.

Mi-as dori si eu sa am asa mult timp incat sa clocesc idei in prostie. Tine-o tot asa!

OriginalCopy, on 11 iunie 2019 - 13:56, said:

as propune atunci o poza pe tree structure al fiecarui program si sa se compare cu o baza de date cu diferite tree-uri carora le sunt asociate gradele de comprimare care au fost cele mai eficiente....sau fiecare programator, fiecare software de fapt ar veni de la cei ce il detin cu gradul de comprimare testat in propriul laborator, pe acelasi algoritm de compresie utilizat de catre sistemul de operare in fiecare software , algoritm adaptativ bineinteles...
as propune un program urias care sa creeze in timp real diferite tree-uri random si sa le comprime in o baza de date uriasa, si ea comprimata ....fiecare tree ar primi un SHA scurt asociat iar baza asta de date ar fi consultata in timp real cu programele de pe calculatorul userilor ...

sau spre exemplu asa cum exista tehnologia aia a urcarii in ram a programelor des utilizate , asa si aici s-ar incerca diferiite comprimari pe diferite taskuri repetitive , si in cateva saptamani de learning calculatorul ar ajunge sa comprime din ce in ce mai eficient....
as propune folosirea unui laborator de catre windows in care 1000 de insi nu fac altceava decat sa schimbe gradele de compresie pentru n softuri folosite si in timp real sa faca masurarea...sa treaca rezultatele in o baza de date ce se va folosi in windows-ul final....

Prea multa munca si beneficii neglijabile, poate chiar negative pentru utilizator (performanta redusa).

Plus ca se complica kernelul foarte mult. Asta inseamna loc de buguri.

Iti imaginezi prea multe, si nu e nimic nou sau genial.

Mai bine intreaba de ce cei care fac kerneluri fac sau nu fac ceea ce crezi tu ca ar trebui sa faca sau sa nu faca.

Ei sunt specialisti, tu nu.

Edited by OriginalCopy, 11 June 2019 - 14:53.

Quote

Alo tovarasu' !!
N-ai auzit ca deja se foloseste compresia memoriei in Windows 10 ?
Nativ.

Las-o balta cu inventarea rotii. Deja exista.

Plus ca la cat costa memoria....

Nu mai zic ca n-ai nimerit nici aria.