Difference between revisions of "ICH-de"

From AMule Project FAQ
Jump to: navigation, search
(adapted serveral -de links)
 
Line 5: Line 5:
 
== Beschreibung ==
 
== Beschreibung ==
  
Wenn ein [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]] runtergeladen wurde, der sich als [[corrupt]] herausstellt, würde [[aMule]] normalerweise den gesamten [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]] (9.28MB) nochmal komplett runterladen, um die richtige Datei zu erhalten. ICH (Intelligent [[Corrupt]] Handling) ist eine Lösung, um das erneute Wiederrunterladen des gesamten Chunks möglichst zu vermeiden.
+
Wenn ein [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]] runtergeladen wurde, der sich als [[corrupt-de|fehlerhaft]] herausstellt, würde [[aMule-de|aMule]] normalerweise den gesamten [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]] (9.28MB) nochmal komplett runterladen, um die richtige Datei zu erhalten. ICH (Intelligent [[corrupt-de|Corruption]] Handling) ist eine Lösung, um das erneute Wiederrunterladen des gesamten Chunks möglichst zu vermeiden.
  
 
== Wie funktioniert das? ==
 
== Wie funktioniert das? ==
  
Wenn ein [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]] als [[corrupt]] bekannt ist, wird damit begonnen, ihn erneut runterzuladen. Anstatt den gesamten, schon herabgeladenen [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]] zu verwerfen, wird er behalten, und nur die ersten 180KB gelöscht. Dann werden die ersten 180KB dieses [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]]s erneut geladen.
+
Wenn ein [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]] als [[corrupt-de|fehlerhaft]] bekannt ist, wird damit begonnen, ihn erneut runterzuladen. Anstatt den gesamten, schon herabgeladenen [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]] zu verwerfen, wird er behalten, und nur die ersten 180KB gelöscht. Dann werden die ersten 180KB dieses [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]]s erneut geladen.
  
Nachdem diese erhalten wurden, werden sie dem Rest des bereits runtergeladenen [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]]s zugefügt, und dieser dann neu gehasht, um zu überprüfen, ob die Dateiprüfsumme der erwarteten entspricht. Falls dem so ist, wurde der [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]] erfolgreich fertiggestellt. Falls nicht, werden die nächsten 180KB des [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]]s geladen, und so fort.
+
Nachdem diese erhalten wurden, werden sie dem Rest des bereits runtergeladenen [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]]s zugefügt, und dieser dann neu gehasht, um zu überprüfen, ob die Dateiprüfsumme der erwarteten entspricht. Falls dem so ist, wurde der [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]] erfolgreich fertiggestellt. Falls nicht, werden die nächsten 180KB des [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]]s geladen, und so fort.
  
 
== Welche Ergebnisse werden erzielt? ==
 
== Welche Ergebnisse werden erzielt? ==
  
Der günstigste Fall, der bei ICH eintreten kann, ist, daß die ersten 180KB des [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]]s [[corrupt]] sind. In diesem Fall mußten lediglich 180KB statt des gesamten, 9.18MB großen [FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]]s nachgeladen werden.
+
Der günstigste Fall, der bei ICH eintreten kann, ist, daß die ersten 180KB des [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]]s [[corrupt-de|fehlerhaft]] sind. In diesem Fall mußten lediglich 180KB statt des gesamten, 9.18MB großen [FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]]s nachgeladen werden.
  
Der schlimmste Fall wäre, wenn die letzten 180KB eines [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]]s die [[corrupt]]en Bytes sind. In diesem Fall wurde der komplette [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]] neu runtergeladen. Wie dem auch sei, wenn I.C.H. ausgeschaltet gewesen wäre, hätte man den [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]] ebenfalls komplett neu runtergeladen, also im Grunde kein großer Verlust (von etwas Prozessorleistung abgesehen).
+
Der schlimmste Fall wäre, wenn die letzten 180KB eines [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]]s die [[corrupt-de|fehlerhaft]]en Bytes sind. In diesem Fall wurde der komplette [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]] neu runtergeladen. Wie dem auch sei, wenn I.C.H. ausgeschaltet gewesen wäre, hätte man den [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]] ebenfalls komplett neu runtergeladen, also im Grunde kein großer Verlust (von etwas Prozessorleistung abgesehen).
  
 
== Ist es nützlich? ==
 
== Ist es nützlich? ==
  
Man sagt, daß es durchschnittlich bis zu 50% der [[corrupt]] runtergeladenen [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]]s einspart, was bedeutet, daß von je 100MB [[corrupt]]er Daten nur 50MB neu geladen werden müssen. Das ist ziemlich gut!
+
Man sagt, daß es durchschnittlich bis zu 50% der [[corrupt-de|fehlerhaft]] runtergeladenen [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]]s einspart, was bedeutet, daß von je 100MB [[corrupt-de|fehlerhaft]]er Daten nur 50MB neu geladen werden müssen. Das ist ziemlich gut!
  
 
== Benötigt es viel CPU-Leistung? ==
 
== Benötigt es viel CPU-Leistung? ==
  
Überhaupt nicht. Das Hashen der [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Chunk]]s benötigt mit modernen Prozessoren weit weniger Rechenleistung, als allgemein angenommen. Weil durchschnittlich 50% corrupter Daten (und möglicherweise sogar bis zu99%) eingespart werden, und der Dateihash nur gelegentlich, also bei Bedarf, neu berechnet wird, liegt die dadurch benötigte CPU-Belastung praktisch bei Null.
+
Überhaupt nicht. Das Hashen der [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]]s benötigt mit modernen Prozessoren weit weniger Rechenleistung, als allgemein angenommen. Weil durchschnittlich 50% corrupter Daten (und möglicherweise sogar bis zu99%) eingespart werden, und der Dateihash nur gelegentlich, also bei Bedarf, neu berechnet wird, liegt die dadurch benötigte CPU-Belastung praktisch bei Null.
  
Selbst bei älteren Prozessoren sollte man sich dazu entscheiden, ICH nicht zu deaktivieren, weil die erforderliche Rechenleistung, verglichen mit der Menge eingesparter [[corrupt]]er Daten schon ausreicht, es aktiviert zu lassen.
+
Selbst bei älteren Prozessoren sollte man sich dazu entscheiden, ICH nicht zu deaktivieren, weil die erforderliche Rechenleistung, verglichen mit der Menge eingesparter [[corrupt-de|fehlerhaft]]er Daten schon ausreicht, es aktiviert zu lassen.
  
 
I.C.H. kann unter "Einstellungen" -> "Dateien" -> "Intelligente Fehlerkorrektur" -> "I.C.H." -> "I.C.H. aktiviert" ausgeschaltet werden.
 
I.C.H. kann unter "Einstellungen" -> "Dateien" -> "Intelligente Fehlerkorrektur" -> "I.C.H." -> "I.C.H. aktiviert" ausgeschaltet werden.
  
Zusatzbemerkung: Man beachte in dem Zusammenhang auch [[AICH|die AICH-Dokumentation]] weil [[AICH]] eine Weiterentwicklung von I.C.H. ist.
+
Zusatzbemerkung: Man beachte in dem Zusammenhang auch [[AICH-de|die AICH-Dokumentation]] weil [[AICH-de|AICH]] eine Weiterentwicklung von I.C.H. ist.

Latest revision as of 14:01, 6 February 2006

English | Deutsch

Beschreibung

Wenn ein Chunk runtergeladen wurde, der sich als fehlerhaft herausstellt, würde aMule normalerweise den gesamten Chunk (9.28MB) nochmal komplett runterladen, um die richtige Datei zu erhalten. ICH (Intelligent Corruption Handling) ist eine Lösung, um das erneute Wiederrunterladen des gesamten Chunks möglichst zu vermeiden.

Wie funktioniert das?

Wenn ein Chunk als fehlerhaft bekannt ist, wird damit begonnen, ihn erneut runterzuladen. Anstatt den gesamten, schon herabgeladenen Chunk zu verwerfen, wird er behalten, und nur die ersten 180KB gelöscht. Dann werden die ersten 180KB dieses Chunks erneut geladen.

Nachdem diese erhalten wurden, werden sie dem Rest des bereits runtergeladenen Chunks zugefügt, und dieser dann neu gehasht, um zu überprüfen, ob die Dateiprüfsumme der erwarteten entspricht. Falls dem so ist, wurde der Chunk erfolgreich fertiggestellt. Falls nicht, werden die nächsten 180KB des Chunks geladen, und so fort.

Welche Ergebnisse werden erzielt?

Der günstigste Fall, der bei ICH eintreten kann, ist, daß die ersten 180KB des Chunks fehlerhaft sind. In diesem Fall mußten lediglich 180KB statt des gesamten, 9.18MB großen [FAQ_eD2k-Kademlia-de#Was_ist_ein_Chunk?|Chunk]]s nachgeladen werden.

Der schlimmste Fall wäre, wenn die letzten 180KB eines Chunks die fehlerhaften Bytes sind. In diesem Fall wurde der komplette Chunk neu runtergeladen. Wie dem auch sei, wenn I.C.H. ausgeschaltet gewesen wäre, hätte man den Chunk ebenfalls komplett neu runtergeladen, also im Grunde kein großer Verlust (von etwas Prozessorleistung abgesehen).

Ist es nützlich?

Man sagt, daß es durchschnittlich bis zu 50% der fehlerhaft runtergeladenen Chunks einspart, was bedeutet, daß von je 100MB fehlerhafter Daten nur 50MB neu geladen werden müssen. Das ist ziemlich gut!

Benötigt es viel CPU-Leistung?

Überhaupt nicht. Das Hashen der Chunks benötigt mit modernen Prozessoren weit weniger Rechenleistung, als allgemein angenommen. Weil durchschnittlich 50% corrupter Daten (und möglicherweise sogar bis zu99%) eingespart werden, und der Dateihash nur gelegentlich, also bei Bedarf, neu berechnet wird, liegt die dadurch benötigte CPU-Belastung praktisch bei Null.

Selbst bei älteren Prozessoren sollte man sich dazu entscheiden, ICH nicht zu deaktivieren, weil die erforderliche Rechenleistung, verglichen mit der Menge eingesparter fehlerhafter Daten schon ausreicht, es aktiviert zu lassen.

I.C.H. kann unter "Einstellungen" -> "Dateien" -> "Intelligente Fehlerkorrektur" -> "I.C.H." -> "I.C.H. aktiviert" ausgeschaltet werden.

Zusatzbemerkung: Man beachte in dem Zusammenhang auch die AICH-Dokumentation weil AICH eine Weiterentwicklung von I.C.H. ist.