Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 1 year ago.
Improve this question
I was conducting a load test on a PeopleSoft client's web server over the weekend. In all scenarios except the baseline scenario, I had a spike in errors around 4 mins into the test. In all scenarios the hits/s were different at this time.
Additionally, the response time for the landing page was between 35 and 65 seconds, even though the response time when testing the site in the browser was < 10s when I tested during the peak of the load test.
What could be causing the long response time and the error spike at 4 minutes?
The reasons could be numerous and the only way to identify the root cause is using monitoring.
Ask around, it might be the case you have an APM tool installed and configured so you would be able to correlate the "spikes" and other JMeter metrics with the data from the APM tool.
If there is no APM integration available you could implement it yourself using i.e. JMeter PerfMon Plugin.
It also makes sense to monitor your JMeter load generators health as well as the fluctuations in the response times might be caused by lack of resources or on JMeter side or not following JMeter Best Practices
Related
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
What is a good option for a continuous integration server for a small startup devshop?
We work in javascript technologies and make some hybrid apps, among other things.
I was looking into this issue, and came across Jenkins and TeamCity.
It seems like TeamCity is the way we'd prefer to go. I've read numerous blog posts about how TeamCity has a much smoother user experience and things just generally laid out with more clarity. With TeamCity we won't be going on too many a wild goose chase. But for the moment we're trying to skirt our expenses, too.
The free version of TeamCity comes with a server, and 3 build agents. The server delegates the tests to the agents. Is that enough for a small dev shop? I'm thinking probably, but what do I know. We need to test on two different platforms as well as web view (actually that considered maybe 5 platforms - chrome, firefox, safari, android, iOS).
What do you guys think, does a free TeamCity server have enough bandwidth to take on a small dev shop? We have 3-5 people working on a project at a time.
Please add any thoughts you may have about Jenkins vs TeamCity, too
Thanks
Managing your own build servers can end up being quite time consuming, and as such, expensive, even if the licence is free. You also need to remember that while the licence may be free, servers are not. I say this because if I were in your shoes, I would look into something like TravisCI or CodeShip.
It looks expensive compared to a free Teamcity licence, but you owe it to yourselves to atleast consider such an option. (There are others, those are two of the popular choices)
To answer the original question: I do believe that Teamcity will have the "bandwidth" to support your needs, but setup will take some time and effort.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
I have a Rails 4 app running on Heroku.
I need the app to send out about 10 000 emails every morning.
I'm planning to use a service like Mandrill/Sendgrid.
What technical steps should be in place for the above scenario to work reliably?
The app I work on sends out 100,000s of emails each week. Here are a few of the better things I did in the application to support sending such a high volume of emails each day:
Setup and configure Sidekiq to handle all emails asynchronously. This was hugely important for us.
Develop an API to receive the web hook/call backs from Mailgun (clicks, opens, etc.)
Compress my html email content before sending (via the htmlcompressor gem) to speed up delivery and all that
Good exception handling and exception reporting reporting for when (not if) things go wrong.
For us and our application, these few things (Sidekiq, especially) has been a godsend.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I know it sounds crazy but I'm sitting here with various phone on different networks and all the phones on the sprint network are failing to work correctly.
It looks as if the LESS style sheet is not being applied. Has any one ever ran into any thing like this?
Also just visited the LESS website figuring all there styles would be created with LESS and its doing the same thing. Failing to load/apply the LESS.
The specific phones I have tried on the sprint network are two iphones and one android optimus V.
I would strongly suggest pre-processing your LESS file into CSS and serving that on your site.
It is considerably more efficient as even a medium sized less file can take hundreds of milliseconds to process during page load. It is also one less javascript file to download in production. Finally, it is a lot less processor overhead on mobile devices that need to not only parse the javascript, but then parse the less file as well. Some mobile devices don't have caching or local storage so there is a potential for them to be re-processing the less file every time the page loads.
Either use the lessc compiler (requires Node.js) or SimpLESS to pre-compile your css files.
You could try to see if it's blocking the download of the less javascript or the stylesheet itself by loading their URLs directly.
For lesscss.org that would be http://lesscss.org/less/main.less and http://lesscss.org/js/less.js
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
We've built an app using Facebook PHP SDK. Quite often (too often to count it negligible) requests result in exception (obviously timeout). What is the best way to deal with this? Are there any options we could tweak to decrease the frequency at least?
I'm searching information about this topic too.
A couple of things to keep in mind:
1) your server, if your hosting plan is cheap (let's face it), it will probably fail with a considerable amount of requests.
2) Optimize your api calls and if it's possible, change it for FQL queries. This happened to me yesterday, my app needed to extract the name (via php sdk api call) of four friends selected by the user. For each friend I was asking facebook for the complete profile [$this->api('ID')].
You might think "well, at the end the profile is just 4 or 5 data fields". I really don't know the impact of this query, but I was getting a lot of timeouts. Then I changed the query for a FQL query (using the SDK, but only selecting the name field). The timeouts are gone.
As I said, I'm still looking for information about optimizing api calls, but I hope you can start with this.
Regards.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 5 years ago.
Improve this question
I have a program that reads about a million of rows and group the rows; the client computer is not stressed at all, no more than 5% cpu usage and the network card is used at about 10% or less.
If in the same client machine I run four copies of the program the use grow at the same rate, with the four programs running, I get about 20% cpu usage and about 40% network usage. That makes me think that I can improve the performance using threads to read the information from the database. But I don't want to introduce this complexity if a configuration change could do the same.
Client: Windows 7, CSDK 3.50.TC7
Server: AIX 5.3, IBM Informix Dynamic Server Version 11.50.FC3
There are a few tweaks you can try, most notably setting the fetch buffer size. The environment variable FET_BUF_SIZE can be set to a value such as 32767. This may help you get closer to saturating the client and the network.
Multiple threads sharing a single connection will not help. Multiple threads using multiple connections might help - they'd each be running a separate query, of course.
If the client program is grouping the rows, we have to ask "why?". It is generally best to leave the server (DBMS) to do that. That said, if the server is compute bound and the client PC is wallowing in idle cycles, it may make sense to do the grunt work on the client instead of the server. Just make sure you minimize the data to be relayed over the network.