Brian Mattern [2007-03-01 15:34]: > On Thu, Mar 01, 2007 at 09:35:13PM +0100, Tilman Sauerbeck wrote: > > ACK. I believe raster's reasoning for using lists in various spots that > > would intuitively like to be hashes was the size of the entries that are > > stored. IIRC evas/ecore_evas also use lists to store key/value userdata. > > Yes, but the assumption is that there won't be many data nodes. If there > ARE (like in ewl themes which map generic keys to actual groups), then > you get the performance hit. So, its a tradeoff. This change (as far as
Yes, I know and agree. Just wanted to explain the original reasoning :) > I understand) would be a single hash per edje file (~1K). (What's the typical > size of an edje file in memory?) E's theme (typically) a single file, so > this shouldn't be too bad. IIRC there's one global "data" section, and every collection/group does have its own "data" section, too. So we can't get away with a single hash table. Not that it matters much :) > It could also only allocate the hash for files that actually have data. Yep, thought of that, too. Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
pgpXGM0txkAQh.pgp
Description: PGP signature
------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
