patch #1

Author: unstoo

locale/ru/docs/guides/blocking-vs-non-blocking.md

@@ -13,7 +13,7 @@ basic understanding of the JavaScript language and Node.js callback pattern.
 
 
 Этот обзор рассматривает разницу между **блокирующими** и **неблокирующими**
-вызовами в Node.js. Этот обзор ссылается на цикл событий (Event Loop) и библиотеку libuv,
+вызовами в Node.js. Он ссылается на цикл событий (event loop) и библиотеку libuv,
 однако предварительное знание этих тем не требуется. Предпологается, что 
 читатели имеют базовое понимание JavaScript и паттерна обратных вызовов (callback)
 в Node.js.
@@ -33,9 +33,9 @@ process must wait until a non-JavaScript operation completes. This happens
 because the event loop is unable to continue running JavaScript while a
 **blocking** operation is occurring.
 
-**Блокирование** происходит, когда исполнению оставшегося JavaScript кода в Node.js
-приходится ждать, пока не завершится сторонняя операция (напр. чтение содржания какого-нибудь файла).
-Так происходит, потомучто цикл событий не может продолжить исполнение JavaScript
+О **блокировании** говорят, когда выполнение оставшегося JavaScript кода в Node.js
+приостановленно до тех пор, пока не завершится работа сторонней операции (напр., чтение
+какого-нибудь файла). Поскольку цикл событий не может продолжить исполнение оставшегося JavaScript
 кода, пока работает **блокирующая** операция.
 
 In Node.js, JavaScript that exhibits poor performance due to being CPU intensive
@@ -44,19 +44,19 @@ referred to as **blocking**. Synchronous methods in the Node.js standard library
 that use libuv are the most commonly used **blocking** operations. Native
 modules may also have **blocking** methods.
 
-В Node.js, медленный код JavaScript, как правило, не называют **блокирующим**,
-если он является таким по причине высокой нагрузки на ЦПУ, а не по причине
-ожидания завершения сторонней операции. Синхронные методы в стандартной
-библиотеке Node.js, которые используют libuv, суть самые часто встречающиеся
-**блокирующие** операции. Нативные модули так же могут иметь **блокирующие** вызовы.
+В Node.js, медленный код JavaScript, не принято называть **блокирующим**,
+если причиной тому высокая нагрузка на процессор, а не ожидание завершения 
+сторонней операции. Синхронные методы в стандартной библиотеке Node.js, 
+которые используют libuv, наиболее часто встречающиеся **блокирующие** операции. 
+Нативные модули также могут иметь **блокирующие** вызовы.
 
 All of the I/O methods in the Node.js standard library provide asynchronous
 versions, which are **non-blocking**, and accept callback functions. Some
 methods also have **blocking** counterparts, which have names that end with
 `Sync`.
 
-Все I/O методы в стандартной библиотеке Node.js предоставляют асинхронные версии,
-которые являются **неблокирующими**, и которые принимаю функции обратного вызова
+Все I/O методы в стандартной библиотеке Node.js предоставляют свои асинхронные версии,
+которые являются **неблокирующими**, и которые принимают функции обратного вызова
 в качестве аргумента. Некоторые методы также имеют свои **блокирующие** аналоги.
 Названия таких методов закнчиваются на `Sync`. 
 
@@ -72,7 +72,7 @@ execute **asynchronously**.
 
 Using the File System module as an example, this is a **synchronous** file read:
 
-Для примера возмкм модуль File System. Это пример **синхронного** чтения файла:
+Для примера возмем модуль File System. Вот пример **синхронного** чтения файла:
 
 ```js
 const fs = require('fs');
@@ -82,7 +82,7 @@ const data = fs.readFileSync('/file.md'); // исполнение кода за
 
 And here is an equivalent **asynchronous** example:
 
-А здесь эквивалентный **асинхронный** пример:
+А вот эквивалентный **асинхронный** пример:
 
 ```js
 const fs = require('fs');
@@ -101,7 +101,7 @@ shown.
 Первый пример выглядит проще чем второй, но он имеет один недостаток: вторая строка 
 **блокирует** исполнение лиюбого нижеследующего кода, пока весь файл не будет считан.
 Обратите внимание, если синхронная версия кода сгененирует исключение (throws an exception),
-его нужно поймать, иначе процесс Node.js "упадёт". 
+его нужно обработать, иначе процесс Node.js "упадёт". 
 
 Let's expand our example a little bit:
 
@@ -144,6 +144,7 @@ JavaScript кода может продолжаться не дожидаясь
 
 
 ## Concurrency and Throughput
+## Конкурентность и Пропускная Способность
 
 JavaScript execution in Node.js is single threaded, so concurrency refers to the
 event loop's capacity to execute JavaScript callback functions after completing