A Dilluns 10 Abril 2006 08:55, vàreu escriure: > I thought I should let you know, since it seems counter intuitive and > against what you said, but we're actually getting better performance out > of using 3 EArrays instead of 1 Table for our fixed length data. > Actually, all our data is fixed length now as we use groups to represent > each size that the VLArray was needed for originally. I would think > that the Table would be faster than 3 EArrays, but it's not. I was > wondering if you could explain why this is. The Table are slower for > simple appends during the pooling stage of the algorithm by a wide margin.
Well, that maybe due to the access pattern that you ended implementing. Please, can you provide some examples so that we can check the speed-up and (perhaps) provide advice about improving the throughput for Tables? Cheers, -- >0,0< Francesc Altet http://www.carabos.com/ V V Cárabos Coop. V. Enjoy Data "-" ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ Pytables-users mailing list Pytables-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pytables-users
