in the forthcoming 8.7 we've made improvements here - w/ the same 6 filters you had in your catalog that was taking 24 hours and 25-29 for the subsequent CUJs we are now seeing runtimes around 4 hours for the 1st CUJ and ~2.5 for the subsequent ones.
That's good to know for 8.7, but that means I should stay away from the Red Hat Patching module in 8.5/8.6 then?
I wouldn’t say that. i think in your case the issue was the number of rpms in the catalog contributing to the long runtime of the cuj. if you can have multiple catalogs instead, then that shouldn’t be an issue.
Well, I would still have to use the offline downloader in order to get the optional server channel for RHES6, so more than 2 hours (possibly more depending on the server used to create the metadata) to update a single catalog containing 1 product is still too much compared to the same with Red Hat Satellite 6 for example (which takes less than 5 minutes except for the first sync).
Simply put, in my opinion, until BSA is able to update a Red Hat catalog as fast as it takes to run a reposync and a createrepo manually for the same channels (or do it via Red Hat Satellite), there won't be a big enough incentive to make it worth the cost to use BSA over RHS.