Frågelådan: Vertical Sync, RAID och PCI Express 3.0

De har rätt, men det är lite förenklat. Jag gick in mer detaljerat på varför förra gången det diskuterades i GTX 680 tråden. Sammanfattningsvis så handlar det om just det de gick in på efteråt, att det "låser sig" menas att om belastningen är jämn så att varje frame tar lika lång tid att beräkna och den beräkningstiden är ens 0.01 millisekunder längre än de 16.67 ms som grafikkortet har på sig mellan varje uppdatering så hinner det inte klart och får därmed återanvända den förra bilden och sen vänta i 16.67 ms, och då får du bara 30 FPS. Anledningen till att man får andra resultat med vsync på är att belastningen inte är jämn, vissa frames kommer kortet att hinna klart med under 16.67 ms. Huvudskillnaden är att med vsync på så kan inte grafikkortet jobba på för fullt.

Precis, skillnaden är bara att stegen blir 120/60/40/30/24/20 osv osv istället för 60/30/20/15 osv

Då har du fel, det är samma sak som ren och ren på svenska. Det både stavas och uttalas likadant.

Jo, som nämnts ovan, du kan få ut vilket antal frames/sekund som helst (så länge det är lägre än din skärms uppdateringsfrekvens) eftersom belastningen inte är konstant, så du kan därmed hinna med att slutföra beräkningen innan nästa uppdatering ibland, och ibland inte.

Det enda jag vill tillägga är att det ju måste vara möjligt att få tearing även om din FPS är lägre än din skärms uppdateringsfrekvens. Tearingen orsakas ju av att buffrarna byts medans skärmen håller på att läsa in data, och det kan ju hända i vilket fall som helst.

Är din FPS högre än uppdateringsfrekvensen så hinner GPUn rita klart en bild och sen ytterligare en bild halvvägs igenom när den ska skickas = tearing
Är din FPS lägre än uppdateringsfrekvensen så skickar GPUn först en bild till skärmen som sen återanvänds i nästa uppdatering, men halvägs genom den uppdateringen så blir GPUn klar med en ny bild och byter då = tearing.
Det handlar alltså om att det blir tearing om skärmen och GPUn inte är i synk, oavsett om FPSen är högre, lägre eller till och med lika med uppdateringsfrekvensen - det är ju t.o.m. möjligt att du har exakt 60 FPS, men någonstans var det en frame som tog lite längre eller lite kortare tid, så att GPUn hela tiden blir klar med nästa bild mitt under en uppdatering = tearing.

Saxat direkt ur sidan du länkade till;

With this checksum, any transmission error that flips a single bit of the message, or an odd number of bits, will be detected as an incorrect checksum. However, an error that affects two bits will not be detected if those bits lie at the same position in two distinct words. If the affected bits are independently chosen at random, the probability of a two-bit error being undetected is 1/n.

Hur som helst så var det även tidigare i RAID-segmentet en anmärkning om att varannan bit skulle läggas på respektive disk. Blockstorlek bör för fysiska diskar vara multiplar av 512 bytes medans för SSD hela multiplar av 4096 bytes. Så gör man aldrig och det fick mig att vara lite tveksam till herrarnas RAID-kunskaper. Mer precist använder man checksum för att kontrollera integriteten av data medans paritetsdata används för att skapa redundans.

Hur du än tolkar artikeln på wikipedia så är inte paritetsdata i en raid en checksumma. Checksummor motsvarar storleksmässigt bara en fraktion av datat och är inte för återställning utan för att kunna identifiera bitfel.

Artikeln om RAID på wikipedia nämner inte någonstans sum eller checksum.
http://en.wikipedia.org/wiki/Raid_0#RAID_0

[edit]Men visst checksummor kan använda Xor men det hamnar fortfarande efter datat, inte parallellt med datat.[/edit]

Det är tyvärr inte som ren och ren.
Tearing och Tearing må stavas likadant men det uttalas olika.

Det ena betyder att man håller på och börjar gråta/gråter och uttalas precis som Emil och Jonas sa i frågelådan.

Det andra är att man river sönder något eller att något rivs sönder och man uttalar ea i "Tearing" precis som man uttalar ea i exempelvis "Wearing"

Om du har 60hz skärm: installera dxtory, lås fpsen oå 59. Sätt på vsync i spelet och vips, ingen tearing och ingen input lagg! Det borde dom tipsat om

Om man låser fps-taket i ett spel då kan man inte få tearing.

Jo det kan man, grejen är att "låsa" fpsen ett steg under din skärms hz och sedan slå på vsync. I alla fall jag fått tearing hur jag än gör utan vsync. Där emot med min metod blir det spelbart att använda det, utan input delay

Så du säger alltså "there's a tÄr in that piece of paper"? Engelskan är ett så stort språk som talas på så många ställen att det säkert finns nån dialekt där det stämmer, men det är inte det normala.

För det första så stavas orden olika fonetiskt, därför uttalas dom också olika.
För det andra så blir det precis så, "there's a tÄr in that piece of paper" en reva i pappret. annars säger man att det är en tår i pappret.

Tear: Uttal: Teer = Tår
Tear: Uttal: Tair = Reva

http://dictionary.reference.com/browse/tear

På den där sidan finns det ljudexempel på hur man uttalar både en tår och en reva.

Jag tackar för en utmärkt video. Bra att ni fortsätter med klippen och även har framtida planer och satsningar!

Tvärtom, det är normen/standard och att det uttalas lika är dialekt och/eller okunskap.
De där små skillnaderna i uttal är definitivt kluriga. Jämför bear-djur och bear-bära/föda osv som istället har samma uttal.

Fem frågor... Fem frågor är mer än fyra elefanter.

Förutsatt jämn belastning, ja, men i verkliga världen så varierar belastningen så om 15 är snittet så kommer du troligen få variationer åtminstone mellan 10/15/20 stegen under sekunden, och om 45 är snittet så kan det hända att några frames hinner beräknas klart på den tid kortet har på sig mellan uppdateringarna så att du kan hamna en liten bit över 30 ändå.

Angående tear-uttalandet så har även olika länder olika officiella uttal. Det är dock så pass oviktigt att jag inte orkar gå in på det mer, spelar det någon roll?

yee.

Nä Jonas o Emil, det här gjorde ni BRA. Intressant skit detta.

Nja...det gör ju att du får mycket tätare uppdateringar och därmed mindre fördröjningar och kortare perioder av inaktivitet om du kör vsync, men större risk för tearing om du kör utan eftersom att dubblerat antal uppdateringar också innebär dubblerat antal tillfällen där det kan bli fel. Med triple buffering så innebär det potentiellt marginellt lägre fördröjning från att ruta blir klar tills den visas på skärmen, men det handlar bara om en maximal fördröjning på 16.67 ms VS 8.34 ms.

Nice med en snabb dragning av RAID och dess olika nivåer. Nu vill jag höra en dragning av VRAID

Go go!

Groda på 07:16 ^^ ? Var sextionde sekund Diabilder (Y)

Då kan jag bara be om ursäkt och tacka för mycket proffsiga fredagspaneler och frågelådor.

Jag har pysslat mycket med RAID-optimering när stora SCSI-diskar var på 18GB och tpc-c och RAID 10 var helt nytt, så ämnet är för mig kärt.

MvH Mårten

Att man ens orkar bry sig? Ifall v-sync kompenserar på något sätt vid 30 fps så är det säkert uppe vid 60 nån sekund senare igen. Eller? Det kanske låser ditt grafikkort totalt så du tvingas köpa nytt via cdon då givetvis.... ;P

Bra i övrigt kanske skulle kolla på hela istället för att haka upp mig på detta.

Intressant avsnitt.