0#

Well...jeg tror ikke der er noget definitivt svar på hvorfor en maskine "hænger" nogle gange udover at 1. den venter på en proces skal blive færdig 2. der er blevet smidt en exeception af en eller andet art i et program som gør at os'et ikke kan "komme videre" 3. der mangler ressourcer.

Operativsystemerne bliver mere og mere komplekse og de samme gør de applikationer som der afvikles. Engang i mellem går tingene i smadr og man bliver nødt til at starte forfra.

En af årsagerne, tror jeg, er alt det skrammel der medfølger i et moderne Windows.
I går mistede jeg lyd på en maskine, udelukkende pga. opdateringen til 2004.
Efter at have forsøgt at løse problemet i en times tid, mistede jeg tålmodet og gik retur til den forrige version.
Lige for tiden pisser Windows mig af, jeg synes der er opdateringer konstant, jeg drømmer fortsat om et rent styresystem man selv kan tilpasse, men jeg kan også godt se at mainstreambrugeren har behov for en færdig løsning.

Jeg er kraftigt på trapperne til at kigge nærmere på Linux.

#2 Har så intet med Windows at gøre, men at hardware producenterne sidder med hovedet oppe i røven. De bliver varslet i lang tid i forvejen via Insider Builds af Windows, så det er dem der ikke gider at rette deres pis. De lever i den gamle verden hvor de kunne slippe med at release en enkelt driver ved launch og så ellers bare skovle gryn ind fordi folk bare købte nyt til ny Windows. Den går ikke længere og nu må de oppe sig.
Men kan godt se hvis man ikke kender noget til computere, så tror man det er Windows der er skylden.
Hvis man vil have det hele virker, så hop på Apple. De styrer alt hardware med hård hånd, så de kan undgå det. Eller Linux, men det er kun fordi deres drivers ikke understøtter alle features, så mindre der kan knække.

#0 End user desktop systemer er næsten per definition "unstable", fordi det er en kæmpe stor blanding af alle mulige krav, brugsmønstre, opsætninger, software versioner, hardware og meget andet, og som konstant bliver ændret.

Det er utroligt svært at lave stabile systemer på den måde, fordi det kræver et stabilt miljø, og det er en desktop PC typisk ikke, da der jo bliver ændret på systemet hele tiden (automatiske opdateringer eller tilføjelse/fjernelse af software, driver, hardware og konfigurationsændringer m.m.), hvilket giver en høj risiko for at introducere fejl.

#2 Kan anbefale dig et Linux distro i Ubuntu-familien, f.eks. Linux Mint.

for at svare det bliver du noed til at forklare mere praecist hvad ordet "haenger" daekker over

taler vi performance maessigt eller stabiltet. fordi det virker som om du
taler om begge ting rodet sammen og det er immervaek ikke det samme

Du har skrevet som title "Hvad sker der naarr" men dit spoergsmaal lyder mere some et "Hvorfor"
hvilken ting er det du soeger informationer om ?

Du oplever din computer hænger, enten pga. fejl, eller fordi din hardware ikke er tilstrækkelig.

Programmer skal stadig laves af mennesker, og vi kan ikke lave programmer, som virker perfekt på alt, med alt, altid.

3
Jeg er ikke helt overbevist, hvis det du postulerer, er at et OS ikke kan være buggy.
Det er muligt at Windows var uskyldig i det specifikke problem med lyden på den ene maskine, jeg gætter også kun.
Men du har en pointe, jeg ved ikke alt om computere, men jeg ved at software kan fucke alt muligt pis op, det inkluderer drivers og operativsystemer.
Hvis Windows fungerede optimalt, ville der næppe være behov for de 6000 årlige opdateringer og fejlrettelser.

Hurtigt forklaret har du ret i de 30 sekunder. De 30 sekunder er en klassisk timeout værdi.

Dvs at f.eks. en driver venter på et svar, dog maks 30 sekunder. Når timeout opnåes antages fejl og systemet kan fortsætte.

Grundlæggende er det dårlig kodning af driver. Drivers har adgang helt ned til kernel og kan derfor blokkere for en del ting.

Ofte vil du se at alt relateret til et givent område hænger de ca 30 sekunder + lidt til faktisk at disconnecte/connecte /what ever. Men samtidigt kan du tilgå andre områder af pcen, som ikke venter på svaret.
Du kan også være uheldig at stort set hele det ydre system hænger (Windows Explorer). Du kan formntligt Alt-Tab'e over til andre kørende processer, som ikke venter. F.eks. en allerede åben notepad, spil eller lign.

I en moderne verden er 30 sekunder en meget meget lang timeout, men det er bare et super klassisk tal at bruge til den type kode. De burde have sagt 2-5 sekunder nu tildags...

Håber at det forklare det lidt.

#8 tak ja det forklarer. Det var også min teori. Det er netop det der er frustrerende at processor net hdd står klar med 0% aktivitet og venter på et eller andet skjult check

Helt enig, for at få os til at købe nyt hardware, måske for os computer nørder gør det ikke noget. vi fixer problemet, men mange ikke computer kyndige går hen och køber ny computer
for den er måske et par år gammel, 8GB ram SSD men alligevel så tror de at nu er den gammel, selv om de bare bruger den til netflix dokumenter , surfe

#9
hvis dette er tilfaelder lyder det mere som fejl end en fast sat vente vaerdie
de fleste fastsaette vente vaerdie er optimeret mht til ressource forbrug vs bruger opfattelse og selvsamm vente delay giver en enorm maengde fri a ressourcer
f.esk foer jeg fandt en loop-check fri metode brugte mi project mercury 500ms imelle mhvert check cycle. 500 ms er naeppe maerktbart forsinkelse paa effekte fra mit software naar man ind beregninger 400ms windows animation tid.

Hvis du opfattelse er at du klikker paa ting men de ikke bliver aktiveret er der igen tale om noget der er gaat galt og ikke en heste kraefte maessigt problem
dvs dit software har en fejl og du burde kigge paa at fikse det

der til skal du huske paa ta taskamgner kun viser dig process forbrug og ikke alt system forbrug. saa det er vigtigt at tage me at hvis en driver sider og tager en hel del cpu hetekraefter er det ikke sikkert du vil see det i task manager


Kort fortalt din oplevlesle skyldes en fejl og ikke noget med heste kraefter at goere

Min gudsøns computer gik meget langsomt. men nærmere analyse var den både ved at opdatere store spil og windows samtiddig. Den kører med en gammel disk, og 8 Gb ram. Så disken havde travlt med gemmen og flytte til/fra swapfil.
Da jeg så jeg dræbte processerene, og kørte dem en af gangen, så virkede det hele det skulle. Så fejl 38, ingen styr hvad der foregik..