Dnia 2012-08-08, śro o godzinie 22:52 +0200, Tomasz Rybak pisze:
[ cut ]
> test_array.py fails in line 1074 at
> sort = RadixSort(context, "int *ary", key_expr="ary[i]",
> sort_arg_names=["ary"])
>
> It seems like each RadixSort object tries to register its own
> (through _make_sort_scan_type) dtype without alias_ok - which
> raises RuntimeError("dtype '%s' already registered
> in compyte/dtypes.py line 50.
> I am not sure how to deal with that - whether to allow for
> aliases, have some sort of caching of RadixSort objects used
> to sort the same data type, or what. But IMO it is some sort
> of design decision.
>
> Similar case is in test_struct_reduce (line 738).
>
> There is something wrong with test_scan (line 880).
> For n=1048577 (2**20+1) and ExclusiveScanKernel I got series of
> 26707443 (want: 3173493, got: 26707443, orig: 5)
> where it looks like first number (not in parentheses)
> is the same as the third one - while third should be
> equal to the second one.
> InclusiveKernel works OK for all sizes.
>
> I also attach patch fixing some small problems with this test file.
> There are sometimes still some problems with
> "RuntimeError: clEnqueueNDRangeKernel failed: out of resources"
> even though I've added gc.collect() in tests - so I am not sure
> whether they all are required.I have run tests on 1GB NVIDIA GeForce GTX 460 and results are strange. I got two errors related to registering dtypes, with test_struct_reduce and test_sort. I got one error related to insufficient memory in test_segmented_scan and adding gc.collect() did not help. I did not need to apply patch I've sent yesterday; what's strange is that there was no error in test_astype - but this might be related to GTX 460 supporting doubles. Those tests need more testing ( ;-) ) - I would prefer to have all tests passing before you release 2012.2. Best regards. -- Tomasz Rybak GPG/PGP key ID: 2AD5 9860 Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860 http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed message part
_______________________________________________ PyOpenCL mailing list [email protected] http://lists.tiker.net/listinfo/pyopencl
