Open jdduncan opened 10 years ago
DBOperation: In persist(), we call DBOperation with valid tableHandler and null indexHandler. Then we come to find(), where we have a valid indexHandler and null tableHandler. This triggers the deopt. But after this DBOperation() is not deoptimized again.
getFields(): called from NdbOperation with a variety of signatures.
getMappedFieldCount(): deoptimized 3 times. One point is that "this" could be a DBTableHandler or a DBIndexHandler.
getColumnMetadata(): deoptimized 3 times. Again, "this" could be DBIndexHandler or DBTableHandler.
From
node --trace_deopt jscrund --adapter=ndb --spi
we see a list of deoptimizations in NDB SPI code:For Indy:
For Each:
For bulk: