Magnetisk RAM indenfor rækkevidde
-
af
Zero
, redigeret af Net_Srak
mboost-dp1
unknown
Det lyder okay nice! Men hvad nu når man vil have frigjort noget ram? Hvad skal man så gøre? Tænde for en vild magnet, eller skal der laves et program som man kører fra sit OS?
Men ellers kunde det være fedt at have sit OS liggende i sin ramkreds, og så tændte man for maskinen, og 3-5 sekunder senere, er man klar til at arbejde.....
Men ellers kunde det være fedt at have sit OS liggende i sin ramkreds, og så tændte man for maskinen, og 3-5 sekunder senere, er man klar til at arbejde.....
Det lyder spændene, lad os håbe at IBM er klogere en Rambus når det kommer til at beslutte hvor meget deres opfindelse er værd. Og lad os nu også lige se om det bliver til noget... milipede, bluray og alle de andre lager teknologier som alle sammen skal revolutionere vores verden.
Jeg tror sgu ikke bare det er en døgnflue, eftersom IBM har forsket i M-ram i over 30 år, som dem der har været der længst, tror jeg ikke bare de skyller deres ram ud i wc'et hvis folk ikke gider købe dem :P Man ku forestille sig at motorola, som højst sandsynlig blir de første på markedet med m-ram, flopper lidt, fordi, at de netop vil være de første. Men jeg vil ikke forudsige noget hehe, jeg tror helt sikkert på det blir en hitter længere ude i fremtiden, hvor min computer vil starte ligeså hurtig, som når jeg "starter" mit fjernsyn :P
Sejt, men det vil jo ikke virke anderledes end en EEprom for brugeren, at den så er MANGE MANGE gange hurtigere er jo kun dejligt og giver den flere anvendelses muligheder...
Men du kan jo i dag starte din pc på ~10 sekunder fra hibernation ??? eller er jeg bare heldig ??
Men du kan jo i dag starte din pc på ~10 sekunder fra hibernation ??? eller er jeg bare heldig ??
#7 - Splax
Og hvor adskiller det sig fra normale RAM? En impuls sætter en bit til tændt, og en modsvarende impuls sætter den til slukket. Det er bare at magnetisere og afmagentisere den bit. Du står jo heller ikke og waver med en 2 Tesla elektromagnet når du skal slette en fil fra din HD??? (Hvis du gør er du satme god til at ramme/afskærme)
Og hvor adskiller det sig fra normale RAM? En impuls sætter en bit til tændt, og en modsvarende impuls sætter den til slukket. Det er bare at magnetisere og afmagentisere den bit. Du står jo heller ikke og waver med en 2 Tesla elektromagnet når du skal slette en fil fra din HD??? (Hvis du gør er du satme god til at ramme/afskærme)
Og derudover "sletter" et OS ikke ram når man frigiver den - den sætter jo bare den del af rammen til ikke at være allokeret!
#10 - seahawk
Fuldstændig korrekt, det ville være alt for ressourcekrævende hvis et OS skulle "nulstille" RAM-områder hver gang de blev frie. Svjh kan man faktisk godt opleve at RAMene stadig indeholder data hvis ens BIOS ikke tjekker RAMene efter en hot-boot. (Kræver dog et program som kan læse indholdet uden at områderne er allokeret)
Fuldstændig korrekt, det ville være alt for ressourcekrævende hvis et OS skulle "nulstille" RAM-områder hver gang de blev frie. Svjh kan man faktisk godt opleve at RAMene stadig indeholder data hvis ens BIOS ikke tjekker RAMene efter en hot-boot. (Kræver dog et program som kan læse indholdet uden at områderne er allokeret)
#8: Det kan jo være at faetteren har en computer lidt a'la min ... efter 4 sekunder er min computer ikke engang kommet igennem BIOS'en ... faktisk meget langt fra!
Selvom jeg slet ikke har noget på "auto", er den stadigvæk 100 år og en lagkage om at finde ud af hvem den selv er.
Selvom jeg slet ikke har noget på "auto", er den stadigvæk 100 år og en lagkage om at finde ud af hvem den selv er.
[off-topic]
#11 - Vist rigtigt nok, eksempel:
I gamle dage da jeg sad i dos, fik jeg min pc til at indlæse cd-rom-drivere. Hvis jeg så satte en cd-afspiller i dos til at spille musik, kom der intet ud, før jeg havde startet lydkorts-driverne op. Hvis jeg så genstartede computeren (ctrl+alt+delete-metoden) og stadig kun indlæste cd-rom-drivere, ville jeg godt kunne spille musik fra cd-rom-drevet igennem lydkort uden at ha' startet det op...
#11 - Vist rigtigt nok, eksempel:
I gamle dage da jeg sad i dos, fik jeg min pc til at indlæse cd-rom-drivere. Hvis jeg så satte en cd-afspiller i dos til at spille musik, kom der intet ud, før jeg havde startet lydkorts-driverne op. Hvis jeg så genstartede computeren (ctrl+alt+delete-metoden) og stadig kun indlæste cd-rom-drivere, ville jeg godt kunne spille musik fra cd-rom-drevet igennem lydkort uden at ha' startet det op...
Jeg kan nu også se det ufede i Mram, ting som f.eks vira der bliver gigasvært at få ud af rammen, eller en fejl i dit OS der gør at man ikke kan terminere et program og fjerne det fra hukommelsen. Jeg tror windows ville blive et mareridt med Mram.
En ting jeg lige kom til at tænke over - er vi SIKRE på at et OS ikke nulstiller deallokeret hukommelse?
Umiddelbart lyder det som et ENORMT sikkerhedsproblem at RAM ikke bliver nulstillet ved allokering eller deallokering.
Ellers kunne man lave et lille program der kunne "sniffe" ting fra andre (lukkede) processer og på den måde eks. få fat i kodeord o.lign. fra andre brugere!
#16:
Nu bekymrer du dig om ting du ikke behøver bekymre dig om... :) Trust me! :)
Umiddelbart lyder det som et ENORMT sikkerhedsproblem at RAM ikke bliver nulstillet ved allokering eller deallokering.
Ellers kunne man lave et lille program der kunne "sniffe" ting fra andre (lukkede) processer og på den måde eks. få fat i kodeord o.lign. fra andre brugere!
#16:
Nu bekymrer du dig om ting du ikke behøver bekymre dig om... :) Trust me! :)
Jeg kan ikke tale for windows, da jeg ikke har det fjerneste begreb om hvad der foregår inde i windows. Men på fx. amigaen bliver ram hverken nulstillet ved allokering, deallokering eller sågar ved et reset. Ved allokering kan man dog bede om at OS'et skal nulstille det for een, men det tager naturligvis lidt ekstra tid - specielt hvis det er et stort stykke ram.
På Linux / Windows / lign. OS'er burde det ikke umiddelbart være muligt at aflæse indholdet af uallokeret ram (hvis jeg forstår mem.protection ret), men hvis man laver et program, som allokerer al fri fysisk ram (og derved får access til det), så burde man kunne aflæse alt muligt spændende! Jeg har selv pillet lyde, grafik m.m. ud af spil og programmer på den måde.
På Linux / Windows / lign. OS'er burde det ikke umiddelbart være muligt at aflæse indholdet af uallokeret ram (hvis jeg forstår mem.protection ret), men hvis man laver et program, som allokerer al fri fysisk ram (og derved får access til det), så burde man kunne aflæse alt muligt spændende! Jeg har selv pillet lyde, grafik m.m. ud af spil og programmer på den måde.
Tilføjelse: Efter nu at have snakket med en hardcore windows-koder, så skal det lige siges at man faktisk GODT kan få adgang til et kørende programs hukommelse. Det er fx. sådan en debugger virker! Han skriver:
[ yep, du skal "bare" ændre dine rettigheder (her menes dig som program :-)) til at være debugger og så få fat i process ID .. derfra kan du få fat i den lokale memory heap, og som debugger må du [som regel] læse alt, hvad processen selv har adgang til...
men som bruger skal du have en rettighed, der går på om du må debugge apps, før dit program får lov at "opgradere" sig selv til debug rettigheder ]
Efter sigende er det Power users og opefter, som har rettighed til at starte programmer som har disse permissions! ;)
Så sikkerhed? På mars!
[ yep, du skal "bare" ændre dine rettigheder (her menes dig som program :-)) til at være debugger og så få fat i process ID .. derfra kan du få fat i den lokale memory heap, og som debugger må du [som regel] læse alt, hvad processen selv har adgang til...
men som bruger skal du have en rettighed, der går på om du må debugge apps, før dit program får lov at "opgradere" sig selv til debug rettigheder ]
Efter sigende er det Power users og opefter, som har rettighed til at starte programmer som har disse permissions! ;)
Så sikkerhed? På mars!
Ærlig talt boys, det kan sqda for helvede være ligemeget hvad der står i rammen ... og til dem der sys at der kunne gemme sig en virus der hvor rammen ikke er allokeret har jeg kun at sige, tænk jer om, hvem / hvad skal eksekvere den kode, og for den sags skyld hvordan?
#19:
Men det krævet at du er "Debugger User" på den maskine - jeg tænkte mere, som du selv beskriver, tænkte jeg det mere at man som ganske normal bruger lavede et lille program der allokerede så meget hukommelse det kunne, og derefter begyndte at snuse rundt - Hvis det eksempelvis var en terminal server af den ene eller andne slags(linux/windows), ville det være et STORT problem!
#21:
Nej - ikke hvis det er din netbank sikkerhedsnøgle eller anden vigtig information!
Men det krævet at du er "Debugger User" på den maskine - jeg tænkte mere, som du selv beskriver, tænkte jeg det mere at man som ganske normal bruger lavede et lille program der allokerede så meget hukommelse det kunne, og derefter begyndte at snuse rundt - Hvis det eksempelvis var en terminal server af den ene eller andne slags(linux/windows), ville det være et STORT problem!
#21:
Nej - ikke hvis det er din netbank sikkerhedsnøgle eller anden vigtig information!
Når det engang er udbredt, så kunne man vel tænke at man kan slukke/tænde computeren på et par sekunder (som ved hibernating) ?
Hvis OS'et så gemmer "status" (igen som ved hibernating) regelmæssigt, og går ned - så kan man vel forestille sig at man kan "resume" få sekunder/minutter før det gik ned?
(Nej, jeg ved intet om emnet :)
Hvis OS'et så gemmer "status" (igen som ved hibernating) regelmæssigt, og går ned - så kan man vel forestille sig at man kan "resume" få sekunder/minutter før det gik ned?
(Nej, jeg ved intet om emnet :)
#21 - MortenLJ
Virus er jo heller ikke det eneste der bliver nævnt! Bla. kunne det tænkes at et dårligt programmer har passwords liggende ukrypterede i RAM, når programmet lukkes kan et sniffer-program hente data'ene ud (fx. ved at ligge sig selv ind i boot-sektoren crashe computeren, ved opstart ligger passworded lige så nydeligt og venter)
En let måde at komme om dette problem er at lave en "save-bit" til hvert område i RAMene (kender ikke så meget til hvordan RAM-systemer fungere, men er områderne ikke delt op i pages?) så kun områder med denne bit "overlever" en genstart...
Virus er jo heller ikke det eneste der bliver nævnt! Bla. kunne det tænkes at et dårligt programmer har passwords liggende ukrypterede i RAM, når programmet lukkes kan et sniffer-program hente data'ene ud (fx. ved at ligge sig selv ind i boot-sektoren crashe computeren, ved opstart ligger passworded lige så nydeligt og venter)
En let måde at komme om dette problem er at lave en "save-bit" til hvert område i RAMene (kender ikke så meget til hvordan RAM-systemer fungere, men er områderne ikke delt op i pages?) så kun områder med denne bit "overlever" en genstart...
Jeg ved ikke helt om "normale" CPU'er understøter følgende, men hvis de ikke gør, så har seahawk nok ret i at det kan give sikkerheds problemer (selvom chancen for at finde et "helt" password, nok er ret lille)
Fra Operating Systems af William Stallings
"Normally, a user process cannot access any portion of the operating system, neither program nor data. Again, usually a program in one process cannot branch to an instruction in another process. Without special arrangement, a program in one process cannot access the data area of another process. The processor must be able to abort such instructions at the point of execution.
Note that the memory protection requirement must be satisfied by the processor (hardware) rather then the operationg system (software). This is because the operating system cannot anticipate all of the memory references that a program will make. Even if such anticipation were possible, it would be prohibitively timeconsuming to screen each program in advance for possible memory-reference violations. Thus, it is only possible to assess the permissibility of a memory reference(data access or branch) at the time of execution of the instruction making the reference. To accomplish the, the processor hardware must have that capability."
med "Normally, a user process cannot access any portion of the operating system, neither program nor data" mener han den del af rammene der er allokeret til OS'et
Fra Operating Systems af William Stallings
"Normally, a user process cannot access any portion of the operating system, neither program nor data. Again, usually a program in one process cannot branch to an instruction in another process. Without special arrangement, a program in one process cannot access the data area of another process. The processor must be able to abort such instructions at the point of execution.
Note that the memory protection requirement must be satisfied by the processor (hardware) rather then the operationg system (software). This is because the operating system cannot anticipate all of the memory references that a program will make. Even if such anticipation were possible, it would be prohibitively timeconsuming to screen each program in advance for possible memory-reference violations. Thus, it is only possible to assess the permissibility of a memory reference(data access or branch) at the time of execution of the instruction making the reference. To accomplish the, the processor hardware must have that capability."
med "Normally, a user process cannot access any portion of the operating system, neither program nor data" mener han den del af rammene der er allokeret til OS'et
Nu sidder i alle godt nok og blærer jer med hvor hurtigt jeres starter op... Men hvem kan slå at min bruger 12 min. på det ? jojo..misundelsen lyser jo næsten ud af jer !
Nu ved jeg ikke helt om i er med på hvad det betyder med magnetiske ram, men ideen er at man ikke behøves opstartstid. Så man trykker på knappen, og så vendter man på der kommer lys i skærmen og så er man klar...
ang. jeres diskussion med sikkerhed, er der så nogen af jer der har overvejet hvordan man hacker spil. Så kunne har i jo allerede et eksempel på det der :) man finder hvor "pengene" er gemt i rammene og så skriver man noget nyt, eller hvor "liv" bliver gemt og så låser man så man ikke kan dø.
Og nej det bliver ikke et problem med sikkerheden for vigtige filer som netbank, nu ved jeg ikke hvordan det virker, men det er jo sikkert i dag, så det vil det også være med mram.
ang. jeres diskussion med sikkerhed, er der så nogen af jer der har overvejet hvordan man hacker spil. Så kunne har i jo allerede et eksempel på det der :) man finder hvor "pengene" er gemt i rammene og så skriver man noget nyt, eller hvor "liv" bliver gemt og så låser man så man ikke kan dø.
Og nej det bliver ikke et problem med sikkerheden for vigtige filer som netbank, nu ved jeg ikke hvordan det virker, men det er jo sikkert i dag, så det vil det også være med mram.
Ja magnetisk RAM er da meget godt, mej skulle det ikke gøre RAM ende hurtigere?
At RAM ende ikke skulle tømmes ved strømafbrud lyder dårligt!
har man ikke problemer nok med at tømmer RAM ende for ubrugeligt bras??? og idesuden så kommer der heletiden, nye og hurtigere RAM så jeg tror ikke på dette!
At RAM ende ikke skulle tømmes ved strømafbrud lyder dårligt!
har man ikke problemer nok med at tømmer RAM ende for ubrugeligt bras??? og idesuden så kommer der heletiden, nye og hurtigere RAM så jeg tror ikke på dette!
#28:
"At RAM ende ikke skulle tømmes ved strømafbrud lyder dårligt!
har man ikke problemer nok med at tømmer RAM ende for ubrugeligt bras???"
Hvor tit tømmer du dine RAM ?, det er da noget dit OS står for og hvad mener du med bras ?, der er kun de programmer i hukommelsen som kører.
"og idesuden så kommer der heletiden, nye og hurtigere RAM så jeg tror ikke på dette!"
Som der står i artiklen så er MRAM hurtigere end FlashRAM så det i sig selv viser, at det højst sandsynligt bliver en succes (selvfølgelig kun hvis det ikke bliver for dyrt at fremstille MRAM).
"At RAM ende ikke skulle tømmes ved strømafbrud lyder dårligt!
har man ikke problemer nok med at tømmer RAM ende for ubrugeligt bras???"
Hvor tit tømmer du dine RAM ?, det er da noget dit OS står for og hvad mener du med bras ?, der er kun de programmer i hukommelsen som kører.
"og idesuden så kommer der heletiden, nye og hurtigere RAM så jeg tror ikke på dette!"
Som der står i artiklen så er MRAM hurtigere end FlashRAM så det i sig selv viser, at det højst sandsynligt bliver en succes (selvfølgelig kun hvis det ikke bliver for dyrt at fremstille MRAM).
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund