Discussion :

[Invité]

Salut,

J'essaie de trouver une solution pour un probleme a priori simple.

Nous avons un traitement qui effectue un begin tran et un commit. La transaction n'est pas scindable.

Le soucis c'est que le temps du commit prend un temps incommensurable par rapport au temps du traitement en lui meme.

Je cherche donc a minimiser ce temps de commit autant que possible. Une des piste que j'envisage c'est d'assigner un cache specifique dans lequel je veux binder la syslogs de ma base. Je l'ai fait et visiblement les resultats ne sont pas probants. Je chercher a savoir comment le tailler et comment faire une repartition entre 2k et 4k tout en partitionnant ce cache. Auriez-vous des pistes de tuning pour ce genre de chose ?

Je suis sur de l'ASE 12.0 (32bits) et je dispose du maximum de total memory (2 Go et des cacahuetes).

J'ai un cache specifique pour la tempdb (tres bien utilise) et mon defualt fait 1G.

Merci pour vos reponses

[mpeppler]

Ma première réaction est que le temps de commit va être principalement dépendant du système IO - puisque le commit ne peut être terminé avant que les datas soient physiquement écrits sur le disque.

Ceci étant - pour la cache on peut mettre la logio à 4k, et dans ce cas mettre en place un cache dédié avec un pool 4k qui est quasi la taille de la cache (le pool 2k n'est dans ce cas pas ou très peu utilisé).

La taille a allouer dépend évidemment aussi de la taille de la/les transactions...

Michael

[Invité]

Merci.

J'ai relance le batch en ayant apporte les modifications suivantes:

- sp_logio de 4k
- pool de 4k dans le default data cache

J'ai envisage de faire de la micro-chirurgie en allouant un cache dedie avec un ration 2k/4k de 1%/99% en bindant le cache sur la syslogs mais je suis parti sur une repartition du default data cache en 2/4 et 16.

Le traitement est toujours en cours donc j'en saurais plus dans la journee.

Par contre, qu'est-ce qui pourrait faire qu'un process "COMMIT TRANSACTION" donne l'impression de ne rien faire pendant de tres tres longues minutes/heures ? En effet, sachant que c'est au moment du commit que nous perdons le plus de temps, nous nous demandons ce qu'il fait exactement lors d'un commit. Ici le process COMMIT TRANSACTION est en sleeping quasiment tout le temps. Pourquoi ? Comment fonctionne le commit Sybase ? Que fait-il ?

Merci

[Invité]

Malgre ces modificationsm le traitement a mis plus de temps +45minutes essentiellement lie au COMMIT

Je ne comprends vraiment pas...

[mpeppler]

Qu'est ce que tu voix au niveau de l'OS lors du commit?
Est-ce que les disques sont très actifs?

Michael

[Invité]

L'OS est tres tres calme...

Voici une vue du sysmon qui tourne:

sysmon_20080613124000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613124000.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613125000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613125000.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613130000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613130000.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613131000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613131000.txt: Committed Xacts 0.1 n/a 37 n/a
sysmon_20080613132000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613132000.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613133000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613133000.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613134001.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613134001.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613135000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613135000.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613140000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613140000.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613141000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613141000.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613142001.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613142001.txt: Committed Xacts 0.1 n/a 32 n/a
sysmon_20080613143000.txt: Group Commit Sleeps 0.0 0.0 0 0.0 %
sysmon_20080613143000.txt: Committed Xacts 0.1 n/a 32 n/a


Si je comprends bien, il y a 32 transactions committed sachant que je fais des mesures toutes les 10minutes pendant 8 minutes, ca ne fait pas lourd.

Autre chose, je vais augmenter le ULC car j'ai beaucoup de context switch du au FULL ULC.

Je continue de chercher mais je prends toutes vos bonne idees