Pas d'inquiétude, avec PBAdonf, c'est dans la poche ! ^^

Le forum (ô combien francophone) des utilisateurs de Powerbuilder.

Recherche rapide

Annonce

Certaines rubriques, dont des cours, sont uniquement visibles par les membres du forum ^^.
Dans la rubrique Liens & Références, vous avez accès à un sommaire de téléchargement, profitez-en !
Il existe maintenant un nouveau TOPIC "Votre CV en Ligne" accessible uniquement par demande.

#1 07-06-2011 09:26:45

Sebou  
Membre Power Geek
Lieu: Villeneuve-sur-Lot
Date d'inscription: 21-12-2007
Messages: 189
Pépites: 1,787
Banque: 13,693,461,510

RowsCopy qu i rame après migration

Salut à tous,

Je continue mes déboires avec la migration en PB 12 build 5530.

J'ai, dans bcp de window, une entête où l'utilisateur vient choisir les critères de visualisation.
Dans cette entête, j'ai une liste de compte comptable.

Voici comment je l'initialise :

Code: pb

GetChild('cpt_deb', idwc_cpt_deb)
gds_compte.RowsCopy(1, gds_compte.RowCount(), Primary!, idwc_cpt_deb, 1, Primary!)


Je vous laisse imaginer quand j'ai un choix allant de tel compte à tel compte... Ça me double les rowscopy et çà devient hyper long...

Avez-vous une idée de pourquoi ca rame ? Y a-t-il qq chose qui a changé depuis la 6.5 ??

Merci

Hors ligne

 

#2 07-06-2011 09:48:21

Sebou  
Membre Power Geek
Lieu: Villeneuve-sur-Lot
Date d'inscription: 21-12-2007
Messages: 189
Pépites: 1,787
Banque: 13,693,461,510

Re: RowsCopy qu i rame après migration

Bon en fait après plusieurs tests, il s'avère que l'appli est plus longue à démarrer également en 12 qu'en 6.5...
J'ai tracé le temps du constructor (où je fais mes GetChild et mes RowsCopy et ca ne prend qu'une seconde...).

Je ne sais pas où regarder pour trouver pkoi cette différence de temps...Avez vous une idée ?

Hors ligne

 

#3 07-06-2011 10:00:49

foon  
N2iGeek + MangasGeek = foon
Award: bf
Lieu: Bonchamp-Lès-Laval
Date d'inscription: 28-02-2007
Messages: 2487
Pépites: 88
Banque: 9,223,372,036,854,776,000

Re: RowsCopy qu i rame après migration

La gestion mémoire a pas mal changé depuis la version 7. Regarde si tu n'as pas une saturation des ressources de la machine à l'exécution (swapping sur le disque par manque
de mémoire vive dispo par exemple). De plus, les nouveaux contrôles graphiques sont évidemment plus lourds en PB12 qu'en 6.5 (surtout si tu as activé l'aspect "XP").


Seuls ceux qui ne font rien ne font jamais d'erreurs
http://www.nerdtests.com/images/badge/163124fb7fb459a3.gif

Hors ligne

 

#4 07-06-2011 10:03:10

Sebou  
Membre Power Geek
Lieu: Villeneuve-sur-Lot
Date d'inscription: 21-12-2007
Messages: 189
Pépites: 1,787
Banque: 13,693,461,510

Re: RowsCopy qu i rame après migration

Béh ya un truc que je ne pige pas, j'ai juste migré mon appli en V12. Je n'ai rien rajouté par rapport à la V6.5 donc ca devrait tjs fonctionner pareil, non ?

Sinon l'aspect XP ?? Kezako ??

Hors ligne

 

#5 07-06-2011 10:15:36

foon  
N2iGeek + MangasGeek = foon
Award: bf
Lieu: Bonchamp-Lès-Laval
Date d'inscription: 28-02-2007
Messages: 2487
Pépites: 88
Banque: 9,223,372,036,854,776,000

Re: RowsCopy qu i rame après migration

F1 a écrit:

In your application

When you build an application on any operating system, you can specify in the Application Project wizard or the Project painter that the application should use the XP style. To do so, select the Windows classic style check box.
Checking this box adds a manifest file to the application that specifies the appearance of the controls as an application resource. When a user runs the application on Windows XP with the Windows XP style for controls set in the control panel, all PowerBuilder windows, DataWindow controls that mirror standard Windows controls, and other controls, display with the new style.

On other operating systems, and on Windows XP systems that do not use the Windows XP style for controls, the application uses the classic style.
When you design the user interface of your application, remember that the size of the active title bar and other window trim is different on different operating systems. If you place a control too close to the edge of a window, it might be clipped at runtime.
Note      On systems that use the XP style, the TabBackColor property for TabPage objects and user objects used as tab pages is not supported.

Pour la gestion mémoire, depuis la 7 (il me semble), certains objets ne sont pas systématiquement détruits en cours d'exécution de l'application, même si un DESTROY est bien implémenté.
Des objets détruits en 6.5 ne le seront donc pas forcément en 12. Regarde ton gestionnaire de tâches lors de l'exécution de ton application migrée. Tu risques d'être surpris.


Seuls ceux qui ne font rien ne font jamais d'erreurs
http://www.nerdtests.com/images/badge/163124fb7fb459a3.gif

Hors ligne

 

#6 07-06-2011 10:57:27

xlat  
0xc0000005
Award: bf
Lieu: Tanger (طنج)
Date d'inscription: 04-12-2010
Messages: 720
Pépites: 11,343
Banque: 100,221,387,868,884,300
Site web

Re: RowsCopy qu i rame après migration

Sinon pour voir d'ou provient le goulot d'étranglement de la lenteur d'ouverture tu peux activer le profiling (dans l'IDE Tools/System Options/Profiling). Cela créer un fichier de profile ( .pbp ) que tu peux ouvrir avec File/New/Tool/Profiling Routine View par exemple. C'est assez efficace pour ce genre de tâche.


https://lut.im/eJINqa9o/vAtyxD0h "Don't believe everything you read on the Internet"
    -- Abraham Lincoln

www.ngs.ma

Hors ligne

 

#7 07-06-2011 11:44:42

Sebou  
Membre Power Geek
Lieu: Villeneuve-sur-Lot
Date d'inscription: 21-12-2007
Messages: 189
Pépites: 1,787
Banque: 13,693,461,510

Re: RowsCopy qu i rame après migration

ok, merci...je vais essayer le profiling...et ensuite je vais essayer de comprendre comment ca fonctionne lol.

Je vous tiens au jus

Hors ligne

 

#8 07-06-2011 12:44:49

Sebou  
Membre Power Geek
Lieu: Villeneuve-sur-Lot
Date d'inscription: 21-12-2007
Messages: 189
Pépites: 1,787
Banque: 13,693,461,510

Re: RowsCopy qu i rame après migration

Bon alors finalement j'ai une piste (mais qui je l'avoue, ne me satisfait pas trop).

Ma datastore globale contient 10 600 lignes ...or il s'avérerait qu'en fait, on tournerait, en prod, à plutot max. 3600 lignes.
J'ai essayé sur une base contenant moins de lignes et d'un coup, ca ne rame plus...

J'attends d'avoir une vraie base de tests et je vous dirai ce qu'il en est...

Hors ligne

 

Pied de page des forums

Propulsé par FluxBB 1.2.22