torrent program?

Utorrent

Skickades från m.sweclockers.com

denna tråd kmr låsas snart så hejdå

utorrent är nog det vanligaste idag. sedan finns vuze som jag använde när jag fildelade "linux distrubitoner"

Vrf skulle den låsas? Har han sagt vad han ska ladda ner?

Skickades från m.sweclockers.com

då kan man låsa alla trådar som handlar om att köpa datorer eftersom man kan fildela med dem

Jag har problem med utorrent. Disken blir hela tiden överbelastad och det går knappt att ladda ner något, så jag föredrar Vuse

Du kanske skulle ha tittat till diskcache inställningarna...

Den kommer inte låsas pga att han inte sagt vad han ska ladda ned.

det var ett jävla tjat om att den skulle låsas eller inte, nu glömmer vi det och hjälper honom ist
har nog aldrig fått flera citat på 10 minuter

själv föredrar jag utorrent

Förövrigt så uttalas det utorrent, mytorrent eller microtorrent, beror helt enkelt på vad man känner för

Några andra trevliga alternativ till Windows:

• Vuze

• Deluge

• qBittorrent

Men µTorrent skulle nog vara den mest populära.

Ska vi vara helt fina i kanten så stavas ju faktiskt mikro (µ) inte med c ;).

µtorrent använder jag själv, så det kan rekommenderas.

µtorrent helt klart

Jag använder µtorrent.

Men annars finns detta riktigt trevliga torrentprogram: http://www.tixati.com/

Jag har kikat lite på det där .....

Meddelandena om "Disk overload 100%" och liknande är vilseledande. Det är inte det som händer utan det är fråga om så kallade "filewatchers", indexerare och andra automatiska funktioner som reagerar på att en ny fil kommer in i systemet, flyttas eller ändras. Det är program som nappar tag i filen för till exempel en inspektion (vissa antivirus program t ex), larma på eller visa upp någon filtyp grafiskt eller indexera den för någon indexdatabas (sökfunktion).

Det finns mycket sånt i många datorer som kommit in på olika sätt, både avsiktligt och "bakvägen" (t ex toolbars, som jag ser som ett otyg).

Problem uppstår när de processer som ligger bakom krockar med uTorrent, det blir konfilikt, särskilt om om filen behöver låsas exklusivt av nån anledning (skrivning, filflytt eller annan modifiering är vanligt, problemet kan också gälla hantering av filkatalogsystemet, t ex tillägg/borttag/flytt). Äldre systemprogrammerare känner väl igen det, det är mycket vanliga operationer i system som hanterar sekundärminnesresurser, de måste låsas för att uppdateras.

Men uTorrent klarar inte av det. Om en resurs är upptagen för tillfället av någon annan resurs så ska programmet vänta tills den är ledig. Såna väntetider kan bli långa om det är väldigt många processer som försöker komma åt samma resurs i princip samtidigt och det orsakar för slutanvändaren märkbara låsningar i form av tidsfördröjningar. Det är också anledningen till utvecklandet av databassystem för stora volymer "användare", dvs processer som läser, skriver, uppdaterar gemensamma filer. T ex butiksdatasystem, system för flygplansbokningar (världsomspännande) m m. Man stackar helt enkelt de önskade operationerna i en cache och de läggs på kö för senare skrivning asynkront på det fysiska sekundärmediet utan att användaren/processen behöver vänta på att det ska bli klart Typiskt är det här skillnaden mellan små enanvändarsystem med begränsade mängder data och stora fleranvändarsystem (eller multiprocessingsystem som använder gemensamma data) som hanterar mängder med data - man gör så här för att mängden användare/processer inte ska störa ut varann i ett stort och bearbetningsintensivt system.

Och ett bra multiprocessingsystem ska kunna dimensionera sitt cachebehov automatiskt och justera efter behov, detta ska inte slutanvändaren behöva sitta och räkna på själv, och det ska finnas ett fungerande och begripligt rapporteringssystem också så att det går att spåra vad som hänt egentligen. Det ska också finnas interna övervakningsfunktioner som håller koll på kritiska resurser och belastningen så att automatiska åtgärder sätts in innan systemet riskerar att krascha. Eller åtminstone skickar ut larm om "90% belastning" av någon resurs.

Det här är gamla saker, men de är viktiga att ha med sig även i nutid. När datorerna var dyra prioriterades sånt här högt, men numera lägger man inte ner så mycket på såna här detaljer - datorer har blivit billiga och man köper en ny och större maskin istället som förhoppningsvis orkar bära programvaran istället för att göra programvaran självkalibrerande mot de resurser som finns (en som regel kvalificerad och avancerad programmeraruppgift för övrigt).

Jag har kikat lite på det där .....

Meddelandena om "Disk overload 100%" och liknande är vilseledande. Det är inte det som händer utan det är fråga om så kallade "filewatchers", indexerare och andra automatiska funktioner som reagerar på att en ny fil kommer in i systemet, flyttas eller ändras. Det är program som nappar tag i filen för till exempel en inspektion (vissa antivirus program t ex), larma på eller visa upp någon filtyp grafiskt eller indexera den för någon indexdatabas (sökfunktion).

Det finns mycket sånt i många datorer som kommit in på olika sätt, både avsiktligt och "bakvägen" (t ex toolbars, som jag ser som ett otyg).

Problem uppstår när de processer som ligger bakom krockar med uTorrent, det blir konfilikt, särskilt om om filen behöver låsas exklusivt av nån anledning (skrivning, filflytt eller annan modifiering är vanligt, problemet kan också gälla hantering av filkatalogsystemet, t ex tillägg/borttag/flytt). Äldre systemprogrammerare känner väl igen det, det är mycket vanliga operationer i system som hanterar sekundärminnesresurser, de måste låsas för att uppdateras.

Men uTorrent klarar inte av det. Om en resurs är upptagen för tillfället av någon annan process så ska programmet vänta tills resursen är ledig. Såna väntetider kan bli långa om det är väldigt många processer som försöker komma åt samma resurs i princip samtidigt och det orsakar för slutanvändaren märkbara låsningar i form av tidsfördröjningar. Det är också anledningen till utvecklandet av databassystem för stora volymer "användare", dvs processer som läser, skriver, uppdaterar gemensamma filer. T ex butiksdatasystem, system för flygplansbokningar (världsomspännande) m m. Man stackar helt enkelt de önskade operationerna i en cache och de läggs på kö för senare exekvering asynkront mot det fysiska sekundärmediet utan att användaren/processen behöver vänta på att det ska bli klart Typiskt är det här skillnaden mellan små enanvändarsystem med begränsade mängder data och stora fleranvändarsystem (eller multiprocessingsystem som använder gemensamma data) som hanterar mängder med data - man gör så här för att mängden användare/processer inte ska störa ut varann i ett stort och bearbetningsintensivt system.

Och ett bra multiprocessingsystem ska kunna dimensionera sitt cachebehov automatiskt och justera efter behov, detta ska inte slutanvändaren behöva sitta och räkna på själv, och det ska finnas ett fungerande och begripligt rapporteringssystem också så att det går att spåra vad som hänt egentligen. Det ska också finnas interna övervakningsfunktioner som håller koll på kritiska resurser och belastningen så att automatiska åtgärder sätts in innan systemet riskerar att krascha. Eller åtminstone skickar ut larm om "90% belastning" av någon resurs.

Det här är gamla saker, men de är viktiga att ha med sig även i nutid. När datorerna var dyra prioriterades sånt här högt, men numera lägger man inte ner så mycket på såna här detaljer - datorer har blivit billiga och man köper en ny och större maskin istället som förhoppningsvis orkar bära programvaran istället för att göra programvaran självkalibrerande mot de resurser som finns (en som regel kvalificerad och avancerad programmeraruppgift för övrigt).

Deluge