Huge DBF sequential reads by KTSJ while updating securefile LOBS.

Envt :11.2.0.4 on RHEL 6.5

We are observing slowness in OGG replication on the target side. The replication itself is updating a table which has a secure file LOB. There are a lot of updates performed during this time (Close to 25K in an hour). The FG session waits for "direct path write" as it was created with the NOCACHE attribute. However, the ASH shows that this is internally triggering some space management slaves to do many single block reads. There are no trace files also associated with the W00* processes.