Newsgroup: it.comp.lang.visual-basic
Titolo: velocità di VB4 vs VB6

Ho fatto un programma in VB4 32 bit con database di access, DBGrid, label,
textbox, progressbar e altre cosine non particolarmente strane: l'exe è di
1600k.
L'ho ricompilato in VB6 e l'exe è diventato 2300k e l'esecuzione(caricamento
ed apertura dei form) è circa il doppio + lento.
Questo sullo stesso PC e con gli stessi dati.
Vi sembra normale? Non dovrebbe essere almeno un pochino + veloce?
Grazie!
Giorgio

 Non dovrebbe essere almeno un pochino + veloce?
Non secondo la logica MS.
IE3 e' piu' veloce di IE4
IE4 e' piu' veloce di IE5
etc..
in realta' la MSVBVM60 e' un po' piu' grossicella
della sua precedente... sicuro c'e' qualche roba in
piu', ma non ci si puo' aspettare che sia piu' veloce.
inoltre *attendo smentite* non c'e' scritto da nessuna
parte che VB6 sia piu' veloce dei suoi predecessori ^__^
scherzi a parte.. e' doloroso da dire ma se si potesse
si dovrebbe utilizzare VB4, probabilmente la migliore
versione di VB.
--
Fibia "Sakamoto" FBI
URL: 
www.geocities.com/fibiafbi
E-Mail: 
fibi...@hotmail.com
ICQ UIN 63586057
Membro #25 delle BT Sez. Sud

 versione di VB.
Piccola aggiunta:
anche se non c'entra niente, e' normale che escano tanti
SP di VB6?
e' stato lo stesso con VB4?
oppure rientra nella normale logica MS?


 parte che VB6 sia piu' veloce dei suoi predecessori ^__^
Mi pare che sia scritto anche sulla scatola che è più veloce
di tot% rispetto a VB5 in certe definite operazioni.
Comunque GiorgioF parla di velocità in caricamento.
In questo è sicuramente più lento, a parità di hardware.

 In questo è sicuramente più lento, a parità di hardware.
E' triste, ma e' cosi'
ma la colpa di chi e'? delle griglie nuove o di vb?


 di tot% rispetto a VB5 in certe definite operazioni.
infatti. e anche per vb5 ms riportava i test, con istogrammi vertiginosi.
argutamente, il termine di confronto era vb4, non delphi...

 oppure rientra nella normale logica MS?
rientra nella normale logica ms-post-1994.
hanno cominciato con 95 e nt, direi. se qualcuno si ricorda qual era il
primo sp, sarei curioso.
l'ebbrezza della novita' (e un trend borsistico da mantenere, per cui se non
si incrementa l'incrementpo le quotazioni crollano) spinge a "spremere piu'
cavalli", come -- per me abbastanza incomprensibilmente -- scrivono i
quotidiani sportivi a proposito di f1. dopo il primo tornantino ci si
ricorda di upgradare anche i freni, i backdoors e altre quisquilie e
minuzie.

 argutamente, il termine di confronto era vb4, non delphi...
Mi pare che ci fosse la pubblicità comparativa anche con Delphi.
Non sulla scatola, ovviamente. Qualche brochure.
Comunque ricordo che VB era in vantaggio :)

 ha scritto


sulla scatola.
e dentro ?

 e dentro ?
Pare sgrammaticato ?
Dico proprio "sulla" scatola, "su" una delle "facce" della
confezione, stampato "sul" cartone.
Mi pare di ricordare che "sul" fronte opposto al principale
(ossia sul retro:) della "scatola" ci siano alcune indicazioni
di paragone "sulle" prestazioni.
Ecco, in questo senso. Cioč, non lě.
Hofff...Uff... mannaggia, mi si č "incartata" una tonsilla.
Passo.

 Passo.
non era assolutamente sgrammaticato.
sono io che mi sono espresso, come dicevano ieri,
"alla cdc" (come sara' in inglese, "à la dod" ?)
intendevo. sulla scatola lo dicono. una volta spacchettato, che aria tira ?
<mode calientando on>
in realta' confronti corretti vb - delphi sono difficilissimi. ci vorrebbe
un programmatore bravo <come roal> e imparziale </come roal:> che provasse a
scrivere la stessa routine (o la stessa interfaccia a db) al meglio nei due
linguaggi e vedesse un po'.
<mode refresfh>
ma credo che in un testa a testa vb-delphi solo paperino potrebbe puntare
tutti i suoi soldi sul nostro amato vb :))

 tutti i suoi soldi sul nostro amato vb :))
PS
<calientando> è rimasto imprudentemente ON.
Se l'effetto di <refresh> finisce...

 di paragone "sulle" prestazioni.
Data la comune sottigliezza delle affermazioni di pal suppongo che
intendesse chiedere: <<Quello e' scritto sulla carta, ma in realta' i
programmi prodotti con VB come sono (questo sarebbe il dentro)?>>
Poi + che una domanda era principalemnte un'affermazione !!!
Giusto?!?!
--
Ciaps
Stracca
Stefano Stracuzzi
http://www.stracca.net
str...@stracca.net

 Giusto?!?!
Chiaro. Ma a me premeva farlo partecipare alla
mia out-condizione di oggi :)
Siamo [OT] ?

 Se l'effetto di <refresh> finisce...
anche refresh e' on. nested...
il tag che temo e' il <roal> :)

 Giusto?!?!
non a caso per l'e-commerce la pubblicita' mette un modenese...
hai avuto la commissione :)

 Siamo [OT] ?
assolutamente no.
la condizione psico-fisico-informatica di jimi e' assolutamente essenziale
al buon funzionamento del ng. e alla velocita' (per stare piu' in thread)
dei suoi vb :)

 il tag che temo e' il <roal> :)
E io che pensavo di mettere un GoTo <Refresh>.
Il tuo linguaggio è molto più procedurale del mio.
Comunque il tag <roal> è stato chiuso.
Però noto un errore di sintassi  => </roal:>
                                                             ^
Uno smile-contorto si è infilato di soppiatto nel codice.
A causa di un qualche bug sconosciuto dell'error-handler,
il tag <roal> potrebbe riattivarsi da solo...

 ha scritto

l'oracolo delfico ne scampi...

 hai avuto la commissione :)
Sara' il post-pranzo (o il tag <bugsdarisolvere> che si è aperto) ma questa
non l'ho capita :(((
--
Ciaps
Stracca
http://www.stracca.net

Dunque, da quello che ho potuto capire dal simpaticissimo susseguirsi dei
vostri commenti, la maggior velocità di VB6 è solo sulla carta, anzi "sul
cartone" della confezione.
E quindi non mi ero sbagliato!
Figuriamoci che quel mio programma lo uso in lavoro su un Pentium 133, e già
avevo dovuto disintallare W98 e rimetterci 95 per ridargli velocità; ora mi
devo guardare bene dal ricompilare il programma cn VB6!!
Grazie, MS!
Allora devo cercare OCX per VB4 e restare lì. A proposito, gli OCX
richiedono un determinato VB o no?(Scusatemi l'ignoranza)
Giorgio

 wrote in message
news:8vifpd$8co$1...@nslave3.tin.it...
