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 | 3457 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 :) --
GEM overskriver den originale fil du har åbnet.
GEM SOM lader dig overskrive den originale fil eller gemme filen som en ny fil. -- Å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. -- #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.
-- 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 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 #5 - Han forbereder til hans eksamen. :) -- The best time to plant a tree was 20 years ago. The second best time is now. #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 :)
-- 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 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 #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 #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 }
#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 #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 }
#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 Det er da ikke så svært at forstå? -- 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 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 #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 #19
Jeg laver ikke dit arbejde eller skole projekter ;) -- if ( $life( $me ) == $null ) { getLife( $me ) | halt }
#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. -- #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 CAS8@1600 - EVGA 980Ti Hybrid - z97 Ranger- 3x240GB FSeries3- 2x XL2411t - QF TK Red - EC2-A - G930 #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 -- 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 #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 -- 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 -- 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. -- #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. #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 #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 -- #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! -- 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 #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 #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? -- #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? -- 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[...] -- 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"? --
Grundet øget spam aktivitet fra gæstebrugere, er det desværre ikke længere muligt, at oprette svar som gæst.
Hvis du ønsker at deltage i debatten, skal du oprette en brugerprofil.
Opret bruger | Login
|
Du skal være logget ind for at tilmelde dig nyhedsbrev.
Hvilken udbyder har du til internet? 222 personer har stemt - Mit energiselskab (Ewii f.eks) 10%
|