Seneste forumindlæg
Køb / Salg
 * Uofficiel Black/White liste V2
Login / opret bruger

Forum \ Software \ Operativsystemer
Denne tråd er over 6 måneder gammel

Er du sikker på, at du har noget relevant at tilføje?

Hvad sker der, når man trykker GEM og GEM SOM?

Af Bruger Aspirant EmilFrederiksen | 19-11-2018 14:48 | 3008 visninger | 38 svar, hop til seneste
Hej alle sammen Jeg bruger Windows 7 Jeg åbner paint og gemmer en PNG fil Filen lavet er fil A Filen har følgende egenskaber Oprettet: 01.01.2018 Ændret: 01.01.2018 Åbnet: 01.01.2018 1) Hvis jeg senere åbner filen i paint, hvad er det så egentlig jeg ser på? Fil a? En kopi af indholdet lavet af paint? En kopi af fil A? En cached fil? 2) Hvis jeg så trykker GEM, sker det følgende: Hele filen bliver skrevet på ny? Er det en helt ny fil? Den gamle version af fil A, bliver den flyttet eller kopieret til cache? Følgende skrives til den nye fil: Oprettelses dato forbliver den samme og bliver skrevet til den nye fil Den nye ændret dato bliver skrevet til den nye fil Den nye åbnet dato bliver skrevet til den nye fil Hvad er der tilbage af den gamle version af fil A? 3) Hvad gør GEM SOM, sammenlignet med GEM? Oprettelsesdato er forskellig Hvad ellers? 4) Hvor meget data fra tidligere versioner, beholder en PNG fil? Når man trykker GEM Når man trykker GEM SOM Jeg har åbnet filen i forskellige software, for at se på metadataen Jeg kan kun se den seneste oprettet, ændret og åbnet dato Logger filen kun de seneste datoer? Bliver datoen skrevet hver gang? Logger den datoer fra tidligere versioner af filen? Mange tak på forhånd, for jeres besvarelser :)
--
#1
WonderingDane
Superbruger
19-11-2018 14:53

Rapporter til Admin
GEM overskriver den originale fil du har åbnet. GEM SOM lader dig overskrive den originale fil eller gemme filen som en ny fil.
--
#2
Stilling
Junior Supporter
19-11-2018 14:54

Rapporter til Admin
Åbner du filen a og trykker gem, gemmer paint oven i den gamle fil. Åbner du filen a og trykker gem som, vælger du selv hvor du gemmer filen på ny.
--
#3
EmilFrederiksen
Bruger Aspirant
21-11-2018 15:08

Rapporter til Admin
#1 #2 I skriver begge "overskriver" gemmer oven i", mener I at der skrives en helt ny fil? Når man åbner sin PNG fil i paint, så loades den til ram / memory, hvorefter når man trykker GEM, så skrives hele filen på disken på ny - Er det korrekt forstået? Er der så tale om helt ny fil? Hvor meget tager det nye skriv med fra den originale fil? Ifølge andre forum indlæg, med en lignende forespørgsel, der menes, at når man trykker GEM, så skrives hele filen igen, på et nyt sted på disken.
--
#4
Sven Bent
Junior Nørd
21-11-2018 15:41

Rapporter til Admin
Dette spoergsmaal er allerede besvaret forum er saa dejlige at de ogsaa virker som viden database. saa laes det samme indlaeg DU SELV lavede tidligere https://www.hardwareonline.dk[...]
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
--
Sidst redigeret 21-11-2018 15:46
#5
NitroBlast
Guru
21-11-2018 16:13

Rapporter til Admin
Hvorfor bliver du ved med at spørge om de samme ting, uanset om dine spørgsmål er besvaret? Kigger man på din profil, så omhandler alle dine tråde/spørgsmål hvordan ting gemmes til disk, og jeg gad godt at vide, hvorfor dette er så vigtigt for dig?
--
http://xlinx.dk[...] i7 2600K, 16GB PC3-12800, GA-X68XP-UD4 R1, GTX 560Ti HAWK, 250GB 840 EVO
#6
[UAV]Hunter
Mega Nørd
21-11-2018 16:21

Rapporter til Admin
#5 - Han forbereder til hans eksamen. :)
--
The best time to plant a tree was 20 years ago. The second best time is now.
#7
the688
Guru
21-11-2018 16:22

Rapporter til Admin
#6 - sin.
--
"ORK SATME!"
#8
EmilFrederiksen
Bruger Aspirant
30-11-2018 22:13

Rapporter til Admin
#4 #5 Jeg har stillet yderligere spørgsmål, hvilke kunne være interessant at få besvaret. Når der er noget jeg ikke forstår, så prøver jeg altid at gøre alt hvad jeg kan, for at forstå og lære. Jeg har stillet lignende spørgsmål på andre forums, det er korrekt. Så bliver jeg bare forvirret, når folk kommer med modstridende svar. Endvidere kommer der hele tiden nye til, der bidrager med svar og gode input Jeg sætter stor pris på, at frivillige herinde, tager sig tid til at forklare sådan en som mig :)
--
#9
DeXTer_DK
Super Supporter
01-12-2018 13:09

Rapporter til Admin
Jeg syntes det er super fedt du stiller spørgsmål fordi det bliver man oftes klogere af, tag dig ikke af det. Gid det var så simpelt at man bare kan sige når man trykker gem at i et dokument så overskriver den en fil. men sådan er det overhovedet ikke i praksis, det kommer sindssygt meget an på selve disk typen og filsystemet, Hvis vi tager udgangspunkt i ntfs, som bruges i Windows så er det helt korrekt antaget at Windows genskriver oven i en eksisterende fil, filsystemet gør nemlig meget for altid at gøre dette. Men har du det på en ssd, så er der en lille detalje, desværre er consumer ssd'er faktisk er enormt dårlige til at vedvare performance og holdbarhed derfor er der indbygget algoritmer som sørger for at balancere brugen af blocks "wear leveling" og det betyder at disken (transparent flytter rundt på data'en sådan at en block ikke ødelægges hurtigere. Tænk hvis du havde et program det stod og redigerede i en fil gang på gang. så ville du inden for kort tid have ødelagt disse block eller mærke performance forringelse. det betyder at trykker du gem en gang, så overskriver den måske, men har du gjort det mange gange så kan disken finde på at flytte det bagved til block der ikke er så brugte og derved ligger filen et andet sted, Bruger du derimod copy on write filsystemer så bliver filen altid skrevet et nyt sted på disken.
--
"Always bear in mind that your own resolution to succeed, is more important than any other one thing."
--
Sidst redigeret 01-12-2018 13:10
#10
wazer^
Junior Nørd
01-12-2018 13:21

Rapporter til Admin
Det er rimelig simpelt, Når du åbner A så er det i en cache pga du kan ændre den UDEN at A fil bliver ændret. Det sker før når du vælger at gemme. Når du vælger at trykke GEM så bliver den cache du har åben modificeret fra A erstattet og skrevet til den forhenværende A. Det samme gælder sig for GEM SOM, det eneste forskel der er, er at du har VALGMULIGHED for at gemme cachen et andet sted men samme tid kan du ændre navn + filtype også. Dog kan du også bare med "GEM" ændre navn,lokation,filtype hvis du altså åbner paint direkte og ikke har et forhænværende projekt/fil åbnet, altså noget du basalt set starter op fra bunden i en cache, det er der hvor "GEM" er den eneste mulighed for at navngive,lokation + filtype. Det er ikke mere svært eller anderledes end dette.
--
if ( $life( $me ) == $null ) { getLife( $me ) | halt }
--
Sidst redigeret 01-12-2018 13:25
#11
NitroBlast
Guru
01-12-2018 13:39

Rapporter til Admin
#9 Når man gemmer en fil på en SSD, så bliver den ALTID lagret et nyt sted - med mindre disken er fyldt, og så vil hastigheden være elendig. Årsagen er, at flash hukommelse altid skal slettes, inden det kan skrives igen med fuld hastighed. Normalt vil blokke der ikke længere er i brug blive markeret som tomme ved hjælp af TRIM funktionen, og herefter vil diskens firmware i baggrunden slette cellerne så hurtigt som muligt. #10 Funktionen "GEM SOM" svarer til at kopiere en fil, og dermed er den originale fil upåvirket. Det er ikke alle programmer, der benytter en disk-cache, mange programmer indlæser bare filen til RAM, hvorfra de behandles og gemmes til disk efter behov.
--
http://xlinx.dk[...] i7 2600K, 16GB PC3-12800, GA-X68XP-UD4 R1, GTX 560Ti HAWK, 250GB 840 EVO
#12
wazer^
Junior Nørd
01-12-2018 13:57

Rapporter til Admin
#11 Hvad var det lige jeg skrev? Den bliver cached, det svarer ikke til at kopiere en fil, fordi der er ikke noget der bliver skrevet nogen steder udover i dine ram.
--
if ( $life( $me ) == $null ) { getLife( $me ) | halt }
#13
NitroBlast
Guru
01-12-2018 14:24

Rapporter til Admin
#12 Måden du formulerer dig på, og emnets kontekst i betragtning, gik jeg ud fra, at du snakkede om disk cache. Havde du brugt formuleringen "indlæst i hukommelsen/RAM", havde det været mere logisk. #11 Jeg vil lige rette mig selv: GEM SOM er ikke som at kopiere en fil, men derimod er det en helt ny fil, der oprettes.
--
http://xlinx.dk[...] i7 2600K, 16GB PC3-12800, GA-X68XP-UD4 R1, GTX 560Ti HAWK, 250GB 840 EVO
#14
wazer^
Junior Nørd
01-12-2018 14:28

Rapporter til Admin
#13 overhovedet ikke, det er ikke logisk du tænker windows disk cache :) GEM SOM er stadigvæk det samme som GEM du har bare muligheden for at ændre navn,lokation samt filtype.
--
if ( $life( $me ) == $null ) { getLife( $me ) | halt }
#15
NitroBlast
Guru
01-12-2018 15:50

Rapporter til Admin
#14 Jeg tænker ikke på Windows disk cache, den funktion har intet med emnet at gøre alligevel. Desuden er det andet i livet end Windows, pingviner er simpelt hen så nuttede! ;)
--
http://xlinx.dk[...] i7 2600K, 16GB PC3-12800, GA-X68XP-UD4 R1, GTX 560Ti HAWK, 250GB 840 EVO
#16
Stilling
Junior Supporter
01-12-2018 16:15

Rapporter til Admin
Det er da ikke så svært at forstå?
--
#17
Galahat
Mega Nørd
01-12-2018 16:19

Rapporter til Admin
HVorfor prøver på du ikke?
--
InWin S-Frame | Rampage VI Extreme | i7 7820x | 2x 1080ti Strix SLI | G.Skill 4x8Gb 3200MHz | p1200 | 970 m.2 500Gb
#18
Pico
Nørd
02-12-2018 07:59

Rapporter til Admin
Hvis det ikke er i forhold til undervisning, hvorfor vil du så vise disse ting? Hvis det er i forhold til undervisning, hvorfor snakker du så ikke med din underviser eller medstuderende?
--
i7 4790K|Noctua NH-D15|ASUS Z97-WS|16GB Kingston 1866mhz|2x970 ASUS STRIX|160GB Intel SSD|240GB Corsair SSD|500GB EVO SSD|3TB Seagate|750W CM
#19
EmilFrederiksen
Bruger Aspirant
03-12-2018 02:22

Rapporter til Admin
#9 #10 NTFS på en HDD 1) Jeg har fil (A) Den åbner jeg så. Fil (A) loades i memory og er så cache filen der arbejdes med (B) Jeg trykker GEM Bliver (A) så slettet først, hvorefter hele den nye fil (B) bliver skrevet til disk? Eller overskrives fil (A) en bit ad gangen? Eller hvordan fungerer det? 2) Skrives en fil normalt i blokke tæt på hinanden? 3) Hvad hvis ændringerne i filen, medfører at filen ændrer størrelse. Hvis den kommer til at fylde mere, skrives den så et nyt sted på disken? Hvis den er mindre, slettes den oprindelige fil så, hvorefter den nye og mindre fil skrives til disken?
--
Sidst redigeret 03-12-2018 02:28
#20
wazer^
Junior Nørd
03-12-2018 06:41

Rapporter til Admin
#19 Jeg laver ikke dit arbejde eller skole projekter ;)
--
if ( $life( $me ) == $null ) { getLife( $me ) | halt }
#21
EmilFrederiksen
Juniorbruger
07-12-2018 01:29

Rapporter til Admin
#18 #20 Det har intet med undervisning eller arbejde at gøre. Jeg er færdiguddannet, inden for et andet fagområde. Det bunder i nysgerrighed og vidensbegær.
--
#22
zipn
Maxi Supporter
07-12-2018 08:58

Rapporter til Admin
#21 Endten er du ved at prøve vinde et væddemål eller så lyver du. Hvordan fanden kan det her "bunde" ud i nysgerrighed og vidensbegær? Jeg har set mange sjove nysgerrige spørgsmål. Men at vide hvordan en fil bliver gemt bit for bit må da være toppen.
--
[email protected]@TC14PE- 16GB(2x8)LP [email protected] - EVGA 980Ti Hybrid - z97 Ranger- 3x240GB FSeries3- 2x XL2411t - QF TK Red - EC2-A - G930
#23
EmilFrederiksen
Juniorbruger
10-12-2018 02:26

Rapporter til Admin
#22 Jeg lyver ikke Jeg er ikke en troll Der er ikke tale om noget væddemål Det bunder i nysgerrighed og vidensbegær, er sandheden
--
#24
Sven Bent
Junior Nørd
10-12-2018 04:41

Rapporter til Admin
1) kommer an paa hvor meget senere du ser. de du ser er en kopi af filen data som er lagt in i paint og omdannet til et billed. men filen kan stamme fra din cache hvis windows ellers stadigvake har den i din disk cache 2) Ja Du bliver noed til at definer "Ny her" nej den er ikek ny siden den har samme nej Ja den er ny fordi dine data er skrevet igen til disken et nyt fysisk sted Der sket intet ved den gamle fil A. den heder nu ikke laenger fil A eftersom den entri i din fil tabel peger paa den nye fil A. men alle data er stadgivaek fysisk tilgaengelig paa din lager enhed indtil de bliver overskrevet af noget andet ( eller nulstillet for at ryde op ig data . typisk paa en ssd) ja oprettelse datoen er den samme da det er samme entry i fil tabele du bruger ja ja Dog skal du huske paa at disse dato ikke er i filen men i din filtabel. Se ovenfor 3) giv dig en mulighed for at vaelge filnavn Selve gemnings processen er det samme. din oprettelse dato vil stadigvake vaere den samme 4) igen dine defination mangler helt konkret. Alle data bibeholders da de er total ens / ingen data bibeholders da det er alle skrevet til et nyt sted paa din lagrings enhed som skrevet foer gem/gemson virker ens Filen logger ingenting det er en fil den udfore ingenting dne har blot data i sig Det er dit system der logger tingene. typsik ja men komemr an paa din system opsaetning typisk nej men kommer an paa dit system opsaetning De fleste af dine spoersgmal har intet med filen at goere. naa far jeg nok et ban igen. men det virker altsaa som om du skulle starte med at laere lidt basis om hvordan en computer virker for at kunne stille dine spoergsmaal korrekt. der er mange maade at see den samme ting paa og hvis du ikke kan beskrive tingene korrekt om hvad du spoerger om er det svart at give dig et korrekt svar. ligesom nar folk spoerg etil hvilket af ders cores der er physsicke og hvilket der er logiske. det kan ikke svares forid det er 2 sider af samme sag. De alle bade fysiske og logiske. det ene er at abstraktion lag af det andet
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
--
Sidst redigeret 10-12-2018 04:42
#25
EmilFrederiksen
Juniorbruger
15-12-2018 02:49

Rapporter til Admin
#24 Mange tak for et godt og langt svar Sven Bent. Jeg sætter stor pris på, at du tager dig tid til at svare sådan en som mig. Jeg har kommenteret dit indlæg nedenfor. 1)kommer an paa hvor meget senere du ser. Efter jeg har rebootet mange gange. Jeg antager så, at der er tale om en visning af en kopi af filen. 2) Du bliver noed til at definer "Ny her" Om filen bliver skrevet et nyt fysisk sted på disken, og der ikke er tale om fysisk overskrivning, hvilket du svarer på nedenfor. nej den er ikek ny siden den har samme nej Ja den er ny fordi dine data er skrevet igen til disken et nyt fysisk sted Det er to modsigende sætninger, kan du venligst uddybe? Samme nej? Der er dog andre personer, der hertil har svaret, at en HDD aldrig skriver et nyt sted på disken, men altid foretager en overskrivning på samme fysiske sted. Det er du uenig i? Der sket intet ved den gamle fil A. den heder nu ikke laenger fil A eftersom den entri i din fil tabel peger paa den nye fil A. men alle data er stadgivaek fysisk tilgaengelig paa din lager enhed indtil de bliver overskrevet af noget andet ( eller nulstillet for at ryde op ig data . typisk paa en ssd) Så hver gang man gemmer en fil, så skrives den et nyt sted, og de tidligere versioner forbliver på disken dog utilgængelig? ja oprettelse datoen er den samme da det er samme entry i fil tabele du bruger ja ja Dog skal du huske paa at disse dato ikke er i filen men i din filtabel. Filtabel? Er det den chunk del, du i det andet oplæg omkring metadata, kalder for - tIME ? 4) igen dine defination mangler helt konkret. Hvor mange forskellige timestamps / datoer, er det kun de nyeste? Hvis jeg ændrer og trykker GEM i en fil 10, skriver den så kun den seneste ændrings dato, og de foreløbige 9 tidspunkter er slettet? Alle data bibeholders da de er total ens / ingen data bibeholders da det er alle skrevet til et nyt sted paa din lagrings enhed Alle data bibeholdes? Mener du at de samme data bliver skrevet igen, hvis ikke der er foretaget nogen ændringer? Jeg er ikke helt sikker på, hvad du mener med denne sætning. Filen logger ingenting det er en fil den udfore ingenting dne har blot data i sig Det er dit system der logger tingene. typsik ja men komemr an paa din system opsaetning typisk nej men kommer an paa dit system opsaetning Igen, her var det påtænkt metadata for datoer, hvor mange datoer den kan have i sig, om det kun er de nyeste (ligesom ovenfor) De fleste af dine spoersgmal har intet med filen at goere. Men med chunks at gøre, kan jeg forstå naa far jeg nok et ban igen. men det virker altsaa som om du skulle starte med at laere lidt basis om hvordan en computer virker for at kunne stille dine spoergsmaal korrekt. Håber da ikke du får ban, eftersom du har været en stor hjælp
--
#26
EmilFrederiksen
Juniorbruger
07-01-2019 10:51

Rapporter til Admin
Jeg håber stadig på, at Sven Bent endnu en gang kommer mig til undsætning, med en masse gode besvarelser Andre er også meget velkommen til at bidrage med viden Endnu en gang tak på forhånd
--
#27
inckie
Elite Nørd
07-01-2019 14:44

Rapporter til Admin
#20, #22 Han er ikke en troll, han har stilt disse spørgsmål i det seneste halve år
--
https://twitter.com[...] - Ned med #lurerSørenPape https://linuxmint.com[...] - Få dit privat liv tilbage.
#28
Peter.
Superbruger
07-01-2019 16:11

Rapporter til Admin
Hent Procmon fra sysinternals(microsoft): https://docs.microsoft.com[...] Filtrer på paint processen, og se hvad den laver af system calls, om den rent faktisk skriver noget på disken eller bare opdaterer timestamp'en. (evt kombineret med: https://docs.microsoft.com[...] men procmon er nu rigeligt). Istedet for at side og gætte på hvad der reelt sker.
--
#29
inckie
Elite Nørd
07-01-2019 17:42

Rapporter til Admin
#26 Det virker som om at du tror, at alle programmer/operativ systemer/hardware komponenter i alle tilfælde, gør alting, på den præcis samme måde. Hvordan præcis en given implementering af noget funktionalitet, er lavet, er slet ikke noget man kan give et generelt svar på. Du bør IMO bruge din tid på at lære at programmere din computer, således du kan få opbygget en forståelse for dens virke, og du vil hurtig opdage hvordan software og hardware er bygget op af "lag" og snakker sammen via foruddefineret standarder og API'er.
--
https://twitter.com[...] - Ned med #lurerSørenPape https://linuxmint.com[...] - Få dit privat liv tilbage.
#30
Sven Bent
Junior Nørd
08-01-2019 00:07

Rapporter til Admin
#25 pga mit remote tool jeg bruger paa mit nye arbejde er saa idiotisk at det optager alle hotkey naar man remoter ind paa en computer, saa kan jeg ikke copy paste 1: I saa tilfaelder laser du de samme data ( som i at all bitsnes vaerdiers er ens) fra en ny fysisk placerings paa disken. Det er det samme som at aabne fileA.png og gemme som fileB.png og saa slette FileA.png og omdoebe FileB.png til Filea.png ( igen der kan vare visse undtagelser hvor programmer holder oeje med om filen er anedre og ikke gemmer den. men det er sjaeldetn tilfalder og omhandler ikke filhaandterings men mere om hvad programmer laver) 2: Korrekt Dine data bliver skrevet til en ny fysisk lokation paa disken Det er ikke modsigende. De to saetninger omhandler hvad du mener med defination af ny. og ja jeg er staerkt uenig gem og gem som skriver til en ny fysisk lokerings og aendre fil entries til at pege paa dise nye clusters (some peger paa andre sectore) Korrekt hver gem/gem som i en simpel haandtering hvor der er fuld ud laesning og genskriving ( som her i paint) saa bliverr der skrevet til en ny fysisk lokation. eftersom en sletning i windows ( og generelt) ikke sletter data men blot aendrede fil entries saa forbliver alle gamle data intakte de er blot ikke linked til nogle filer. ( igen der er special undtagelser her og der) nej fil tabbel er data omraadde der ligger typisk i starten ( atl efter filsystem) og indeholder index over hvor dine filer er set det som en lille database hvor dne har fogledne information FileA.png cluster 12345 cluster 15365 ?cluster 62345 cluster 22385 cluster 12885 cluster 12460 cluster 15345 cluster 42345 hvert cluster er typisk 4kb i dag men kan kan vare op til 64kbyte under ntfs i dette tilfaelder fylder din fil altsa 8 clusters af 4kb = 32kbytes dog er det ikke sikker den sidste cluster er fyldt helt ud saa dine data fylder nok omkring 28-32kbyts mht til cluser hvis du marker en folder med mange smaa filer ( f.esk 0-1 bytes) vil du se er du ser to storrelse den ene er ren data stoerrelse. som feks 1000 filers af 1bytes taager 1000bytes data men pga at du skal tage splads i klumper ad en cluster af gange vil du see at der ogsaa staar size on disk. og her vile du der der tages 4000kbytes i plads. nar du overfoer data er det kun dne lille sottrelse der overofer og vil forblive den samme. den anden vil andre sig alt efter media du smider de paa fordi opdelinge kan vaere anderledes Meta data som jeg skrev om I png er intern i filen.
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
#31
EmilFrederiksen
Juniorbruger
17-01-2019 12:44

Rapporter til Admin
#30 Så fik jeg endelig gennemarbejdet din besvarelse. Mine kommentarer og yderligere spørgsmål, er det der ikke står i kursiv. Håber det giver mening. Ser frem til dine besvarelser :) 1: I saa tilfaelder laser du de samme data ( somi at all bitsnes vaerdiers er ens) fra en ny fysisk placerings paa disken. Det er det samme som at aabne fileA.png og gemmesom fileB.png og saa slette FileA.png og omdoebe FileB.png til Filea.png ( igen der kan vare visse undtagelser hvorprogrammer holder oeje med om filen er anedre og ikke gemmer den. men det er sjaeldetn tilfalder og omhandler ikke filhaandterings men mere om hvad programmer laver) Hvis det er en png. fil man åbner i paint, og ikke ændrer noget, og bare trykker gem, og der reelt ikke er en ændring. Så mener du, at filen stadig vil blive skrevet? Eller hvornår forekommer disse undtagelser, hvor programmer holder øje med om filen er ændret for at den gemmer? 2) Hvis jeg så trykker GEM, sker det følgende: Hele filen bliver skrevet på ny? Er det en helt ny fil? Du bliver noed til at definer "Ny her" nej den erikek ny siden den har samme nej Hvad mener du med denne sætning? Ja den er ny fordi dine data er skrevetigen til disken et nyt fysisk sted Det er to modsigende sætninger, kan du venligst uddybe? Det er ikke modsigende. De to saetningeromhandler hvad du mener med defination af ny. Med ny, mener jeg at filen bliver skrevet igen et nyt fysisk sted på disken. Er det den chunk del, du i det andet oplægomkring metadata, kalder for - tIME ? nej fil tabbel er data omraadde der ligger typiski starten ( atl efter filsystem) og indeholder index over hvor dine filer er set det som en lille database hvor dne har fogledne information FileA.png cluster 12345 cluster 15365 ? cluster 62345 cluster 22385 cluster 12885 cluster 12460 cluster 15345 cluster 42345 Når filhovedet skriver på disken, bliver der så skrevet på ledige clusters, på tilfældige placeringer på disken, eller skriver filhovedet på clusters der er tæt på hinanden? Jeg antager en cluster er ledig, så længe der ikke forekommer noget data på den eller hvis der er data men ikke tilknyttet noget indeksering? Hvor mange forskellige timestamps / datoer, er det kun de nyeste? Hvis jeg ændrer og trykker GEM i en fil 10 gange, skriver den så kun den seneste ændrings dato, og de foreløbige 9 tidspunkter er slettet? Kunne stadig godt tænke mig et svar på denne
--
#32
EmilFrederiksen
Juniorbruger
17-01-2019 12:46

Rapporter til Admin
#28 Hej Peter Tak for det gode indspark Det ser spændende ud. Jeg vil afprøve det ved nærmeste lejlighed, og håber at jeg kan finde ud af det!
--
#33
NitroBlast
Guru
17-01-2019 12:59

Rapporter til Admin
Hvis du åbner en PNG fil i et grafikprogram, og lukker programmet igen uden at ændre noget ved billedet, så lukker programmet bare. Hvis du ændrer noget, så bliver du spurgt, om du vil gemme ændringerne. Sådan er det i det fleste programmer og med de flest filformater, og det er en funktion i programmet. Ofte vil det også være således, at "gem" knappen (eller menupunktet) er "grå", hvis en fil ikke er ændret, hvilket betyder at den ikke kan gemmes. En fil (under NTFS) har mindst 3 datoer: Oprettet, Ændret og Tilgået. "Oprettet" bliver sat til det tidspunkt filen oprettes og ændres som udgangspunkt aldrig. "Ændret" sættes til tidspunktet der senest blev skrevet til en fil. "Tilgået" opdateres hver gang en fil åbnes (dette kan variere). Hvis et program tillader dig at gemme en fil 10 gange uden grund, så vil tidspunktet for den 10. gang filen blev gemt, være den der bliver sat til "Ændret".
--
http://xlinx.dk[...] i7 2600K, 16GB PC3-12800, GA-X68XP-UD4 R1, GTX 560Ti HAWK, 250GB 840 EVO
#34
Sven Bent
Junior Nørd
17-01-2019 19:52

Rapporter til Admin
#13 Skyder lige et par svar tilbage Når filhovedet skriver på disken, bliver der så skrevet på ledige clusters, på tilfældigeplaceringer på disken, eller skriver filhovedet på clusters der er tæt på hinanden? det er et godt spoegsmlal men jeg kan faktisk ikek huske om den skriver til naermest cluste rpaa hvor skriveheover er lige nu eller til foerste ledig cluster paa disken. jeg mener ( og kan tage fejl) at der tilbage i 90'erne blev skifter fra foerste paa disken til naerme cluster for at bringe seek hastigheden lidt ned. aefter foerste cluster er fundet .skriver den saa naeste cluster i raekken, indtil naeste cluster er reservert af en andet fil og derved skal der findes et ny ledig sted. det vil krave lidt tid at kigge paa foer jeg kan give et 100% korrekt svar men jeg menr at nyere OSi mange tilfaelde prover at finde en klump af cluster i raekkefoelge der er stort nok til den fil du smider over saa ledes at filen ikke skal placre i opdelinger omkring paa disken. dette sker naturlgivis for at nedbringe disk fragmentering saa .fkes din disk er rimelgi fyld og har 5 frie omraade 1mb 2mb 2gb 50mb 5mb hvis du overfoer en 100mb fil saa vil disken bliver saet ti lat soege til den klum pat clusters som som er paa 2gb frie plads og ligge filen der. paa aeldre systemmer ville dne foerst fulde dne 1mb tomme plads ud og derefter den paa 2mb og lige de restend 97mb i det 2gb frie omraad. denne slags svar er nok nemmer med en grafisk fremvisning Jeg antager en cluster er ledig, så længe der ikke forekommer noget data på den eller hvis der er data men ikke tilknyttet noget indeksering? En cluster er ledig saa laenge den ikke er tilknytte en fil i fil tablen igen hvis du sletter en fild saa fjerne du kun fil entrien i fil tabelle. de cluster some fil entriens peger paa indeholder stadigvake de originale data. det er derfor vi kan hente slettee data frem. kopiere du en ny fil over saarisike du at de cluster siden de er markeret some fire. bliver brugt til den nye fil og dermed overskrevet med ny data. side info" selvo me nfil bruger en cluster saahusk paa det er ikke sikker den bruger hele clusteren med data selv om en cluster altid er resrveret helt. dvs slette du et 3kb text fil. ( fylder kun 1 4kb cluste) med en 1kb text fil ( fylder ogsa en 4kb clusteR) saa er det kun de foerste 1kb ag clusteren der er over skrevet. vi kan staigivaek henter ud 2kb fra den originale fil der er mange wipe metode som wiper fri plads ( ureseveret clusters) men som ikke sletter tom plads i halvfyldte clusters det er derfor "vigtigt" at naar man sletter tom plads paa sin disk at bruge et wipe program som indeholder cluster space wiping. f.eks har windows indbygget ool ikke den funktion
--
Sven Bent - Dr. Diagnostic www.TechCenter.[...] - Home of Project Mercury
#35
EmilFrederiksen
Juniorbruger
18-01-2019 09:18

Rapporter til Admin
#33 Tak for dit indlæg Nitroblast Hvis du åbner en PNG fil i et grafikprogram, og lukker programmet igen uden at ændre noget ved billedet, så lukker programmet bare. Hvis du ændrer noget, så bliver du spurgt, om du vil gemme ændringerne. Sådan er det i det fleste programmer og med de flest filformater, og det er en funktion i programmet. Jeg er helt med på, hvis man åbner en PNG fil, og intet gør, lukker vinduet, så forekommer der heller ikke skriv. Jeg har også fået mange besvarelser på denne forespørgsel, hvorledes ”gem” skriver hele filen eller ej, uanset om der faktisk er nogen ændringer: Hvortil alle har svaret, at ”gem” skriver altid hele filen igen, uanset om man reelt at ændret noget. Ofte vil det også være således, at "gem" knappen (eller menupunktet) er "grå", hvis en fil ikke er ændret, hvilket betyder at den ikke kan gemmes. Det med den grå knap, det har jeg aldrig oplevet. Det er hverken sådan i paint eller word, eftersom der er et diskette-ikon ved gem, og det kan altid trykkes. Hvilket program er der her tale om? Jeg var bare nysgerrig efter, disse såkaldte undtagelser,hvornår systemet tjekkede for ændringer før det skrev til disk. En fil (under NTFS) harmindst 3 datoer: Oprettet, Ændret og Tilgået. "Oprettet" bliver sat til det tidspunkt filen oprettes og ændres som udgangspunkt aldrig. "Ændret" sættes til tidspunktet der senest blev skrevet til en fil. "Tilgået" opdateres hver gang en fil åbnes (dette kan variere). Hvis et program tilladerdig at gemme en fil 10 gange uden grund, så vil tidspunktet for den 10. gang filen blev gemt, være den der bliver sat til "Ændret". Men spørgsmålet er også, hvorledes at ntfs på nogen måde logger tidligere timestamps i filens metadata?
--
#36
EmilFrederiksen
Semibruger
18-01-2019 11:30

Rapporter til Admin
#34 Det var en meget fin forklaring Ældre systemer: finder ledige clusters fordelt på disken, indtil hele filen er skrevet. Nyere systemer: prøver at finde en samling af clusters til hele filen. Men hvornår forekom dette skift i systemerne sådan ca.? Der er en fin illustration her: https://en.wikipedia.org[...] Kommentarer og spørgsmål til clusters: Ja, en cluster kan kun bruges til en fil, de kan ikke blandes. En cluster behøver ikke at være fuld. Korrekt? Når en fil der skrives på en cluster der er ledig, dog er der stadig data på der ikke er tilknyttet en filtabel. Slettes data så først på clusteren? Eller skrives der bare oveni eksisterende data påclusteren? Kan en cluster godt indeholde data for to filer. For den nye fil der bliver skrevet, og eksisterende data der ikke er tilknyttet en filtabel?
--
#37
EmilFrederiksen
Semibruger
18-01-2019 12:03

Rapporter til Admin
Kan jeg godt konkludere, at når alle skriver at hele filen skrives igen både ved "GEM" og "GEM SOM", så menes der alle punkter på filtabellen og alle chunks eftersom der er tale om en PNG fil? Viden om CHUNKS på PNG: http://www.libpng.org[...] Viden om NTFS http://ntfs.com[...]
--
#38
EmilFrederiksen
Semibruger
05-02-2019 15:14

Rapporter til Admin
Hej :) Er der nogle, der friske på at svare på 35# og 36#? Vedrørende 37#, så blev der besvaret i anden tråd: https://www.hardwareonline.dk[...] at alle chunks bliver skrevet igen ved "GEM" Men hvad med de forskellige dele på master file table for NTFS, hvilke dele bliver skrevet igen ved "GEM"?
--

Opret svar til indlægget: Hvad sker der, når man trykker GEM og GEM SOM?

Grundet øget spam aktivitet fra udlandet, er det desværre ikke muligt for dig, at oprette svar som gæst.

Hvis du ønsker at deltage i debatten, skal du oprette en brugerprofil.

Opret bruger | Login
NYHEDSBREV
Afstemning