Hi Willem,
Just a little point to watch... and that might make you feel that table reorg is not that efficient.
With the EDI40 reorg you've created many holes that can be tracked in dba_free_space (and are called 'No Of Ext.' in the script you used for your last answer.
Use the here under dirty code to check the size of the created holes... maybe there are a bunch of holes that are so little that they will never be filled/used again (the table was so huge that maybe that syndrome won't apply)...
Check Lars's post about this naughty behavior
http://scn.sap.com/community/oracle/blog/2007/12/10/fragmentation-in-oracle-lmts-tablespace
Regards
Set pages 50
col size_k format 999,999,999
select * from (
select (blocks*c.value)/1024 as size_k, count(1) from dba_free_space, (select value from v$parameter where name = 'db_block_size') C where tablespace_name = 'PSAPSR3' group by (blocks*c.value)/1024 order by 2 desc
) where rownum < 30 ;