Примож Габриэльчич - Высокая производительность Delphi (черновик перевода глав 1-2)

feedback@packtpub.com and mention the book title in the subject of your message. If you have questions about any aspect of this book, please email us at questions@packtpub.com.

Errata: Although we have taken every care to ensure the accuracy of our content, mistakes do happen. If you have found a mistake in this book, we would be grateful if you would report this to us. Please visit www.packtpub.com/submit-errata, selecting your book, clicking on the Errata Submission Form link, and entering the details.

Piracy: If you come across any illegal copies of our works in any form on the Internet, we would be grateful if you would provide us with the location address or website name. Please contact us at copyright@packtpub.com with a link to the material.

If you are interested in becoming an author: If there is a topic that you have expertise in and you are interested in either writing or contributing to a book, please visit authors.packtpub.com.

Reviews

Please leave a review. Once you have read and used this book, why not leave a review on the site that you purchased it from? Potential readers can then see and use your unbiased opinion to make purchase decisions, we at Packt can understand what you think about our products, and our authors can see your feedback on their book. Thank you!

For more information about Packt, please visit packtpub.com.

Глава 1. О производительности

"My program is not fast enough. Users are saying that it is not performing well. What can I do?"

«Моя программа недостаточно быстра. Пользователи говорят, что она выполняется не очень хорошо. Что я могу сделать?»

These are the words I hear a lot when consulting on different programming projects. Sometimes the answer is simple, sometimes hard, but almost always the critical part of the answer lies in the question. More specifically, in one word - performing.

Эти слова я часто слышу, консультируя по различным проектам программирования. Иногда ответ прост, иногда труден, но почти всегда решающая часть ответа заключается в вопросе. Точнее, одним словом — выполнение.

What do we mean when we say that a program is performing well? Actually, nobody cares. What we have to know is what users mean when they say that the program is not performing well. And users, you'll probably admit, look at the world in a very different way than we programmers.

Что мы имеем в виду, когда говорим, что программа выполняется хорошо? На самом деле, это никого не волнует. Что мы должны знать, так это то, что пользователи имеют в виду, когда говорят, что программа выполняется плохо. И пользователи, вы, вероятно, согласитесь, смотрят на мир совсем по-другому, чем мы, программисты.

Before starting to measure and improve the performance of a program, we have to find out what users really mean by the word performance. Only then can we do something productive about it.

Прежде чем начать измерять и улучшать производительность программы, мы должны выяснить, что пользователи на самом деле подразумевают под словом «производительность». Только тогда мы сможем сделать с этим что-то продуктивное.

We will cover the following topics in this chapter:

В этой главе мы рассмотрим следующие темы:

What is performance?

Что такое производительность?

What do we mean when we say that a program performs well?

Что мы имеем в виду, когда говорим, что программа выполняется хорошо?

What can we tell about the code speed by looking at the algorithm?

Что мы можем сказать о скорости кода, посмотрев на алгоритм?

How does the knowledge of compiler internals help us write fast programs?

Как знание внутренних компонентов компилятора помогает нам писать быстрые программы?

Why is it better to measure than to guess?

Почему лучше измерить, чем угадать?

What tools can we use to find the slow parts of a program?

Какие инструменты мы можем использовать для поиска медленных частей программы?

Что такое производительность?

To better understand what we mean when we say that a program is performing well, let's take a look at a user story. In this book, we will use a fictitious person, namely Mr. Smith, Chief of Antarctica Department of Forestry. Mr. Smith is stationed in McMurdo Base, Antarctica, and he doesn't have much real work to do. He has already mapped all the forests in the vicinity of the station and half of the year it is too dark to be walking around and counting trees, anyway. That's why he spends most of his time behind a computer. And that's also why he is very grumpy when his programs are not performing well.

Чтобы лучше понять, что мы имеем в виду, когда говорим, что программа выполняется хорошо, давайте взглянем на историю пользователей. В этой книге мы будем использовать вымышленного человека, а именно мистера Смита, начальника Департамента лесного хозяйства Антарктиды. Мистер Смит находится на базе Макмердо, Антарктида, и у него не так много реальной работы. Он уже нанес на карту все леса в окрестностях станции, и в любом случае полгода слишком темно, чтобы ходить и считать деревья. Вот почему он проводит большую часть своего времени за компьютером. И именно поэтому он очень сердит, когда его программы не выполняется хорошо.

Some days he writes long documents analyzing the state of forests in Antarctica. When he is doing that, he wants the document editor to perform well. By that he actually

--">