[aerogear-dev] UPS Production worthiness

Vivek Pandey vivek.pandey at pinelabs.com
Mon Jun 2 23:55:44 EDT 2014


Thanks Matthias, the response and agility of Aerogear team has been phenomenal so far.

 

From: mwessendorf at gmail.com [mailto:mwessendorf at gmail.com] On Behalf Of Matthias Wessendorf
Sent: Monday, June 02, 2014 11:10 PM
To: vivek.pandey at pinelabs.com
Cc: AeroGear Developer Mailing List
Subject: Re: [aerogear-dev] UPS Production worthiness

 

Hello Vivek!

On Monday, May 26, 2014, Vivek Pandey <vivek.pandey at pinelabs.com> wrote:

Hi Matthias,

 

It is good to know that activity in java-apns is picking up and also that you are looking at pushy.

 

We just released 1.0.0.Beta1 of java-apns to maven central: https://t.co/2uBjtdiGIS

 

 

It will be integrated to our server pretty soon!

 

-Matthias

 

 

I did a few tests which added installations to UPS with a concurrency of 4-8 threads. I was using Postgres 9.3 and UPS 0.10.3 war

 

I noticed that response slowed down considerably after some time with high CPU usage and continued to get worse. After doing some profiling, I found that bulk of CPU cycles are being taken by org.postgresql.core.VisibleBufferedInputStream.readMore. The entire thread stack is attached. Also postgres continuously flagged 

 

select installati0_.variantID as variant10_0_0_, installati0_.id as id1_3_0_, installati0_.id as id1_3_1_, installati0_.alias as alias2_3_1_, installati0_.deviceToken as deviceTo3_3_1_, installati0_.deviceType as deviceTy4_3_1_, installati0_.enabled as enabled5_3_1_, installati0_.operatingSystem as operatin6_3_1_, installati0_.osVersion as osVersio7_3_1_, installati0_.platform as platform8_3_1_, installati0_.simplePushEndpoint as simplePu9_3_1_ from InstallationImpl installati0_ where installati0_.variantID=$1

 

as the slow query. I am pretty sure that eager collection AbstractVariant.installations is the root cause of the problem. 

 

Please let me know if you need any more information.

 

Thanks

Vivek

 

From: mwessendorf at gmail.com <javascript:_e(%7B%7D,'cvml','mwessendorf at gmail.com');>  [mailto:mwessendorf at gmail.com <javascript:_e(%7B%7D,'cvml','mwessendorf at gmail.com');> ] On Behalf Of Matthias Wessendorf
Sent: Wednesday, May 21, 2014 5:55 PM
To: vivek.pandey at pinelabs.com <javascript:_e(%7B%7D,'cvml','vivek.pandey at pinelabs.com');> ; AeroGear Developer Mailing List
Subject: Re: [aerogear-dev] UPS Production worthiness

 

Hello Vivek!

 

On Wed, May 21, 2014 at 2:07 PM, Vivek Pandey <vivek.pandey at pinelabs.com> wrote:

Hi Jay,

 

Thanks for your reply.

 

While we have not faced any issues in using UPS in our limited testing, I often see info stacktraces in ups logs

 

2014-05-16 10:19:20,032 INFO  [com.notnoop.apns.internal.ApnsConnectionImpl] (Thread-118) Exception while waiting for error code: java.net.SocketException: Socket closed

        at java.net.SocketInputStream.socketRead0(Native Method) [rt.jar:1.7.0_51]

        at java.net.SocketInputStream.read(SocketInputStream.java:152) [rt.jar:1.7.0_51]

        at java.net.SocketInputStream.read(SocketInputStream.java:122) [rt.jar:1.7.0_51]

       ……………

        at com.notnoop.apns.internal.ApnsConnectionImpl$1MonitoringThread.run(ApnsConnectionImpl.java:114) [apns-0.2.3.jar:]

 

 

These stacktraces coupled with low dev activity of noop/java-apns project are disconcerting to me.

 

the stack-trace is no harm - it's only happening w/ doing a monitoring of the thread (that's what we currently do, when setting up ApnsService - I thought about explicitly disable that)

 

The activity of the underlying java-apns is very low, yes! However @froh42 is getting back:

https://github.com/notnoop/java-apns/commits/master

 

There will be a new release in the near future; @froh42 asked me if I could help with pushing the bits to maven central

 

 

That said, I recently started looking at pushy:

https://github.com/relayrides/pushy

 

I also sent a PR that would allow us to feed pushy w/ our certificate from the database:

https://github.com/relayrides/pushy/pull/87

 

 

  _____  

This message may contain privileged and confidential information and is solely for the use of intended recipient. The views expressed in this email are those of the sender and not of Pine Labs. The recipient should check this email and attachments for the presence of viruses / malwares etc. Pine Labs accepts no liability for any damage caused by any virus transmitted by this email. Pine Labs may monitor and record all emails.

  _____  

 



-- 
Sent from Gmail Mobile


This message may contain privileged and confidential information and is solely for the use of intended recipient. The views expressed in this email are those of the sender and not of Pine Labs. The recipient should check this email and attachments for the presence of viruses / malwares etc. Pine Labs accepts no liability for any damage caused by any virus transmitted by this email. Pine Labs may monitor and record all emails.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20140603/0f0814af/attachment-0001.html 


More information about the aerogear-dev mailing list