Go back to fronty page View most popular entries View latest additions Submit tutorials to UnixTutorials.info
UnixTutorials logo

Search results for Profiling in Linux Performance Tuning


Profiling in Linux Performance Tuning

Post date: December 18, 2005, 21:12 Category: Optimizing Views: 3409 Comments
Tutorial quote: This chapter covers several methods to measure execution time and real-time performance. The methods give different types of granularity, from the program’s complete execution time to how long each function in the program takes.

Network Performance Fine Tuning in openSUSE & SUSE

Post date: October 8, 2008, 23:10 Category: Network Views: 4218 Comments
Tutorial quote: openSUSE and SUSE Linux sets default values for some of the network related Kernel parameters. With Kernel 2.6 (default in recent releases of openSUSE & SuSE Linux), there are some fine tuning you can do to improve Network performance and get that extra out of your system.

High Performance MySQL

Post date: December 1, 2006, 04:12 Category: Optimizing Views: 5781 Comments
Tutorial quote: The operating system your MySQL server runs on and the server's configuration can be just as important to your server's performance as the indexes, schema, or queries themselves. In this chapter, we will help you understand how to tune your server to improve performance, as opposed to tuning schema or queries. We'll be looking at changes to your hardware, operating system, and MySQL configuration to see what effects they have on overall performance.

We assume that you've already made efforts to boost the performance of your queries. If you haven't done that already, stop now and read Chapter 4 and Chapter 5 to get a handle on optimizing your queries and your application code. Only then should you worry about server settings. Hardware is often not the solution to MySQL performance problems. Poorly optimized queries can slow you down far more than not having the latest CPU or SCSI disk. To put this in perspective, one of the MySQL AB trainers even says that changing hardware might, in the best cases, give you a 10-fold performance increase. But tuning queries (and schemas) can often give you 1000-fold performance increase. Seriously.

Some topics covered in this chapter are platform-specific. The authors' knowledge of the various platforms on which MySQL runs is limited. In many cases, you'll need to consult your local documentation for various operating system tools and specifics.

We start with an overview of the factors that limit performance and then look more in depth at RAID, hardware, and operating system issues. The chapter finishes with a discussion of techniques you can use to locate, identify, and fix bottlenecks.

Performance Tuning with GCC, Part 1

Post date: November 26, 2005, 01:11 Category: Optimizing Views: 3577 Comments
Tutorial quote: This article provides an overview of the different flags controlling optimization in GCC and some hints on how to use them to get the most performance out of your application. In particular, it discusses some of the new optimization features of the GCC 4.x series included in Fedora™ Core 4 and the upcoming Red Hat® Enterprise Linux® versions.

Postfix performance tuning

Post date: May 21, 2005, 11:05 Category: Optimizing Views: 3398 Comments
Tutorial quote: Postfix is fast out of the box, but like other packages, you can usually tune it to work even faster. Furthermore, there are situations where Postfix may not perform as well as you expected, whether because of hardware or software limitations on the server system or other adverse conditions, such as a big influx of spam or undeliverable mail. This article shows you how to find and analyze the most common performance problems.

Tips & tricks: Performance tuning

Post date: November 26, 2005, 00:11 Category: Optimizing Views: 8530 Comments
Tutorial quote: Advanced tips on optimizing your Red Hat server.

X Window Manager Benchmarks (E17 on Top)

Post date: June 9, 2005, 14:06 Category: Benchmarks Views: 3733 Comments
Tutorial quote: I've been focusing on some stability issues of late in E17, but more importantly - speed. I've been doing a little profiling and shaving off cycles where I can find readily optimizable code. I have E17 starting in 0.52 seconds (from execute to usable desktop). Considering that involves loading and rendering and scaling a complex multi-leayered desktop background, loading multiple useful modules (pager, ibar, start, dropshadow, cpufreq handler, clock, etc.), then that's not too bad.

Now I'm a numbers man. I like numbers. I don't like vague "it's faster than X" or "that's slower than this" statements without numbers to back it up. I also like to play fair. Also given there are no "performance suites" i know of that measure window manager performance, I wrote a quick and dirty one.

Tuning and Optimizing Red Hat Enterprise Linux for Oracle 9i and 10g Databases

Post date: December 19, 2007, 06:12 Category: Optimizing Views: 9495 Comments
Tutorial quote: This article is a step by step guide for tuning and optimizing Red Hat Enterprise Linux on x86 and x86-64 platforms running Oracle 9i (32bit/64bit) and Oracle 10g (32bit/64bit) standalone and RAC databases. This guide covers Red Hat Enterprise Linux Advanced Server 3 and 4 and the older version 2.1.

Choosing an I/O Scheduler for Red Hat Enterprise Linux 4

Post date: July 18, 2005, 22:07 Category: Benchmarks Views: 7397 Comments
Tutorial quote: The Linux kernel, the core of the operating system, is responsible for controlling disk access by using kernel I/O scheduling. Red Hat Enterprise Linux 3 with a 2.4 kernel base uses a single, robust, general purpose I/O elevator. The 2.4 I/O scheduler has a reasonable number of tuning options by controlling the amount of time a request remains in an I/O queue before being serviced using the elvtune command. While Red Hat Enterprise Linux 3 offers most workloads excellent performance, it does not always provide the best I/O characteristics for the wide range of applications in use by Linux users these days. The I/O schedulers provided in Red Hat Enterprise Linux 4, embedded in the 2.6 kernel, have advanced the I/O capabilities of Linux significantly. With Red Hat Enterprise Linux 4, applications can now optimize the kernel I/O at boot time, by selecting one of four different I/O schedulers.

Considerations for the system architect: Performance

Post date: April 20, 2005, 10:04 Category: Miscellaneous Views: 2844 Comments
Tutorial quote: For many developers and engineers, performance is often an afterthought. But when a product functions as designed and has proven stability and the right feature mix, success in the marketplace often depends upon performance. Architectural decisions define the ultimate feasible performance of any product. In this article, learn how performance-monitoring technology initially developed for mainframes can help you improve your own code's performance.
Web-based applications and online marketing solutions - LumoLink