Discussion :

[Roller]

Oui 50/50, pour voir si ça change quelque chose.

[Invité]

C'est encore pire...

[Roller]

Ca signifie que les pages de log sont modifiées après avoir passé le wash marker, à priori (sans sysmon, hein...)...
Tu peux toujours essayer de diminuer la taille du pool, mais à mon avis tu auras une rotation encore plus forte dans ce pool, car les deferred updates nécessitent de relire la log:

http://infocenter.sybase.com/help/in...lbk/X14412.htm

Comment favoriser le direct update:
http://infocenter.sybase.com/help/in...lbk/X14412.htm

Tu pourra diminuer le nombre d'i/o physiques en augmentant la taille du cache, mais le problème reste le deferred update.

Comme il est écrit dans la doc perf and tuning:

Deferred updates incur more overhead than direct updates because they require Adaptive Server to reread the transaction log to make the final changes to the data and indexes. This involves additional traversal of the index trees.

[Invité]

Je ne sais pas si le deferred updates est si genant que cela.

Je joints un sysmon avec une configuration de "base" sans les parametres tunes. Je suis en train de refaire un tir etalon pour recommencer depuis le debut. Que cela vous inspire-il ?

Je pense notamment aux points suivants:

- efficacite du I/O subsystem
- efficacite des caches
- efficacite de l'APF
- sizing de l'ULC
- # d'ecritures dans la log

Merci