|
Forum > Random
new file system CASC
<< < (2/35) > >>
MR. Farrare:
--- Quote from: "stoneharry" ---In the article they mention that the new file system is a lot faster. Can anyone explain why? MPQ already works via hashtable as far as I am aware which is always O(1) since the time to access is always the same? How can you get faster than that?
My knowledge on this is rather limited but I want to learn more.
--- End quote ---
they only say that :?: the real deal is to stop the private servers(.)
stoneharry:
--- Quote from: "raeef" ---
--- Quote from: "stoneharry" ---In the article they mention that the new file system is a lot faster. Can anyone explain why? MPQ already works via hashtable as far as I am aware which is always O(1) since the time to access is always the same? How can you get faster than that?
My knowledge on this is rather limited but I want to learn more.
--- End quote ---
they only say that :?: the real deal is to stop the private servers(.)
--- End quote ---
No, not really at all. Not one bit.
schlumpf:
--- Quote from: "stoneharry" ---In the article they mention that the new file system is a lot faster. Can anyone explain why? MPQ already works via hashtable as far as I am aware which is always O(1) since the time to access is always the same? How can you get faster than that?
My knowledge on this is rather limited but I want to learn more.
--- End quote ---
TBH: No idea unless I see it. Most likely it is faster due to no longer having multiple MPQs needing a linear lookup back to front and potentially applying a bsdiff. The main problem with MPQs was dynamically adding/removing files, thus patching was done with layering / later layered diffs). If the archive can easily be modified, there is no need to check if there is the same file in a separate archive, as there only is one.
schlumpf:
It might in fact turn out to be a major pain in the ass for editing:
phucko1:
Where can I download "Chaud et al", Schlumpf?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
|