64 bits hvorfor ?

[AJenbo]

Ja .CR2 er rå formatet for en bestemt serie af Canons kameras.

Du kan tjekke om et program køre med mere end en process ved at åbne systemovervågningen.

[Spotten]

Ja .CR2 er rå formatet for en bestemt serie af Canons kameras.

Du kan tjekke om et program køre med mere end en process ved at åbne systemovervågningen.

Ok, tak!

[lath]

Det er heller ikke helt korrekt at sige "et program kan bruge op til ... ", det er nemlig de enkelte processer (som programmerne består af) der kan bruge op til, så hvis GIMP kører med 2 processer, så kan GIMP allokere (altså bruge) 2 * maksimum af ram for den arkitektur GIMP kører på.

Beklager, men det du siger er altså noget vrøvl.

Hårde facts:

• 1 proces er et program, og 1 proces kan kun bruge max 4 GB (2³² bytes) i 32-bit Linux med PAE, og mindre uden PAE pga af føromtalte 3 GB grænsesplit imellem kernel space og user space.
• Concurrency (samtidighed) ændrer absolut intet på mængden af max RAM en process kan bruge.
• Hvad en debian pakke kan bruge af RAM ved at starte flere processer ændrer ikke på 4 GB grænsen for 1 proces.

Lidt om concurrency (samtidighed) i styresystemer, og om hukommelsen sådan som den ses af hver Linux process:

• Flere tråde (threads) i en proces deles altid om samme virtuelle adresserum som processen har adgang til - det er de max 2³² bytes der deles.
• Hver tråd har deres hver deres stak, som også indgår i processens virtuelle adresserum.
• Der er altid mindst 1 tråd (main) i hver proces.
• Allokering af RAM i en proces foregår på heap 'en.
• Bruger en debian pakke mere end 1 process, bruger den Linux kernens IPC (Inter-Process Communication) til concurrency imellem mindst 2 processer, som hver især kan se præcis max. 2³² bytes RAM i en PAE kerne, såfremt hardwaren nedenunder understøtter det
• En proces kan også run-time linke et softwarebibliotek (fra en *.so fil) ind i programmet. Det hedder dynamisk linking, mere om det her: http://www.linuxjournal.com/article/6463.
• Dynamisk linking formindsker naturligvis det antal bytes en proces har til rådighed med den mængde RAM som den dynamiske linker allokerer af RAM til softwarebiblioteket.
• Heldigvis er kernen snedig nok til kun at bruge fysisk RAM nøjagtig 1 gang for linkninger af det samme softwarebibliotek ind i mere 1 proces, så har du 117 programmer der bruger, f.eks. "GTK+ 2.24", så bruger du kun fysisk RAM svarende til 1 stk "GTK+ 2.24" og en lille smule bogførings RAM i kernen for eneste process, så du sparer altså ca (117-1) x "GTK+ 2.24" i fysisk RAM.
  .

/Lars

[AJenbo]

Jeg tror det TitanusEramius hentyder til er at mange almindelige brugere hentyder til en pakke som LibraOffice som 1 program selv om det består af mange individuelle processer.

[lath]

Jeg tror det TitanusEramius hentyder til er at mange almindelige brugere hentyder til en pakke som LibraOffice som 1 program selv om det består af mange individuelle processer.

Fra et bruger synsvinkel har du nok ret, men nu brugte han udtrykket "proces", som er det der bruges i datalogi/computer videnskab, og så har han ikke ret.

/Lars

[NickyThomassen]

Jeg tror det TitanusEramius hentyder til er at mange almindelige brugere hentyder til en pakke som LibraOffice som 1 program selv om det består af mange individuelle processer.

Fra et bruger synsvinkel har du nok ret, men nu brugte han udtrykket "proces", som er det der bruges i datalogi/computer videnskab, og så har han ikke ret.

/Lars

I har begge to ret, og det jeg skrev er ikke rigtigt

Efter lidt research kan jeg godt se at jeg fik blandet sammen på termerne, og ikke helt var klar over at threads arbejder ud fra én process.

Lars, har du ikke et link eller to om emnet? Det eneste jeg kan finde, står både uden egentlige kilder, og uden særlig meget dybde.

[Jimmyfj]

Her er et par forslag:

http://en.wikipedia.org/wiki/Thread_%28computing%29

https://www.google.com/search?q=threads+in+linux+kernel&ie=utf-8&oe=utf-8&client=ubuntu&channel=fs

http://linas.org/linux/threads-faq.html

http://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=5&ved=0CH0QFjAE&url=http%3A%2F%2Fwww.kernel.org%2Fdoc%2Fols%2F2002%2Fols2002-pages-330-337.pdf&ei=4qC-T67DKorNtAaG8NHVDQ&usg=AFQjCNF42HDABt-EFppRKlAPk1d4KvpvSw&sig2=i-sBheK7hXobY7tkqptEhA

[Spotten]

Hmm, så er det måske pga. 64 bit systemet at ens maskine bruger flere RAM jo flere man smider i? Altså uden man bruger flere programmer.

Måske lidt offtopic, men efter jeg smed 8GB yderligere i min maskine, så er RAM forbruget steget til det dobbelte ca. med samme programmer i brug som før.

[AJenbo]

64Bit brugere generelt mere hukommelse end 32bit. Men grunden til at du brugere mere ram jo mere du har er at systemet cacher data i rammene så den er hurtigere tilgængelig hvis der bliver brug for den. Dette gør den mere jo mere fri ram der er til rådighed. Skal rammene bruges for alvor kan den hurtigt droppe alt cachen igen.

[lath]

Hmm, så er det måske pga. 64 bit systemet at ens maskine bruger flere RAM jo flere man smider i? Altså uden man bruger flere programmer.

Måske lidt offtopic, men efter jeg smed 8GB yderligere i min maskine, så er RAM forbruget steget til det dobbelte ca. med samme programmer i brug som før.

64-bit programmer bruger ikke dobbelt så meget RAM som 32-bit, fordi ordlængden er det dobbelte (2x32 bit) på 64 bit.
Årsagen er det der hedder lokalitet i programmer, dvs at en i f.eks. en for løkke skal man stort set altid kun hoppe ret kort væk, og så kan man meget ofte nøjes med en hopinstruktion med en relativ adresse på en 8-bit ordlængde, eller en hopinstruktion med relativ adresse på 16--bit ordlængde.

En relativ adresse er et offset - en forskel - der lægges til en 64-bit adresse for at opnå en ny 64-bit adresse. Det bruges i softwarebiblioteker (der bor i '.so filer) til at de bliver reentrant. At være rentrant betyder at et softwarebibliotek kan kopieres ind på en vilkårlig adresse og så virke, hvilket er en nødvendighed for softwarebiblioteker.

Det var så endnu en teknikbasker om hvordan det virke dybt inde i Linux's maskinrum.

/Lars

Off-topic: Dragon kapselen fra SpaceX er ved at være klar til at docke med ISS (den internationale rumstation), se med på ustream: http://www.ustream.tv/nasahdtv

Edit: Lige nu 12:43 kan jeg se at den affyrrer raket-mortorerne i pulser for at styre ind mod en ISS docking. Iøvrigt så er ISS og Dragon på jordens natside nu, for et par minutter siden var den i dagslys, så da ISS er 90 minutter om at tage en tur rundt om jorden, er der solopgang igen om lidt under 45 minutter.

[Spotten]

64Bit brugere generelt mere hukommelse end 32bit. Men grunden til at du brugere mere ram jo mere du har er at systemet cacher data i rammene så den er hurtigere tilgængelig hvis der bliver brug for den. Dette gør den mere jo mere fri ram der er til rådighed. Skal rammene bruges for alvor kan den hurtigt droppe alt cachen igen.

Hmm, så er det måske pga. 64 bit systemet at ens maskine bruger flere RAM jo flere man smider i? Altså uden man bruger flere programmer.

Måske lidt offtopic, men efter jeg smed 8GB yderligere i min maskine, så er RAM forbruget steget til det dobbelte ca. med samme programmer i brug som før.

64-bit programmer bruger ikke dobbelt så meget RAM som 32-bit, fordi ordlængden er det dobbelte (2x32 bit) på 64 bit.
Årsagen er det der hedder lokalitet i programmer, dvs at en i f.eks. en for løkke skal man stort set altid kun hoppe ret kort væk, og så kan man meget ofte nøjes med en hopinstruktion med en relativ adresse på en 8-bit ordlængde, eller en hopinstruktion med relativ adresse på 16--bit ordlængde.

En relativ adresse er et offset - en forskel - der lægges til en 64-bit adresse for at opnå en ny 64-bit adresse. Det bruges i softwarebiblioteker (der bor i '.so filer) til at de bliver reentrant. At være rentrant betyder at et softwarebibliotek kan kopieres ind på en vilkårlig adresse og så virke, hvilket er en nødvendighed for softwarebiblioteker.

Det var så endnu en teknikbasker om hvordan det virke dybt inde i Linux's maskinrum.

/Lars

Off-topic: Dragon kapselen fra SpaceX er ved at være klar til at docke med ISS (den internationale rumstation), se med på ustream: http://www.ustream.tv/nasahdtv

Edit: Lige nu 12:43 kan jeg se at den affyrrer raket-mortorerne i pulser for at styre ind mod en ISS docking. Iøvrigt så er ISS og Dragon på jordens natside nu, for et par minutter siden var den i dagslys, så da ISS er 90 minutter om at tage en tur rundt om jorden, er der solopgang igen om lidt under 45 minutter.

Jeg siger mange tak for forklaringen til jer begge, det er godt nok noget teknisk, men det skal bare læses et pr gange, så forstår man det, i hvert fald det lath skriver!

P.s Lyder spændende med denne rumfærge, utroligt hvad vi mennesker ikke har fundet på!

[lath]

@Spotten

Det er ikke en rumfærge - det er en rumkapsel a la Genimi og Apollo kapslerne.

Rumfærgerne er alle sendt på pension, og de forskellige rumfærger skal udstilles på museer rundt omkring i USA.

Her i Danmark bygges der også en rumkapsel: http://www.wired.com/wiredscience/2012/05/maximum-activity-at-copenhagen-suborbitals-t-minus-oh-my-god/ og en tilhørende raketmotor: http://www.wired.com/wiredscience/2012/05/bi-liquid-success-at-copenhagen-suborbitals/#more-111724 som kun kørte på ca. 50%, 100.000 HK = som et stk F16 fly på grund af en mindre fejl i tilførselen af nitrogen gas:
Wired bloggen er på http://www.wired.com/wiredscience/rocketshop og den danske blog er på: http://ing.dk/blogs/rumfartpaadenandenmaade

I første link finder man et billede som jeg godt kan lide:

Billedteksten er: "DONT BE A STRANGER - WE OFFER FREE PARKING"

/Lars

[Spotten]

@Spotten

Det er ikke en rumfærge - det er en rumkapsel a la Genimi og Apollo kapslerne.

Rumfærgerne er alle sendt på pension, og de forskellige rumfærger skal udstilles på museer rundt omkring i USA.

Her i Danmark bygges der også en rumkapsel: http://www.wired.com/wiredscience/2012/05/maximum-activity-at-copenhagen-suborbitals-t-minus-oh-my-god/ og en tilhørende raketmotor: http://www.wired.com/wiredscience/2012/05/bi-liquid-success-at-copenhagen-suborbitals/#more-111724 som kun kørte på ca. 50%, 100.000 HK = som et stk F16 fly på grund af en mindre fejl i tilførselen af nitrogen gas:
Wired bloggen er på http://www.wired.com/wiredscience/rocketshop og den danske blog er på: http://ing.dk/blogs/rumfartpaadenandenmaade

I første link finder man et billede som jeg godt kan lide:

Billedteksten er: "DONT BE A STRANGER - WE OFFER FREE PARKING"

/Lars

Ahh, det kan jeg godt se! Meget sjovt den "bare" står parkeret dér, det er vel en replica og ikke en ægte rumkapsel, eller?

Sjovt nok, troede stadig vi brugte rumfærger, men det hænger vel sammen med der ikke længere er personer tilstede når man sender sådan en ud i rummet? Ligner også den er lidt for lille til at have et mandskab ombord, ellers bruger de måske små clonede dværge!

100.00HK er jo småting i forhold til min knallert! *Griner*

Der er egentlig mange spændende ting på nettet!

[lath]

Rumkapselen er ægte nok, den er under konstruktion, billedet er nogle uger gammelt, og den er nu meget mere færdig.
Det er dog en boilerplate konstruktion - en test konstruktion - som ikke skal ud i rummet. Kapselen på billedet skal op og flyve om ca 4 uger med en LES raket.
En LES raket er en redningsraket der kommer 2800 meter op på 3,5 sekunder, hvilket svar til 12 G, altså at hvis du var i den vil du føle det som om at du vejer 12x (1200%) af din masse. (masse=din vægt, når du ikke bevæger dig)

En LES raket i aktion (det er raketten over kapselen):

• Apollo LES test http://www.youtube.com/watch?v=AqeJzItldSQ&feature=related
• Orion LES test http://www.youtube.com/watch?index=44&list=FLd-Z7BLHuF027pozBzIFUmg&feature=plpp_video&hl=en-GB&v=czDwthupW8c&gl=UG

/Lars

[kfj1972]

@Spotten
Her i Danmark bygges der også en rumkapsel: http://www.wired.com/wiredscience/2012/05/maximum-activity-at-copenhagen-suborbitals-t-minus-oh-my-god/ og en tilhørende raketmotor: http://www.wired.com/wiredscience/2012/05/bi-liquid-success-at-copenhagen-suborbitals/#more-111724 som kun kørte på ca. 50%, 100.000 HK = som et stk F16 fly på grund af en mindre fejl i tilførselen af nitrogen gas:
Wired bloggen er på http://www.wired.com/wiredscience/rocketshop og den danske blog er på: http://ing.dk/blogs/rumfartpaadenandenmaade

I første link finder man et billede som jeg godt kan lide:

Billedteksten er: "DONT BE A STRANGER - WE OFFER FREE PARKING"

/Lars

Omkring Copenhagen Suborbitals så vil jeg lige anbefale disse links:
- http://www.copenhagensuborbitals.com
- http://www.raketvenner.dk (Alle er velkommen til at blive medlem og være med til at støtte projektet)
- http://www.ing.dk/blogs/rumfartpaadenandenmaade
- Facebook
- YouTube

Her er lidt fra en test-affyring sidste år: