Pregunta 8

index: batch db writes during initial sync by furszy · Pull Reques...

arejula27 19/05/2026 22:40
Pregunta 8-> Un CDBBatch acumula entradas en memoria hasta el flush. Con batch=500, ¿es el número de bloques una buena referencia como modelo de uso de memoria real? ¿Qué implicación tiene esto en dispositivos con poca RAM?
27/05/2026 18:31
avanzamos!
Pol Espinasa 27/05/2026 18:33
Un poco como la pregunta 6, es “buena” referencia porque se puede intentar estimar la memoria que se usara, para dispositivos con poca ram esto es util porque se puede modificar con SetProcessingBatchSize()
arejula27 27/05/2026 18:35
esta preguna iba por otro lado, alguien tiene otra respuesta?
27/05/2026 18:35
😅
27/05/2026 18:35
quizas la formule bien, es muy similar a la 6
Pol Espinasa 27/05/2026 18:35
🥲
27/05/2026 18:36
no se me ocurre nada mas
27/05/2026 18:37
nos estamos pasando un poco de tiempo, deberiamos meter el turbo en las ultimas 2 🙂
👍🏻 1
arejula27 27/05/2026 18:37
perfe
> 27/05/2026 18:37
Numero de bloques? no usan hashes?
arejula27 27/05/2026 18:37
No: el límite real es el número de transacciones en esos 500 bloques, no el número de bloques. Un bloque vacío ocupa casi nada en el batch; un bloque de 4000 txs puede añadir cientos de kilobytes.
👍🏻 1
Pol Espinasa 27/05/2026 18:37
pero eso no es problema
27/05/2026 18:38
se puede estimar un “worst case scenario”
arejula27 27/05/2026 18:38
si, totalemente
27/05/2026 18:39
pero quizas un batch por tx agilizaria, ya que siempre llenaria el buffer, frente a bloques que puede tener batches casi vacios, perdieno eficacia