das kommt ganz darauf an, welchen algo du nimmst. truecrypt bietet einen benchmark, der dir als anhaltspunkt dienen kann, was bei dir schnell geht und was nicht..

nimmste "nur" AES mit nem 128bit schlüssel, wird das sicher kaum was ausmachen, ist aber auch nicht wirklich sicher.

aber verschlüsselung ist nie richtig sicher (bis auf OTP) und soll ja auch nur eine gewisse zeit "standhalten" - nicht auf ewigkeit.

1) wann hast du gesaugt? fall du noch die 5.0 hast, dann hol die die 5.0a

2) mach ein image oder ein backup deines notis. ich hatte zwar keine probleme, aber mann weiß ja nie ...

3) wenn du dich etwas auskennst, dann empfehle ich dir den soucecode zu nehmen und selber hand anzulegen. warum? nun, aes ist z.b. in c in truecrypt implementiert. wenn du aber jetzt statt c assembler nimmst, bekommst du noch mal eine ganz gehörige steigerung hin. zum einen durch assembler, zum anderen durch compilieren auf deinem system.

4) als groben richtwert würde ich eine einbuße von etwa 20% nehmen.

5) ob beim spielen wirklich die festplatte / das nachladen das problem ist?

so ein blödsinn!

1. denkst du er kann asm oder weiß wie der aes algo zu implementieren ist?

2. c-code -> c-compiler -> asm code. d.h. auch bei einem c programm liegt es nach dem kompilieren im asm code vor..



das binary wurde schon für i686 kompiliert und weitestgehend optimiert- weitere optimierungen auf die ziel plattform bringt kaum nach etwas.
ausserdem wurden vielleicht bestimmte teile des algo schon in asm geschrieben, was beim kompilieren durch keinerlei optionen beeinflusst wird.




eine unbegründete annahme, da

1. die benötigte rechenzeit nicht mitskaliert, d.h. auf einem P3 brauchts vielleicht 50% der ressourcen allein für die verschlüsselung, auf einem quad opteron vielleicht nicht mal 1%.

2. ist es direkt (stark) abhängig vom verwendeten algo und der schlüsselstärke.

wenn er kein asm kann, dann kann er sich ja an div. anleitungen im internet halten. c <-> asm.

woher weist du, dass das binary für 686 ist?

wen interessiert bei einer verschlüsselung der prozessor? der ist heutzutage eh fast arbeistlos. der linitierende faktor wird die platte sein. und da halte ich die gemutmassten 20% durchaus für realistisch.

mein gott - du hast wirklich 0 ahnung wovon du sprichst..

ich ignoriere dich im interesse des fragestellers jetzt einfach, damit der thread nicht in der plauderecke landet..

habe auch vor, truecrypt einzusetzen, und hänge mich daher einfach mal hier ran. hoffe das ist ok.

kann jemand das obere vielleicht mal verständlich erklären? danke.

du kannst die diskussion ab antw 2 knicken - antw 1 sollte auch für dich gelten:

1. mit dem benchmark prüfen, welche verschlüsselungs algo bei dir ausreichend schnell laufen

2. einen trade off zwischen sicherheit und geschwindigkeit für dich selbst finden und dann einfach der anleitung von truecrypt folgen, um das paket zu installieren.