[aerogear-dev] UPS Production worthiness

[Matthias Wessendorf]

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20140602/0667ea85/attachment-0001.html