The term “high-level language” does

The term “high-level language” does not imply that the language is
always superior to low-level programming languages. It refers to the higher
level of abstraction from machine language. Rather than dealing with
registers, memory addresses and call stacks, high-level languages deal with
usability, threads, locks, objects, variables, arrays and complex arithmetic
or Boolean expressions. In addition, they have no opcodes that can directly
compile the language into machine code, unlike low-level assembly
language. Other features such as string handling routines, object-oriented
language features and file input/output may also be present.
Stereotypically, high-level languages make complex programming
simpler, while low-level languages tend to produce more efficient code.
Abstraction penalty is the barrier preventing applying high level
programming techniques in situations where computational resources are
limited. High level programming features like more generic data structures,
run-time interpretation and intermediate code files often result in slower
92
execution speed, higher memory consumption and larger binary size. For
this reason, code which needs to run particularly quickly and efficiently
may be written in a lower-level language, even if a higher-level language
would make the coding easier.
However, with the growing complexity of modern microprocessor
architectures, well-designed compilers for high-level languages frequently
produce codes comparable in efficiency to what most low-level
programmers can produce by hand, and the higher abstraction may allow
more powerful techniques provide better overall results than their low-level
counterparts in particular settings.
The terms “high-level” and “low-level” are inherently relative. Some
decades ago, the C language (and similar languages) was most often considered
“high-level”, as it supported concepts such as expression evaluation, data types
and structures, while assembly language was considered “low-level”. Many
programmers today might refer to C as low-level, as it lacks a large runtimesystem
(e.g. no garbage collection), basically supports only scalar operations, and
provides direct memory addressing. It therefore readily blends with assembly
language and the machine level of CPUs and microcontrollers.
Also note that assembly language may itself be regarded as a higher level
(but still one-to-one) representation of machine code, as it supports concepts such
as constant and limited expressions, sometimes even variables, procedures, and
data structures. Machine code, in its turn, is inherently at a slightly higher level
than the microcode or micro-operations used internally in many processors.

Результаты (русский) 2:

Термин «язык высокого уровня» не означает , что язык
всегда выше языков программирования низкого уровня. Это относится к более высокому
уровню абстракции от языка машины. Вместо того , чтобы дело с
регистрами, адресами памяти и стека вызовов, языки высокого уровня дело с
юзабилити, нити, замки, объекты, переменные, массивы и сложной арифметики
или логических выражений. Кроме того, у них нет опкоды , которые могут непосредственно
обобщению язык в машинный код, в отличие от сборки низкоуровневого
языка. Другие функции , такие как обработка строки процедур, объектно-ориентированных
особенностей языка и файл ввода / вывода могут также присутствовать.
Стереотипно, языки высокого уровня делают сложное программирование более
простым, в то время как языки низкого уровня , как правило, производят более эффективный код.
Абстракция штраф является барьер , препятствующий применения высокого уровня
техники программирования в ситуациях , когда вычислительные ресурсы являются
ограниченными. Высокие функции программирования высокого уровня , такие как более общие структуры данных,
интерпретации времени выполнения и промежуточного кода файлов часто приводит к более медленному
92
скорости выполнения, более высокое потребление памяти и большего размера двоичного. По
этой причине, код , который нужно особенно быстро бегать и эффективно
может быть написан на языке низкого уровня, даже если язык высокого уровня
позволит сделать кодирование проще.
Тем не менее, с растущей сложностью современных микропроцессорных
архитектур, хорошо продуманные компиляторы для языков высокого уровня , часто
производят коды , сравнимые по эффективности с тем, что большинство низкого уровня
программисты могут произвести вручную, и тем выше абстракция может позволить
более мощные методы обеспечивают более общие результаты , чем их низкоуровневых
коллегами в определенных условиях.
термины " высокого уровня "и" низкого уровня "по своей сути относительна. Несколько
десятилетий назад, язык C (и другие подобные языки) чаще всего считается
"высокого уровня", поскольку он поддерживает такие понятия, как вычисление выражения, типы данных
и структуры, в то время как язык ассемблера был признан "низкоуровневое". Многие
программисты сегодня могут относиться к C как низкий уровень, как ему не хватает большой runtimesystem
(например , отсутствие сбора мусора), в основном поддерживает только скалярные операции, и
обеспечивает прямую адресацию памяти. Поэтому она легко сочетается с сборочного
языка и машинном уровне процессоров и микроконтроллеров.
Также отметим , что ассемблер сам по себе может рассматриваться как более высокий уровень
(но все - таки один-к-одному) представление машинного кода, так как он поддерживает такие понятия,
как постоянная и ограниченные выражения, иногда даже переменные, процедуры и
структуры данных. Машинный код, в свою очередь, является по своей сути на несколько более высоком уровне ,
чем микрокода или микроопераций используется во многих процессорах.