headers
John Hester | 1 Dec 2011 02:20

Re: [U2] Cloud Legal Question - and a request for Contact Info - ITLegal Issues

There's a decent bullet-point presentation on cloud legal issues
available on Cisco's site:

http://www.cisco.com/web/about/doing_business/legal/privacy_compliance/d
ocs/CloudPrimer.pdf

As far as liability for data theft, it sounds like that's negotiable
between the client and cloud provider.  I doubt there's any standard at
this point.  There are a whole host of federal and state regulations
that come into play regarding theft of personal data, though.  If you're
storing business to consumer sales data, there is potentially a lot to
consider.  Business to business data is probably much less of an issue.

-John 

-----Original Message-----
From: u2-users-bounces <at> listserver.u2ug.org
[mailto:u2-users-bounces <at> listserver.u2ug.org] On Behalf Of John Thompson
Sent: Wednesday, November 30, 2011 1:25 PM
To: U2 Users List
Subject: [U2] Cloud Legal Question - and a request for Contact Info -
ITLegal Issues

The company I work for is looking at a product that stores a bunch of
"our"
sales data in the "cloud"

Our internal legal person had a look at the contract that the company is
proposing and apparently it has a little clause in their that they are
not liable if the data gets stolen.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Kevin King | 1 Dec 2011 02:59
Picon

Re: [U2] Unidata 7.1 Unresponsive UO Connection

Not focusing on connection pooling at this point but that may be a
consideration for the future.  I've found that the overhead of the two
Apache method is so small that most of the gains offered by connection
pooling are minimized.
_______________________________________________
U2-Users mailing list
U2-Users <at> listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
Permalink | Reply | 50 comments |
headers
Symeon Breen | 1 Dec 2011 11:25
Picon

Re: [U2] Unidata 7.1 Unresponsive UO Connection

It all sounds very interesting. The connection pooling works well with uo
because otherwise each request has to open a new socket connection to
unirpcd which then has to spawn a new udcs process which in turn has to
spawn a udt process to do the work. That's a big overhead when you have
several million , milli second hits per day.

 I will await the articles.

Of course if you want to share a preview with me that would be most welcome.

-----Original Message-----
From: u2-users-bounces <at> listserver.u2ug.org
[mailto:u2-users-bounces <at> listserver.u2ug.org] On Behalf Of Kevin King
Sent: 01 December 2011 02:00
To: U2 Users List
Subject: Re: [U2] Unidata 7.1 Unresponsive UO Connection

Not focusing on connection pooling at this point but that may be a
consideration for the future.  I've found that the overhead of the two
Apache method is so small that most of the gains offered by connection
pooling are minimized.
_______________________________________________
U2-Users mailing list
U2-Users <at> listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1411 / Virus Database: 2102/4048 - Release Date: 11/30/11
(Continue reading)

Permalink | Reply | 0 comments |
headers
Holt, Jake | 1 Dec 2011 16:11

Re: [U2] Unidata 7.1 Unresponsive UO Connection

Did you do any actual testing on that to confirm it?  I created a WCF
web service that manages a set of shared connections for all of my .net
apps that access UniVerse.  I found that starting the session took much
longer then processing most of my requests if the session was already
open.  

-----Original Message-----
From: u2-users-bounces <at> listserver.u2ug.org
[mailto:u2-users-bounces <at> listserver.u2ug.org] On Behalf Of Kevin King
Sent: Wednesday, November 30, 2011 8:00 PM
To: U2 Users List
Subject: Re: [U2] Unidata 7.1 Unresponsive UO Connection

Not focusing on connection pooling at this point but that may be a
consideration for the future.  I've found that the overhead of the two
Apache method is so small that most of the gains offered by connection
pooling are minimized.
_______________________________________________
U2-Users mailing list
U2-Users <at> listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
_______________________________________________
U2-Users mailing list
U2-Users <at> listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
Permalink | Reply | 48 comments |
headers
Symeon Breen | 1 Dec 2011 17:36
Picon

Re: [U2] Unidata 7.1 Unresponsive UO Connection

Similarly here - I have two web services that my apps connect to - one is
pooled, the other not. Typical time for a transaction using the pooled one
is between 300 and 600 ms, whereas the non pooled for the same transaction
is between 1 and 2.

I have 2 because my apps connect to the pooled web service with a 2 second
timeout, then fail over to the non pooled. I have to do this cos the pooled
connections hang several times a day (hence why I have to restart unirpcd
and kill off the pooled udt processes) The problem is not in the DB code as
it happens randomly and with our logging it is definitely coming out of the
DB code and then refuses to accept any more data on the socket, and the .net
code is very simple, so it must be in the uniobjects layer or unirpcd. I
have tried several dll's to no avail, so we will have to get a new linux box
with the very latest udt and see how that goes.   Long sigh .....

-----Original Message-----
From: u2-users-bounces <at> listserver.u2ug.org
[mailto:u2-users-bounces <at> listserver.u2ug.org] On Behalf Of Holt, Jake
Sent: 01 December 2011 15:12
To: U2 Users List
Subject: Re: [U2] Unidata 7.1 Unresponsive UO Connection

Did you do any actual testing on that to confirm it?  I created a WCF web
service that manages a set of shared connections for all of my .net apps
that access UniVerse.  I found that starting the session took much longer
then processing most of my requests if the session was already open.  

-----Original Message-----
From: u2-users-bounces <at> listserver.u2ug.org
[mailto:u2-users-bounces <at> listserver.u2ug.org] On Behalf Of Kevin King
(Continue reading)

Permalink | Reply | 47 comments |
headers
Bill Haskett | 1 Dec 2011 18:40
Favicon

Re: [U2] Unidata 7.1 Unresponsive UO Connection

Symeon:

Your "pooling" connection is set up for a single dbms account, correct?  
You'd need a separate "pooling" license for each dbms account to access, 
correct?

That is some dance you need to go through to do what, basically, the 
computer is supposed to do!

Bill

------------------------------------------------------------------------
----- Original Message -----
*From:* symeonb <at> gmail.com
*To:* 'U2 Users List' <u2-users <at> listserver.u2ug.org>
*Date:* 12/1/2011 8:36 AM
*Subject:* Re: [U2] Unidata 7.1 Unresponsive UO Connection
> Similarly here - I have two web services that my apps connect to - one is
> pooled, the other not. Typical time for a transaction using the pooled one
> is between 300 and 600 ms, whereas the non pooled for the same transaction
> is between 1 and 2.
>
> I have 2 because my apps connect to the pooled web service with a 2 second
> timeout, then fail over to the non pooled. I have to do this cos the pooled
> connections hang several times a day (hence why I have to restart unirpcd
> and kill off the pooled udt processes) The problem is not in the DB code as
> it happens randomly and with our logging it is definitely coming out of the
> DB code and then refuses to accept any more data on the socket, and the .net
> code is very simple, so it must be in the uniobjects layer or unirpcd. I
> have tried several dll's to no avail, so we will have to get a new linux box
(Continue reading)

Permalink | Reply | 6 comments |
headers
John Thompson | 1 Dec 2011 18:48
Picon

Re: [U2] Unidata 7.1 Unresponsive UO Connection

I thought I would chime in here a little... as I've been using Kevin's idea
to create some web applications
(none of which are live, except for a few management reports- not because
I've had problems, but, mainly because priorities keep changing - if you
know how that goes)

At any rate.  I have a management report that pops up on an
Ipad/Iphone/Droid or whatever.
The UV process that gets fired goes in and grabs Sales data for 30 store
locations and spits it back.

Using firebug, I can see how long the php script that calls the UV process
takes.
It does its reads, etc., and then bottles up the data and sends back a
string (1.2 KB in size) in JSON or XML or whatever
in around 800 ms to 1 second consistently.

So I guess thats consistent with what you were saying.  Just thought I
would add to the info.

However, I did notice that UV on AIX is limited to 256MB of RAM per session.
So I wonder if Linux would behave differently?

Ironically, I'm in the process of setting up a UV Linux machine for our
production system, because AIX 5 support is ending soon.  So I guess I'll
find out soon enough.

On Thu, Dec 1, 2011 at 11:36 AM, Symeon Breen <symeonb <at> gmail.com> wrote:

> Similarly here - I have two web services that my apps connect to - one is
(Continue reading)

Permalink | Reply | 39 comments |
headers
Symeon Breen | 1 Dec 2011 20:52
Picon

Re: [U2] Unidata 7.1 Unresponsive UO Connection

The amount of ram used by uv or udt is configurable - There are a whole heap
of parameters and it is a subject in its own right.

-----Original Message-----
From: u2-users-bounces <at> listserver.u2ug.org
[mailto:u2-users-bounces <at> listserver.u2ug.org] On Behalf Of John Thompson
Sent: 01 December 2011 17:48
To: U2 Users List
Subject: Re: [U2] Unidata 7.1 Unresponsive UO Connection

I thought I would chime in here a little... as I've been using Kevin's idea
to create some web applications (none of which are live, except for a few
management reports- not because I've had problems, but, mainly because
priorities keep changing - if you know how that goes)

At any rate.  I have a management report that pops up on an
Ipad/Iphone/Droid or whatever.
The UV process that gets fired goes in and grabs Sales data for 30 store
locations and spits it back.

Using firebug, I can see how long the php script that calls the UV process
takes.
It does its reads, etc., and then bottles up the data and sends back a
string (1.2 KB in size) in JSON or XML or whatever in around 800 ms to 1
second consistently.

So I guess thats consistent with what you were saying.  Just thought I would
add to the info.

However, I did notice that UV on AIX is limited to 256MB of RAM per session.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Symeon Breen | 1 Dec 2011 20:52
Picon

Re: [U2] Unidata 7.1 Unresponsive UO Connection

A pooling connection goes into 1 single account yes

We have a special "shared" account for the pools with  voc pointers to the
real customer accounts .   Part of the message passed to the backend is the
customer so it opens the correct files etc.

-----Original Message-----
From: u2-users-bounces <at> listserver.u2ug.org
[mailto:u2-users-bounces <at> listserver.u2ug.org] On Behalf Of Bill Haskett
Sent: 01 December 2011 17:41
To: U2 Users List
Subject: Re: [U2] Unidata 7.1 Unresponsive UO Connection

Symeon:

Your "pooling" connection is set up for a single dbms account, correct?  
You'd need a separate "pooling" license for each dbms account to access,
correct?

That is some dance you need to go through to do what, basically, the
computer is supposed to do!

Bill

------------------------------------------------------------------------
----- Original Message -----
*From:* symeonb <at> gmail.com
*To:* 'U2 Users List' <u2-users <at> listserver.u2ug.org>
*Date:* 12/1/2011 8:36 AM
*Subject:* Re: [U2] Unidata 7.1 Unresponsive UO Connection
(Continue reading)

Permalink | Reply | 5 comments |
headers
Doug Averch | 1 Dec 2011 20:56
Picon

Re: [U2] Unidata 7.1 Unresponsive UO Connection

We been using UOJ for 7 years now.  We do not have any connection issues at
all.  We run 10k of transactions per day without even a hiccup with most
sites averaging around 5k per day.   Our average transaction speed
according to firebug is about 200ms. Those transaction figures do not
include the hits to the web server which are in 100k per hour at the
largest site.  We use Apache Tomcat as the web server.

Regards,
Doug
www.u2logic.com

On Thu, Dec 1, 2011 at 10:48 AM, John Thompson <jthompson333 <at> gmail.com>wrote:

> I thought I would chime in here a little... as I've been using Kevin's idea
> to create some web applications
> (none of which are live, except for a few management reports- not because
> I've had problems, but, mainly because priorities keep changing - if you
> know how that goes)
>
> At any rate.  I have a management report that pops up on an
> Ipad/Iphone/Droid or whatever.
> The UV process that gets fired goes in and grabs Sales data for 30 store
> locations and spits it back.
>
> Using firebug, I can see how long the php script that calls the UV process
> takes.
> It does its reads, etc., and then bottles up the data and sends back a
> string (1.2 KB in size) in JSON or XML or whatever
> in around 800 ms to 1 second consistently.
>
(Continue reading)

Permalink | Reply | 1 comment |

Gmane