RE: [U2] Uniobjects.NET speed/performance
Suppose I should have mentioned that my example was in c# using UniObjects .Net. I have been able to see that using the readlist method allows the program to run much faster, simply putting the select list into a loop and reading one record at a time runs noticeably slower. I didn't have this problem with the com based uniobjects or with the uniobjects for java library (even when I ran that under c# and .net). I've seen another post that referred to an updated dll, but when I tried to obtain it I was told by my var that it's not available. Now, I've also run up on a problem with writefield as it performs a consistent seg fault when used. I'm a bit perplexed by how UniObjects for .net was written. An example is with the writefield method itself. Instead of following the pattern laid out by UniObjects for Java, the programmer(s) chose to shuffle the order of the arguments to this method making it a nuisance to switch back and forth from one library to another. Not a big deal when your going to use only one environment, but still an oversight that could have easily been taken care of with a bit of attention to detail. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Uniobjects.NET speed/performance
Thanks Don. I understand about being too busy to respond, been having
the same problem.
You answered my main question, which was if you were able to get the
ReadList method to work. I tried exactly what you have there (except in
VB), but no success. When I step through the code in the debugger, I
get to the line that is the equivalent of your
uvTmp = uvsl.ReadList();
The debugger shows the list of id's for uvsl.ReadList but when I execute
the step to assign it to uvTmp, uvTmp is empty, and uvsl.ReadList is
empty also!. No error is thrown. Not sure what's going on there.
I haven't switched over to UO.Net yet though. So I think I'll drop this
until I start using UO.Net.
Thanks again
Victor
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Don Kibbey
Sent: Saturday, December 04, 2004 9:02 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2] Uniobjects.NET speed/performance
Sorry so late, it's been very busy here and I've turned off u2 list
access at work in order to cope... Here's a snippet of code form the
very project that is currently taking up all my time. The array logic
was stolen right out of the .net developers guide...
... This is just a section of code, this won't compile as
is...
string [] lRecIDArray ;
ArrayList lRecIDList = new ArrayList(2);
StringBuilder lStrValue = new StringBuilder();
UniDynArray uvTmp =
uSession.CreateUniDynArray();
// select a file, here I'm just getting
everything
uvsl.Select(uvfVENDOR);
// read the whole list into a unidynarray, I
happen
to know this file is not very big so it's ok.
uvTmp = uvsl.ReadList();
// create array of Record IDs
for(int Index = 0; Index < uvTmp.Dcount();
Index++)
{
string s =
uvTmp.Extract(Index).ToString();
if (s.Length > 0){
lRecIDList.Add(s);
}
}
// this is the part obtained from the manual.
lRecIDArray = new string[lRecIDList.Count];
lRecIDList.CopyTo(0,lRecIDArray,0,lRecIDList.Count);
// read records using array of record ids
// this part is fast, get all the stuff you want
right now
UniDataSet lSet =
uvfVENDOR.ReadRecords(lRecIDArray);
int iCnt = 0;
char uvVM = Convert.ToChar(253);
char SPACE = Convert.ToChar(32);
foreach (UniRecord uvVendor in lSet) {
uvTmp = uvVendor.Record;
// extract and process the data
string tmp =
uvTmp.Extract(1).ToString();
// the rest is snipped...
endendend
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Victor St Clair
Sent: Monday, November 29, 2004 1:28 PM
To: [EMAIL PROTECTED]
Subject: RE: [U2] Uniobjects.NET speed/performance
I've had the same experience, using a select loop in a list runs very
slowly, and was planning to try this same approach. I tried to use
ReadList method of the Slist object as documented in the UniObjects
manual, but haven't gotten it to work yet. Did you use the ReadList or
did you fill the array by repeating listobject.Next()?
I'm still on UniObject 6, working with UniData 6. If I just do a
listobject.Select(fileobject) then it processes fast enough. But if I
execute a command to create a select list and then loop through it, the
performance gets progressively worse as the record count increases.
I'd appreciate any example you might be able share.
Thanks
Victor St. Clair
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Donald Kibbey
Sent: Thursday, November 04, 2004 4:11 AM
To: [EMAIL PROTECTED]
Subject: Re: [U2] Uniobjects.NET speed/performance
I found that using a select list within a loop was cause for a long
nap... I fixed that by reading the entire list into an array and then
looping through the array. I've read on this list that there is an
updated uniobjects.dll available, but my VAR was not able to locate
it?!?
I really don't understand why IBM does not just post the developers
tools as a public download. You really can't do much with them unless
you already have a licensed database so why the hassle?
Don Kibbey
Financial Systems Manager
Finnegan, Henderson, Farabow, Garrett &a
RE: [U2] Uniobjects.NET speed/performance
Sorry so late, it's been very busy here and I've turned off u2 list access
at work in order to cope... Here's a snippet of code form the very project
that is currently taking up all my time. The array logic was stolen right
out of the .net developers guide...
... This is just a section of code, this won't compile as
is...
string [] lRecIDArray ;
ArrayList lRecIDList = new ArrayList(2);
StringBuilder lStrValue = new StringBuilder();
UniDynArray uvTmp = uSession.CreateUniDynArray();
// select a file, here I'm just getting everything
uvsl.Select(uvfVENDOR);
// read the whole list into a unidynarray, I happen
to know this file is not very big so it's ok.
uvTmp = uvsl.ReadList();
// create array of Record IDs
for(int Index = 0; Index < uvTmp.Dcount(); Index++)
{
string s = uvTmp.Extract(Index).ToString();
if (s.Length > 0){
lRecIDList.Add(s);
}
}
// this is the part obtained from the manual.
lRecIDArray = new string[lRecIDList.Count];
lRecIDList.CopyTo(0,lRecIDArray,0,lRecIDList.Count);
// read records using array of record ids
// this part is fast, get all the stuff you want
right now
UniDataSet lSet =
uvfVENDOR.ReadRecords(lRecIDArray);
int iCnt = 0;
char uvVM = Convert.ToChar(253);
char SPACE = Convert.ToChar(32);
foreach (UniRecord uvVendor in lSet) {
uvTmp = uvVendor.Record;
// extract and process the data
string tmp = uvTmp.Extract(1).ToString();
// the rest is snipped...
endendend
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Victor St Clair
Sent: Monday, November 29, 2004 1:28 PM
To: [EMAIL PROTECTED]
Subject: RE: [U2] Uniobjects.NET speed/performance
I've had the same experience, using a select loop in a list runs very
slowly, and was planning to try this same approach. I tried to use ReadList
method of the Slist object as documented in the UniObjects manual, but
haven't gotten it to work yet. Did you use the ReadList or did you fill the
array by repeating listobject.Next()?
I'm still on UniObject 6, working with UniData 6. If I just do a
listobject.Select(fileobject) then it processes fast enough. But if I
execute a command to create a select list and then loop through it, the
performance gets progressively worse as the record count increases.
I'd appreciate any example you might be able share.
Thanks
Victor St. Clair
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Donald Kibbey
Sent: Thursday, November 04, 2004 4:11 AM
To: [EMAIL PROTECTED]
Subject: Re: [U2] Uniobjects.NET speed/performance
I found that using a select list within a loop was cause for a long nap...
I fixed that by reading the entire list into an array and then looping
through the array. I've read on this list that there is an updated
uniobjects.dll available, but my VAR was not able to locate it?!?
I really don't understand why IBM does not just post the developers tools as
a public download. You really can't do much with them unless you already
have a licensed database so why the hassle?
Don Kibbey
Financial Systems Manager
Finnegan, Henderson, Farabow, Garrett & Dunner LLP
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Uniobjects.NET speed/performance
I've had the same experience, using a select loop in a list runs very slowly, and was planning to try this same approach. I tried to use ReadList method of the Slist object as documented in the UniObjects manual, but haven't gotten it to work yet. Did you use the ReadList or did you fill the array by repeating listobject.Next()? I'm still on UniObject 6, working with UniData 6. If I just do a listobject.Select(fileobject) then it processes fast enough. But if I execute a command to create a select list and then loop through it, the performance gets progressively worse as the record count increases. I'd appreciate any example you might be able share. Thanks Victor St. Clair -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Donald Kibbey Sent: Thursday, November 04, 2004 4:11 AM To: [EMAIL PROTECTED] Subject: Re: [U2] Uniobjects.NET speed/performance I found that using a select list within a loop was cause for a long nap... I fixed that by reading the entire list into an array and then looping through the array. I've read on this list that there is an updated uniobjects.dll available, but my VAR was not able to locate it?!? I really don't understand why IBM does not just post the developers tools as a public download. You really can't do much with them unless you already have a licensed database so why the hassle? Don Kibbey Financial Systems Manager Finnegan, Henderson, Farabow, Garrett & Dunner LLP --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniObjects.NET speed/performance - PERFORMANCE SURVEY
Just a quick follow-up... We received the latest engineering patch from IBM today (1.1.1.0) and Performance has massively improved. It's all fine now :) So, if you are having performance problems with UO.NET, then I suggest You badger tech support until you receive the latest revisions of uodotnet.dll. In our testing, the version shipped with the current UniDK works fine on a local Universe (I was using the personal edition) but fell over *hard* when trying to communicate over the network. I'm afraid I have no More detail than that at the mo. Cheers Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Tabor Sent: 05 November 2004 19:05 To: [EMAIL PROTECTED] Subject: RE: [U2] UniObjects.NET speed/performance - PERFORMANCE SURVEY *** Now you've got me wondering... *** We're considering moving from UO to UO.NET due to a considerable amount of our non-MV programming is in VB.NET anyway. I'm getting the feeling that UO.NET is generally slow, but then remembered, this conversation is one-sided so far. On the flip side of this conversation, can we get a feel for how many people are experiencing performance issues, and how many are finding it's working just fine? Simple SLOW/FINE answers are fine, but feel free to explain answers or comment further if you'd like. Thanks, for the help Dave -Original Message- I find .net to be slow and cludgy in virtually all situations - even with a fast processor and 512MB RAM. -Original Message- Yes! We found it so slow - Original Message - > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET (a > non-trivial exercise as I'm sure you're aware) but the response times > are atrocious. Opening a file has gone from being a virtually instant > response to taking well over a quarter of a second. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniObjects.NET speed/performance - PERFORMANCE SURVEY
I would be interested in knowing the same thing. We are considering porting our existing UO applications to UO.NET. Many thanks also. Harry Hambrick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Tabor Sent: Friday, November 05, 2004 2:05 PM To: [EMAIL PROTECTED] Subject: RE: [U2] UniObjects.NET speed/performance - PERFORMANCE SURVEY *** Now you've got me wondering... *** We're considering moving from UO to UO.NET due to a considerable amount of our non-MV programming is in VB.NET anyway. I'm getting the feeling that UO.NET is generally slow, but then remembered, this conversation is one-sided so far. On the flip side of this conversation, can we get a feel for how many people are experiencing performance issues, and how many are finding it's working just fine? Simple SLOW/FINE answers are fine, but feel free to explain answers or comment further if you'd like. Thanks, for the help Dave -Original Message- I find .net to be slow and cludgy in virtually all situations - even with a fast processor and 512MB RAM. -Original Message- Yes! We found it so slow - Original Message - > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniObjects.NET speed/performance - PERFORMANCE SURVEY
Slow as the proverbial in my case; went back to VB6. Majority of our stuff is in Java so it was no great problem to us. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Tabor Sent: 05 November 2004 19:05 To: [EMAIL PROTECTED] Subject: RE: [U2] UniObjects.NET speed/performance - PERFORMANCE SURVEY *** Now you've got me wondering... *** We're considering moving from UO to UO.NET due to a considerable amount of our non-MV programming is in VB.NET anyway. I'm getting the feeling that UO.NET is generally slow, but then remembered, this conversation is one-sided so far. On the flip side of this conversation, can we get a feel for how many people are experiencing performance issues, and how many are finding it's working just fine? Simple SLOW/FINE answers are fine, but feel free to explain answers or comment further if you'd like. Thanks, for the help Dave -Original Message- I find .net to be slow and cludgy in virtually all situations - even with a fast processor and 512MB RAM. -Original Message- Yes! We found it so slow - Original Message - > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniObjects.NET speed/performance - PERFORMANCE SURVEY
On my test system the connection is slow but after that I feel it is just fine. grs -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Tabor Sent: Friday, November 05, 2004 1:05 PM To: [EMAIL PROTECTED] Subject: RE: [U2] UniObjects.NET speed/performance - PERFORMANCE SURVEY *** Now you've got me wondering... *** We're considering moving from UO to UO.NET due to a considerable amount of our non-MV programming is in VB.NET anyway. I'm getting the feeling that UO.NET is generally slow, but then remembered, this conversation is one-sided so far. On the flip side of this conversation, can we get a feel for how many people are experiencing performance issues, and how many are finding it's working just fine? Simple SLOW/FINE answers are fine, but feel free to explain answers or comment further if you'd like. Thanks, for the help Dave -Original Message- I find .net to be slow and cludgy in virtually all situations - even with a fast processor and 512MB RAM. -Original Message- Yes! We found it so slow - Original Message - > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniObjects.NET speed/performance - PERFORMANCE SURVEY
*** Now you've got me wondering... *** We're considering moving from UO to UO.NET due to a considerable amount of our non-MV programming is in VB.NET anyway. I'm getting the feeling that UO.NET is generally slow, but then remembered, this conversation is one-sided so far. On the flip side of this conversation, can we get a feel for how many people are experiencing performance issues, and how many are finding it's working just fine? Simple SLOW/FINE answers are fine, but feel free to explain answers or comment further if you'd like. Thanks, for the help Dave -Original Message- I find .net to be slow and cludgy in virtually all situations - even with a fast processor and 512MB RAM. -Original Message- Yes! We found it so slow - Original Message - > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Uniobjects.NET speed/performance
I certainly don't want this to become a compiler war, but for the sake of a alternate opinion. I would agree with another post in that you can code efficient code in .net. You DO need to override some of the defaults assumed by the ide when you create project though. It seems like MS wants to reference everything under the sun when you create a project. I have written some extensive applications in VB 6.0 (interfaced to Universe using Uniobjects to emulate and ADO-like interface [keeps me on topic :)]). I would have greatly appreciated the improvements in .net where I can gain access to more of what VB6 hid from the developer. Being more of a real object oriented language helps too. Just my $0.02 Rich Taylor | Senior Programmer/Analyst| VERTIS 250 W. Pratt Street | Baltimore, MD 21201 P 410.361.8688 | F 410.528.0319 [EMAIL PROTECTED] | http://www.vertisinc.com Vertis is the premier provider of targeted advertising, media, and marketing services that drive consumers to marketers more effectively. "The more they complicate the plumbing the easier it is to stop up the drain" - Montgomery Scott NCC-1701 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Leach Sent: Friday, November 05, 2004 4:24 AM To: [EMAIL PROTECTED] Subject: RE: [U2] Uniobjects.NET speed/performance I find .net to be slow and cludgy in virtually all situations - even with a fast processor and 512MB RAM. I've been completely unimpressed with it since it was released. The classes never seem to expose what I need, and you don't get source code to feel safe changing them. The WebForms are primitive and ugly to work with, there isn't enough cross-platform support to justify the run machine, and the only thing advantage seems to be that it doesn't use COM to bind everthing. Web services are cool, but there are other tool to create those, and the .NET version needs tailoring to work with many web service clients. I understand the advantages of turning the WinAPI into a class structure (the old WInAPI was horrible to use) but there are far better wrappers already out there. It just seems another piece of M$ bloatware that really doesn't deliver enough new quality functionality to justify the performance overheads. If you want a truly fast, clean, fully OO environment that delivers the WinAPI in a sensible structure, provides all of the functionality you could require, doesn't rely on installing huge run machines and a stack of libraries, offers source code to the class libraries and is designed for professionals, use Delphi. Yes it has a learning curve, but it is still vastly better than any other Windows tool around. My 2 cents. Brian "used VB and Delphi since version 1" Leach -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kate Stanton Sent: 05 November 2004 00:37 To: [EMAIL PROTECTED] Subject: Re: [U2] Uniobjects.NET speed/performance Yes! We found it so slow we immediately reverted to the VB3 version, while seeing if we can find a way around it. We have put very little time into it since - rather discouraged. - Original Message - From: "Chris Ahchay" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 04, 2004 11:27 PM Subject: [U2] Uniobjects.NET speed/performance > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. > > Any thoughts? > > Cheers > Chris > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Uniobjects.NET speed/performance
Before this descends into a "My compiler is better than your compiler" war - the decision as to the development platform is, for most of us, out of our control. In my case, this project was already 18 months into development when I arrived. Turning around at this point and suggesting that we switch to Delphi, C#, OSX, Java or whatever may be a logical suggestion, but it's not a practical one. Apart from anything else, .NET code can be just as compact as Delphi code. The question of "which is better" is redundant - can't they both be worthwhile? So, I'm stuck with .NET (stuck is too strong a word, I happen to quite Like VB.NET) and I'm stuck with trying to make UO.NET work with it. To answer Kurt's question - I have been informed by those who know that the server is running Universe 10.1.3 - the same version as the client software. Cheers Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 05 November 2004 11:58 To: [EMAIL PROTECTED] Subject: Re: [U2] Uniobjects.NET speed/performance [EMAIL PROTECTED] wrote: > lol > > you don't actually consider 512Mb a lot of ram now do you ? Actually, I certainly do ... My mobo at home is maxed out for ram. It has 768Mb. I've just upgraded my daughter's ram. Her pc has two slots and I've maxed out one ... with 512Mb. And a lot of office pcs actually have a LOWER spec than home pcs. I think my work pc only has 256Mb. > > Having done ( and still doing ) extensive work using .net ( winforms > , webforms & compact ) i'd say your talking out your @$$. ;-) i think > your final statement says it all - "Yes it has a learning curve, but > it is still vastly better..." an educated guess is that you've never > really taken the time to learn .net the way you have with delphi. > > Ma ymmv would have been an appropriate disclaimer. > Yup, I agree "ymmv" is important, but I back Brian 100% in thinking code should be compact and small. After all, isn't that why we're MV fans? And while I'm not aware of any studies, I'd guess there's a very strong correlation between bloat and crappy coding. The more bloat, the more crap ... and the smaller your code, the easier it is to find a problem when debugging :-) Cheers, Wol --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Uniobjects.NET speed/performance
[EMAIL PROTECTED] wrote: > lol > > you don't actually consider 512Mb a lot of ram now do you ? Actually, I certainly do ... My mobo at home is maxed out for ram. It has 768Mb. I've just upgraded my daughter's ram. Her pc has two slots and I've maxed out one ... with 512Mb. And a lot of office pcs actually have a LOWER spec than home pcs. I think my work pc only has 256Mb. > > Having done ( and still doing ) extensive work using .net ( winforms , > webforms & compact ) i'd say your talking out your @$$. ;-) > i think your final statement says it all - "Yes it has a learning curve, but > it is still > vastly better..." an educated guess is that you've never really taken the > time to learn .net the way you have with delphi. > > Ma ymmv would have been an appropriate disclaimer. > Yup, I agree "ymmv" is important, but I back Brian 100% in thinking code should be compact and small. After all, isn't that why we're MV fans? And while I'm not aware of any studies, I'd guess there's a very strong correlation between bloat and crappy coding. The more bloat, the more crap ... and the smaller your code, the easier it is to find a problem when debugging :-) Cheers, Wol --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Uniobjects.NET speed/performance
lol you don't actually consider 512Mb a lot of ram now do you ? Having done ( and still doing ) extensive work using .net ( winforms , webforms & compact ) i'd say your talking out your @$$. ;-) i think your final statement says it all - "Yes it has a learning curve, but it is still vastly better..." an educated guess is that you've never really taken the time to learn .net the way you have with delphi. Ma ymmv would have been an appropriate disclaimer. YMMV gerry - Original Message - From: "Brian Leach" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 05, 2004 04:24 am Subject: RE: [U2] Uniobjects.NET speed/performance > I find .net to be slow and cludgy in virtually all situations - even with a > fast processor and 512MB RAM. I've been completely unimpressed with it since > it was released. The classes never seem to expose what I need, and you don't > get source code to feel safe changing them. The WebForms are primitive and > ugly to work with, there isn't enough cross-platform support to justify the > run machine, and the only thing advantage seems to be that it doesn't use > COM to bind everthing. Web services are cool, but there are other tool to > create those, and the .NET version needs tailoring to work with many web > service clients. > > I understand the advantages of turning the WinAPI into a class structure > (the old WInAPI was horrible to use) but there are far better wrappers > already out there. It just seems another piece of M$ bloatware that really > doesn't deliver enough new quality functionality to justify the performance > overheads. > > If you want a truly fast, clean, fully OO environment that delivers the > WinAPI in a sensible structure, provides all of the functionality you could > require, doesn't rely on installing huge run machines and a stack of > libraries, offers source code to the class libraries and is designed for > professionals, use Delphi. Yes it has a learning curve, but it is still > vastly better than any other Windows tool around. > > My 2 cents. > > Brian "used VB and Delphi since version 1" Leach > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Kate Stanton > Sent: 05 November 2004 00:37 > To: [EMAIL PROTECTED] > Subject: Re: [U2] Uniobjects.NET speed/performance > > Yes! We found it so slow we immediately reverted to the VB3 version, while > seeing if we can find a way around it. We have put very little time into it > since - rather discouraged. > > - Original Message - > From: "Chris Ahchay" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, November 04, 2004 11:27 PM > Subject: [U2] Uniobjects.NET speed/performance > > > > Is anyone else experiencing speed problems with Uniobjects.net? > > > > I've just upgraded our core application from Uniobjects to UONET > > (a non-trivial exercise as I'm sure you're aware) but the response > > times are atrocious. Opening a file has gone from being a virtually > > instant response to taking well over a quarter of a second. > > > > Any thoughts? > > > > Cheers > > Chris > > --- > > u2-users mailing list > > [EMAIL PROTECTED] > > To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Uniobjects.NET speed/performance
Which version of the database are you running with? If it is UniVerse you will need to be on a 10.1 release else there is a performance issue. -Original Message- From: Chris Ahchay [mailto:[EMAIL PROTECTED] Sent: Friday, November 05, 2004 12:01 PM To: [EMAIL PROTECTED] Subject: RE: [U2] Uniobjects.NET speed/performance Interesting idea, but no difference in my case :( Has anyone tried a newer version (I'm running uodotnet.dll v1.1.7073.0) Cheers Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kieran Clulow Sent: 05 November 2004 01:42 To: [EMAIL PROTECTED] Subject: RE: [U2] Uniobjects.NET speed/performance I've found that altering the hostname parameter in UniObjects.OpenSession from an IP address to a name (eg : sun_prodserver ) can *sometimes* dramatically increase session connect speeds. This seems completely counter-intuitive to me but it has helped. I suspect it may just have been related to my network configuration. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kate Stanton Sent: Friday, 5 November 2004 11:37 AM To: [EMAIL PROTECTED] Subject: Re: [U2] Uniobjects.NET speed/performance Yes! We found it so slow we immediately reverted to the VB3 version, while seeing if we can find a way around it. We have put very little time into it since - rather discouraged. - Original Message - From: "Chris Ahchay" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 04, 2004 11:27 PM Subject: [U2] Uniobjects.NET speed/performance > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. > > Any thoughts? > > Cheers > Chris > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ Disclaimer ~~~ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. This footer also confirms that this email message has been scanned for the presence of computer viruses. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Uniobjects.NET speed/performance
Interesting idea, but no difference in my case :( Has anyone tried a newer version (I'm running uodotnet.dll v1.1.7073.0) Cheers Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kieran Clulow Sent: 05 November 2004 01:42 To: [EMAIL PROTECTED] Subject: RE: [U2] Uniobjects.NET speed/performance I've found that altering the hostname parameter in UniObjects.OpenSession from an IP address to a name (eg : sun_prodserver ) can *sometimes* dramatically increase session connect speeds. This seems completely counter-intuitive to me but it has helped. I suspect it may just have been related to my network configuration. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kate Stanton Sent: Friday, 5 November 2004 11:37 AM To: [EMAIL PROTECTED] Subject: Re: [U2] Uniobjects.NET speed/performance Yes! We found it so slow we immediately reverted to the VB3 version, while seeing if we can find a way around it. We have put very little time into it since - rather discouraged. - Original Message - From: "Chris Ahchay" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 04, 2004 11:27 PM Subject: [U2] Uniobjects.NET speed/performance > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. > > Any thoughts? > > Cheers > Chris > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ Disclaimer ~~~ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. This footer also confirms that this email message has been scanned for the presence of computer viruses. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Uniobjects.NET speed/performance
I find .net to be slow and cludgy in virtually all situations - even with a fast processor and 512MB RAM. I've been completely unimpressed with it since it was released. The classes never seem to expose what I need, and you don't get source code to feel safe changing them. The WebForms are primitive and ugly to work with, there isn't enough cross-platform support to justify the run machine, and the only thing advantage seems to be that it doesn't use COM to bind everthing. Web services are cool, but there are other tool to create those, and the .NET version needs tailoring to work with many web service clients. I understand the advantages of turning the WinAPI into a class structure (the old WInAPI was horrible to use) but there are far better wrappers already out there. It just seems another piece of M$ bloatware that really doesn't deliver enough new quality functionality to justify the performance overheads. If you want a truly fast, clean, fully OO environment that delivers the WinAPI in a sensible structure, provides all of the functionality you could require, doesn't rely on installing huge run machines and a stack of libraries, offers source code to the class libraries and is designed for professionals, use Delphi. Yes it has a learning curve, but it is still vastly better than any other Windows tool around. My 2 cents. Brian "used VB and Delphi since version 1" Leach -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kate Stanton Sent: 05 November 2004 00:37 To: [EMAIL PROTECTED] Subject: Re: [U2] Uniobjects.NET speed/performance Yes! We found it so slow we immediately reverted to the VB3 version, while seeing if we can find a way around it. We have put very little time into it since - rather discouraged. - Original Message - From: "Chris Ahchay" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 04, 2004 11:27 PM Subject: [U2] Uniobjects.NET speed/performance > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. > > Any thoughts? > > Cheers > Chris > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Uniobjects.NET speed/performance
I've found that altering the hostname parameter in UniObjects.OpenSession from an IP address to a name (eg : sun_prodserver ) can *sometimes* dramatically increase session connect speeds. This seems completely counter-intuitive to me but it has helped. I suspect it may just have been related to my network configuration. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kate Stanton Sent: Friday, 5 November 2004 11:37 AM To: [EMAIL PROTECTED] Subject: Re: [U2] Uniobjects.NET speed/performance Yes! We found it so slow we immediately reverted to the VB3 version, while seeing if we can find a way around it. We have put very little time into it since - rather discouraged. - Original Message - From: "Chris Ahchay" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 04, 2004 11:27 PM Subject: [U2] Uniobjects.NET speed/performance > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. > > Any thoughts? > > Cheers > Chris > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ Disclaimer ~~~ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. This footer also confirms that this email message has been scanned for the presence of computer viruses. --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Uniobjects.NET speed/performance
Yes! We found it so slow we immediately reverted to the VB3 version, while seeing if we can find a way around it. We have put very little time into it since - rather discouraged. - Original Message - From: "Chris Ahchay" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 04, 2004 11:27 PM Subject: [U2] Uniobjects.NET speed/performance > Is anyone else experiencing speed problems with Uniobjects.net? > > I've just upgraded our core application from Uniobjects to UONET > (a non-trivial exercise as I'm sure you're aware) but the response > times are atrocious. Opening a file has gone from being a virtually > instant response to taking well over a quarter of a second. > > Any thoughts? > > Cheers > Chris > --- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Uniobjects.NET speed/performance
Chris, I noticed that the initial session connection took a long time. It is so noticeable. grs Is anyone else experiencing speed problems with Uniobjects.net? I've just upgraded our core application from Uniobjects to UONET (a non-trivial exercise as I'm sure you're aware) but the response times are atrocious. Opening a file has gone from being a virtually instant response to taking well over a quarter of a second. Any thoughts? Cheers Chris --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Uniobjects.NET speed/performance
I found that using a select list within a loop was cause for a long nap... I fixed that by reading the entire list into an array and then looping through the array. I've read on this list that there is an updated uniobjects.dll available, but my VAR was not able to locate it?!? I really don't understand why IBM does not just post the developers tools as a public download. You really can't do much with them unless you already have a licensed database so why the hassle? Don Kibbey Financial Systems Manager Finnegan, Henderson, Farabow, Garrett & Dunner LLP --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
