- deletet -
...............
Druckbare Version
- deletet -
...............
könnte gehen....und wer gibt dir so viel webspace ?
hmm wenn du 1. ne db hast die so viele exabyte fasst und 2. nen cluster hast der dir das in die db schreibt dann könntest du das machen ;)
ein bisschen rechnen :
ausgehen davon das deine berechnung stimmt:
1,4615016373309029182036848327163e+48 (max anzahl der hashes) * 32 (anzahl der chars pro hash) = 4,6768052394588893382517914646912e+49 byte
um das in tb auszudrücken : 4,676805239458889338251791464691e+37 TerraByte
== 46768052394588893382517914646910 Exabyte... was nach exa kommt weis ich nicht aber ich will es auch nicht wissen.
ich denke damit dürfte deine frage beantwortet sein...
= 46768052394588893382517914646,910 Zettabyte
=4676805239458889338251791,4646910 Yottabyte
weiter weiß ich auch nicht xD und wikipedia nicht :-P
aber das Fazit ist es ist zu viel :-D
aber theoretisch wäre es möglich?
natürlich aber aufgrund der aktuellen pyhsikalischen grenzen von festplatten und cpus bzw gpus ist es nicht umsetzbar
EDIT:// ich glaube ihr habt euch nen bissl verechnet..Zitat:
Zitat von the_dragon
http://img300.imageshack.us/img300/6582/xdhq9.jpg
was willst du uns mit dem screen jetzt beweisen ?!
naja in der datenbank sind 3191395 zeilen die brauchen 262,440 kb und jetz rechne weittaaaa
1. weis ich nicht was die zeilen beinhalten könnte ja auch nur je 1 zeichen enthalten
2. kenn ich mich weder mit php noch mit sql aus und weis deshalb nicht ob mysql in irgend einer form komprimiert, und text lässt sich verdammt gut komprimieren. meine berechnungen haben sich auf txts bezogen die man auf die hdd schreibt
3. weis ich nicht ob die angabe von speicher die pysikalische oder die logische menge ist was einen erheblichen unterschied macht!
4. es ist eig egal wie groß oder klein die db ist denn alles in allem wird sie risig und ob wir nun über billiarden von yottabyte reden oder ein zettabyte (ja ich hab wieder was gelernt ;)) spielt faktisch keine rolle.