Газета/редактор журнала является автором или редактором в плане ссылок?

ТЛ;ДР

ЗШ выбирает десятичное представление для двойных двоичных чисел, которые он использует для вычисления с плавающей точкой арифметика, которая сохраняет свою информацию полностью, что является безопасным для reinput в арифметических выражениях. И это будет сделано за счет косметики. Для этого он должен 17 значащих цифр, и убедитесь, что экспансия всегда включает . или Е так она рассматривается как поплавок на reinput.

Что "полной точности" десятичное представление можно рассматривать как промежуточный формат между двоичными двойной точности станка-только цифры и удобочитаемое один. Промежуточный формат, который понимают все инструменты, которые понимают, десятичные представления чисел с плавающей точкой.

В случае 0.1 как использовать в арифметическом выражении, так уж получилось, что ближайший 17 чисел десятичное представление двоичное число с двойной точностью близкой к 0.1 это 0.10000000000000001, артефакт, вызванный предел точности двойной точности чисел и округление.

Другие снаряды привилегия косметический аспект и не потерять информацию при конвертации в десятичную (хотя до сих пор стараюсь сохранить как можно больше точности, как это возможно в рамках дополнительных ограничений). Оба подхода имеют свои достоинства и недостатки, см. ниже для деталей.

неужели нет такого рода проблематично, так как это не снаряд и не надо переводить туда-сюда постоянно между двоичной и десятичной записи при работе с плавающей запятой.

подход ЗШ по

ЗШ, как и во многих других языках программирования (в том числе Яш, ksh93) и многие инструменты, используемые в оболочке (как на awk, Е...), которые имеют дело с числами с плавающей точкой, выполнять арифметические операции в двоичной записи этих чисел.

Это удобно и эффективно, поскольку эти операции поддерживаются компилятором C и на большинстве архитектур осуществляется самим процессором.

ЗШ использует двойной тип C для внутреннего представления вещественных чисел..

На большинстве архитектур (и с большинством компиляторов), те, которые выполнены, используя IEEE 754 двойной точности двоичные числа с плавающей запятой.

Это реализовано в виде 1.12e4 технических обозначений десятичных числа, но в двоичной (основание 2) вместо десятичной (основание 10). С мантиссой на 53 бит (1 из которых подразумевается), и показатель на 11 бит (и бит знака). Те, как правило, дать вам больше точности, чем вы когда-нибудь понадобится.

При вычислении арифметического выражения, такие как 1. / 10 (который здесь имеет буквальное float постоянный в качестве одного из операндов), ЗШ преобразует их из текста десятичное представление двойнойс внутренней (с помощью стандартного strtod() функция) и выполняет операцию, которая влечет за собой новый двойной.

1/10 может быть представлен в десятичной системе счисления как 0,1 или 1е-1, но так как мы не можем представить 1/3 в десятичной (было бы неплохо в основание 3, 6 или 9), 1/10 не могут быть представлены в двоичном формате (как 10 не является степенью числа 2). Как 1/3 является 0.333333_{экспромта} в десятичной, 1/10 является .0001100110011001100110011001_{экспромта} или 1.10011001100110011001_{экспромта}П-4 в двоичном (где П-4 стоит на 2^-4, (4 предлагаемых здесь в десятичной системе)).

Как мы можем хранить только 52 разряда стоит этих 1001..., 1/10, как дважды становится 1.1001100110011001100110011001100110011001100110011010 П-4 (Обратите внимание на округление в последние 2 цифры).

Это самое близкое представление 1/10, что мы можем сделать с двойнойС. Если перевести обратно в десятичное, то получим:

# 1 2
#12345678901234567890
.1000000000000000055511151231257827021181583404541015625

В дважды до этого (1.1001100110011001100110011001100110011001100110011001 П-4 является:

.09999999999999999167332731531132594682276248931884765625

и один после (1.1001100110011001100110011001100110011001100110011011 П-4):

.10000000000000001942890293094023945741355419158935546875

не так близко.

Теперь, ЗШ - это прежде всего оболочка, то есть, в командной строке интерпретатора. Рано или поздно ему потребуется, чтобы пройти с плавающей запятой, что результаты арифметического выражения в команду. В Shell-программировании-язык, ты пройдешь свой двойной функции вы хотите позвонить. Но в оболочке, можно передавать только строки для команды. Вы не можете передавать исходный байт значения двойной , как он может очень хорошо содержать нулевой байт и все равно команды не знают, что с ними делать.

Так что вы должны преобразовать его обратно в строку запись о том, что команда понимает. Есть некоторые указания, как С99 0xc.ccccccccccccccdp-7 с плавающей точкой в шестнадцатеричной системе счисления, которые могут легко представлять в IEEE 754 с плавающей точкой двоичное число, но это пока широко не используется и, в целом, бессмысленно для большинства смертных людей (несколько человек признает 0.1 на первый взгляд выше). Таким образом, результат $((...)) арифметика расширение, на самом деле число с плавающей точкой в десятичной notation1.

Теперь .1000000000000000055511151231257827021181583404541015625 немного длинноват и его бессмысленно отдавать столько точности, учитывая, что двойнойS (и поэтому результат арифметического выражения) не так много точности. По сути, .1000000000000000055511151231257827021181583404541015625, .100000000000000005551115123125782, или даже 0,1 в этом случае будет конвертировать обратно в том же дважды.

Если мы усечения (и круглых) для 15 цифр, как Яша (который также использует двойнойс внутренней ее плавающей точкой арифметика), мы действительно получаем наш 0.1, но тогда мы опять получим 0.1, а также для двух других двойныхS, поэтому мы теряем информацию, как мы не можем отличить эти 3 разные цифры. Если мы усекая до 16 бит, то все равно получится 2 таких разных двойнымы, которые дают по 0,1.

Нам нужно сохранить 17 значимых десятичных цифр, чтобы не потерять информацию, хранящуюся в IEEE 754 с двойной точностью числа. Как с двойной точностью Википедии статья ставит его (цитирую бумаги Уильяма Каган, главный архитектор за стандарт IEEE 754):

Если стандарт IEEE 754 двойной точности число преобразуется в десятичное строка с не менее чем 17 значащих цифр, а затем преобразуется обратно в двойной точности представления, окончательный результат должен соответствовать оригинальный номер

И наоборот, если мы будем использовать меньше бит, есть двоичный двойной ценности, за которые мы не получим обратно те же двойные , как только мы превращаем их обратно, как видно в примере выше.

Вот что ЗШ делает, он выбирает, чтобы сохранить всю точность двойного двоичного формата в десятичное представление дается по результату арифметического расширения, так что когда опять во что-то (как на awk или с printf "%17Ф" или zsh собственных арифметических выражений...), который преобразует его обратно в двойном , что это тот же двухместный.

Как видно на ЗШ код (уже есть в 2000 году, когда с плавающей точкой поддержка была добавлена в ЗШ):

/*
 * Преобразование из плавающей точки выражения без использования
 * переменной. Лучший выбор в этом случае только кажется
 * использовать общий формат %G С что-то вроде максимум
 * двойной точности.
*/

Вы также заметите, что он расширяет поплавки, которые оказываются, не имеют дробной части, когда усе с собой . приложил, чтобы убедиться, что они рассматриваются как поплавок, когда снова использован в арифметических выражениях:

$ ЗШ -с 'Эхо $((0.5 * 4))'
2.

Если этого не произошло и он был использован в арифметических выражениях, это будет рассматриваться как целое, а не поплавок, который будет влиять на поведение операций используется (например 2/4-операция целочисленного деления, который дает 0 и 2./4 является делением с плавающей запятой, который дает 0.5).

Теперь, что выбор на количество значащих цифр означает, что для случая, что 0.1 в качестве входных данных, 1.1001100110011001100110011001100110011001100110011010 П-4 двоичный двойной (ближе к 0.1) становится 0.100000000000001, который выглядит плохо, когда показали человека. Это еще хуже, когда ошибка в другом направлении, как 0.3, что становится 0.29999999999999999.

Есть также обратное проблема, что когда мы проходим по этому номеру, чтобы приложение, которое поддерживает более точными, чем двойнымС, мы фактически попутно, что 0.000000000000001 ошибки (от значения входного сигнала пользователя, например 0.1), по которой затем будет значительным:

$ с V=$((0.1)) у awk 'начать{печати "ЭНВИРОН" ["в"] == 0.1}'
1
$ с V=$((0.1)) Яша -с 'эхо "$((в == 0.1))"'
1

ОК, так как awk и Яша использовать двойнойпросто люблю ЗШ, но:

$ Эхо "$((0.1)) == 0.1" | до н. э.
0
$ с V=$((0.1)) ksh93 -с 'эхо "$((в == 0.1))"'
0

не ок, потому что до нашей эры использует произвольной точности и ksh93 повышенной точности по моей системе.

Теперь, если вместо 0,1 (1/10), исходное десятичное вход был 0.11111111111111111 (или любое другое произвольное приближение 1/9), столы свою очередь, показывая, что это совершенно безнадежно, чтобы сделать сравнения на равенство, на поплавках.

Человеческий дисплей артефакт проблема может быть решена путем указания точной на момент отображения (после того как вы сделали все ваши расчеты с использованием полной точности), например с помощью функции printf:

$ х=$((1./10)); функции printf '%ы %г\н $х $х
0.10000000000000001 0.1

(%г, короче на %.6г как по умолчанию формат вывода для поплавков в Неум). Что также снимает лишнюю трейлинг . на число поплавков.

подход Яш (и ksh93 х)

Яша решил убрать артефакты на счет точность 15 десятичных цифр наибольшее число значимых десятичных цифр, который гарантирует, что там не будет такого рода артефакт, при преобразовании числа из десятичной в двоичную и обратно в десятичную, как в нашем $((0.1)) случае.

Тот факт, что информация в двоичное число теряется при преобразовании в десятичную может привести к другим формам артефакты:

$ Яш -с 'х=$((1./3)); Эхо "$((х == 1./3)) $((1./3 == 1./3))"'
0 1

Хотя (в)сравнения на равенство, как правило, небезопасна с плавающей запятой. Здесь, мы можем ожидать, что Х и 1./3 должны быть идентичными, так как они являются результатом ту же операцию.

Также:

$ Яш -с 'х=$((0.5 * 3)); г=$((1.25 * 4)); Эхо "$((х / г))"'
0.3
$ Яш -с 'х=$((0.5 * 6)); г=$((1.25 * 4)); Эхо "$((х / г))"'
0

(как Яша не всегда включают . или Е в десятичное представление с плавающей точкой результат, следующая арифметическая операция может закончиться либо целочисленных операций с плавающей точкой операции).

Или:

$ Яш -С 'а=$((1e15)); эхо $((а*100000))'
1е+20
$ Яш -С 'а=$((1e14)); эхо $((а*100000))'
-8446744073709551616

($((1e15)) расширяется до 1е+15 , как поплавок, в то время как $((1e14)) расширяется до 100000000000000 которых берется как целое и вызывает переполнение, потому что мы на самом деле делаем целочисленное умножение вместо поплавка умножения).

В то время как есть пути решения проблемы артефакта за счет уменьшения точности на дисплей в ЗШ , как видно выше, потеря точности не могут быть восстановлены в других оболочках.

$ Яш -с 'функции printf "%.17г\П" $((5./9))'
0.555555555555556

(еще только 15 цифр)

В любом случае, однако каким словом вы очищаете, вы всегда сможете в конечном итоге получить артефакты в результаты арифметических разложений как ошибки свойственны для представления чисел с плавающей точкой.

$ Яш -с 'Эхо $((10.1 - 10))'
0.0999999999999996

Что является еще одной иллюстрацией того, почему вы не можете использовать оператор равенства с плавающей запятой:

$ ЗШ -с 'Эхо $((10.1 - 10 == 0.1))'
0
$ Яш -с 'Эхо "$((10.1 - 10 == 0.1))"'
0

ksh93

В случае ksh93 является более сложным.

ksh93 использует двойнойs вместо двуспальной , где доступны. длинная двойнаяс гарантируется только на C, чтобы быть как минимум двойнойС. На практике, в зависимости от компилятора и архитектуры, они чаще всего либо IEEE 754 с двойной точностью (64 бит) как двойноес, IEEE 754 четверной точности (128 бит) или расширенной точности (80 бит точности, но часто хранятся на 128 бит), как для ksh93 построен для GNU/Linux систем, работающих на архитектуре x86.

Чтобы представить их полностью и недвусмысленно в десятичную, нужно, соответственно, 17, 36 или 21 значащих цифр.

ksh93 усекает в 18 значащих цифр.

Я могу только проверить на x86 архитектуре, но мое понимание заключается в том, что в системах, где длинный двойнойс как двойнойS, то вы получили бы такой же артефакт, как с ЗШ (хуже, так как он использует 18 цифр вместо 17).

Где двойнойх 80 бит или 128-бит точностью, вы получите такие же проблемы, как с Яш за исключением того, что ситуация лучше, при взаимодействии с инструментами, которые работают с двойнойS как ksh93 придает им большую точность, чем им нужно, и хотел сохранить как можно больше точность, поскольку они дают его.

$ ksh93 -с 'х=$((1./3)); Эхо "$((х == 1. / 3))"'
0

еще "проблема", но не:

$ ksh93 -с 'х=$((1./3)) на awk "начать{печати "ЭНВИРОН" [\"х\"] == 1/3}"'
1

ОК.

Когда поведение является неоптимальным, хотя когда верстал -Ф<Н>/-Е<Н> используются. В том случае, ksh93 усекает до 15 значащих цифр при присвоении значения переменной, даже если вы запрашиваете значение <н> более 15:

$ ksh93 -с 'верстал -клавиши F21 Х; ((Х = Y = 1./3)); Эхо "$((х == у))"'
0
$ ksh93 -с 'верстал -клавиши F21 х; ((г = 1./3)); х=$у; на Echo "$((х == у))"'
0

Существуют различия в поведении между ksh93, ЗШ и Яша , когда дело доходит до обработки на локали десятичной системы счисления характер (следует ли использовать/узнавать 3.14 или 3,14), которое влияет на способность reinput результат арифметических разложений внутри арифметического выражения. zsh-это опять-таки соответствует, что в результате расширения всегда можно использовать внутри арифметического выражения, независимо от локали пользователя есть.

на awk

на awk является одним из тех языков программирования , что это не оболочка и обрабатывает числа с плавающей точкой. То же самое относится к Перл...

Его переменных не ограничивается строками и в наши дни, как правило, хранить числа внутренне как двоичный двойнойс (поглазеть также поддерживает произвольной точности чисел как расширение). Преобразование в строку в десятичном представлении происходит только при печати ряд, как в:

начать $ у awk '{печати 0.1}'
0.1

В этом случае используется формат, указанный в OFMT специальной переменной (%.6г по умолчанию), но может быть сделана сколь угодно большой:

$ на awk -в OFMT=%.80г начинается{печати 0.1}'
0.1000000000000000055511151231257827021181583404541015625

Или когда существует неявное преобразование числа в строку, как строку оператора (например, конкатенация, subtr(), индекс()...), то этом случае CONVFMT переменная используется вместо (кроме целых чисел).

$ на awk -в OFMT=%.0е -в CONVFMT=%.17г 'начало{х=0.1; печать х", "х}'
1е-01 0.10000000000000001

Или при использовании функции printf явно.

В точности потерял внутри, как мы не конвертировать взад и вперед между десятичным и двоичным представлением. И на выход, можно решить, как много или как мало точности выдавать.

Заключение

В заключение, я просто предлагаю мое личное мнение.

Плавающие раковины точкой арифметика-это не то, что я использую часто. Большую часть времени, это через ЗШс zcalc автозагружаемыми калькулятор функция, которая печатает плавает с 6 значной точностью в любом случае. Большую часть времени все последние первые 3 цифры после запятой-это просто шум для такого рода использования.

Имея арифметических разложений имеют высокую точность-это необходимость. Будет ли это полной точности или такой же точностью, как это возможно, избежать некоторых артефактов, вероятно, не имеет большого значения, особенно учитывая, что никто никогда не собирается использовать Shell, чтобы выполнить обширные вычисления с плавающей точкой.

А это дает мне утешение знать, что в ЗШ, в сквозное редактирование файлов в десятичную не собирается вводить дополнительный уровень ошибок, я считаю более важным то, что в результате разложения можно смело использовать внутри арифметического выражения, что плавает поплавки остановиться и что скрипт будет продолжать работать при использовании в локали, где десятичной системы счисления , например.

1 zsh-это единственный Корн-как раковина, что я знаю, что могу иметь арифметический дополнений в основы иное, чем 10, но это только для целочисленных.

Я бегу xmobar вместе с xmonad на Арч Линукс (у меня установлено xmobar-алса версия с ОЗМ).
Мне часто снится мой ноутбук работает без перезагрузки.
Однако, если я пытаюсь перезагрузить xmobar или перезагрузки, я получаю ошибку, которая говорит что-то вроде libHSdbus-[некоторые версии] не нашли, но это не важно, что я установил после того, как я перестроил пакет (сейчас у меня в/usr/lib в/libHSdbus-1.2.5-CM5J0PlN0Zf3vCEof5Hg3l-ghc8.6.4.так установлен.
Я должен сказать здесь, что после перестройки это займет день или два, прежде чем он перестает работать, поэтому я не могу опубликовать настоящее сообщение об ошибке из консоли, как я пришла к идее размещения на этот вопрос после того, как я восстановил пакет...

Я использую яй менеджер пакетов, поэтому, когда я делаю чистую установку с ура и пересобрать пакет, все отлично работает снова, и я озадачен, почему это происходит.

Редактировать: Это случилось снова

$ xmobar .xmonad/xmobarrc.УГ xmobar: ошибка при загрузке разделяемых библиотек: libHSbase-4.12.0.0-ghc8.6.4.так что: не удается открыть общие объект файл: нет такого файла или каталога

Измените следующую строку(71) в win7-setup.sh:

если [ $DESKTOP_SESSION = "гном" -о $DESKTOP_SESSION = "классический гном" ] ; затем

для

если [ $DESKTOP_SESSION = "гном" -о $DESKTOP_SESSION = "гном-классик" ] ; затем

Некоторое время назад я купила себе "высота обучение маска", устройство, которое по существу ограничивает поток воздуха (с отверстиями) и добавляет сопротивление с клапанами.

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

Мне интересно, потому что он не имитировать высоте (меньше кислорода в воздухе), но просто добавляет сопротивление, опасно ли его использовать?

Я знаю, что процентное содержание кислорода в воздухе остается почти неизменным и только понижает давление, но это не должно волновать этот вопрос.

Эти устройства опасны?
Что может произойти и как я могу предотвратить это?

Что я делаю

1. Щелкните правой кнопкой мыши на рабочем столе
2. Выберите изменение фона рабочего стола
3. Перейдите на вкладку Поведение
4. Включить автоматическое скрытие
5. Выберите верхний левый угол
6. Но на низкой чувствительности

Это делает его практически невозможно открыть бар единства. Если вы хотите открыть для доступа к панели единства всего использовать супер ключ, чтобы открыть черточки и оно должно быть там.

Зигги :Д

P. S: этот будет работать только в Ubuntu 12.04

Это может быть произведено на некоторые другие приложения, такие как лаунчер третьей стороны.

Проверяем любые другие 3-сторонних приложений, в основном, 3-й партии запуска, который вы используете. Удалить/остановить тех пусковых/приложения и проверить.

У меня есть проблема с качеством PDF печать локальных (чашки) и Google Cloud печати. (ГЦП лучше, с чашками я вам неправильный размер, неправильный символы, неправильные шрифты. Поэтому я хочу знать, что чашки делает!)

Принтер может обрабатывать пару форматах: приложение/PDF (в≥ 1.0, ≤ 1.7), изображение/JPEG изображений в формате TIFF, изображения/ПРГ-растр

Я добавил принтер в чашки по-разному в течение месяца, я также использовал его „машиниста”, где чашки обнаруживает принтер в самой локальной сети.

Во всех случаях он печатает PDF-файл с ошибками; не полностью, но отрисовка печати бесполезны для меня. Что происходит: страницы будет увеличиваться на ~30%, начиная со страницы 2 или 3 шрифты перемешаются, персонажи превращаются в символы, абзацы, напечатанные жирным шрифтом и т. д...

Тот же PDF-файлы отлично, если печатать через Google облако печати на одном принтере. Непосредственно кормление принтера USB-флешку с PDF одинаково хорошо. – Я хочу иметь такие же хорошие результаты при печати с моего компьютера!

Мои вопросы:

• Я хочу знать, что производство каждой Cups принтер занимает на моей машине перед его отправкой на реальный принтер. Оно распознает формат? Как? Будет ли он преобразовать опять в PDF? Ppd-файлы, которые будут его использовать? Какие другие решения принимает трубопровода и какие преобразования?
• От прошел задание печати, я хочу знать: что же чашки обнаружить? Какие преобразования он сделал? Где я могу принести полученные промежуточные результаты?

Я не нашел хорошей точки входа для чашек отладки и декомпиляции до сих пор (с моими вопросами в виду)...

Коммерческие ответа заключается в установке хорошее качество просмотра PDF. Еще лучше было бы установить GoodReader , который начинал как PDF обработчик, но теперь можно обрабатывать несколько различных типов файлов, а также выполнять различные действия с ними, включая сообщения электронной почты.

http://www.goodiware.com/goodreader.html

https://itunes.apple.com/us/app/goodreader-for-iphone/id306277111?mt=8&ign-mpt=uo%3D4

Прочитав регламент (EC) № 261/2004 Европейского парламента и совета от 11 февраля 2004 года

https://www.aviationreg.ie/_fileupload/Image/Regulation%20EC261%202004.pdf

Статья 7 гласит, что:

Право на компенсацию

1. Где ссылка на эту статью, пассажиры должны получить компенсацию в размере:

   • (а) 250 евро для всех полетов на 1 500 километров или меньше;

   • (б) EUR 400 для всех внутренних рейсов на более чем 1 500 километров, и за все другие перелеты между 1 500 и 3 500 километров;

   • (с) 600 евро для всех полетов, не подпадающих под (A) или (B).

При определении расстояния за основу берется последнее место назначения, в которое отказ в посадке или отмены, задержки прибытия пассажира после запланированного времени.

В нем говорится, что последний пункт назначения, в которое отказ в посадке или отмена случилось, должны использоваться, чтобы определить расстояние!

Я хотел попробовать через программу soundflower, что позволяет практически подключить выход звука на вход, а затем использовать диктант.

Наша ситуация: Blockchain.info пароль бумажник потерян/сломан после обновления.

Счет(кошелек) был создан в сентябре 2016 года в мобильном приложении на iPhone

Мы использовать 2-факторную авторизацию

У нас есть:

1. Счет BCI (кошелек) идентификатор

2. Рабочий e-mail и подключен номер телефона

3. Пароль, мы уверены (только цифры)...

4. Помните кошелька адреса

5. +Теперь у нас есть некоторые полезные данные из ответа сервера о попытке входа

Не:

1. Мы не сохранять любые семена для восстановления фразы и закрытых ключей

Мы делаем все операции с мобильным приложением, но после на прошивкой (или приложения) обновления в апреле 2017 применения BCI был сброс или еще что-то не так с сохраненным паролем.. Мы пытаемся войти в систему и получить «кошелек ошибка дешифрования» телефона/рабочего стола

Пока я пытался войти с рабочего стола, подтвердите по электронной почте и телефону, я получил часть ответов с такой нагрузкой

{\"\pbkdf2_iterations":5000,\"версия\":3,\"полезных\":\"ААААААААААААААААААААА(здесь числа и цифры)\»}»
}

Это очень странно, грузоподъемности, начиная с ААААААААААААААААААААА...

Попытка btcrecovery утиль, но нет результата (использовать этот ответ как часть бумажник.JSON и некоторые маркеры пароль). (в Python btcrecover.py --кошелек ЛП.в JSON --tokenlist pass.txt)

Может быть наш пароль был повторно преобразован иным способом в БКИ обновления, приложение обновления iOS?

Может быть нужно итераций изменения в счет?

Может быть старая версия была изначально и 5000 литров В3 не так?

Какая версия мой бумажник был в начале 2016 года? V2 или V3?

Что итераций 5000 или 10000?

Наверное, мы можем попробовать грубой силой семя так как у нас один из адресов кошелек?

Эксперты, пожалуйста, помогите нам! Наверное, @ChristopherGurnee можете дать нам совет?

Да, оно просто появляется в разделе "Закупки" приложение магазине Mac, так что вы можете скачать ее на любом компьютере Mac, пока вы используете тот же идентификатор Apple

ИПВС (IP-адреса виртуального сервера) реализует транспортного уровня балансировки нагрузки внутри ядра Linux, так называемый слой-4 переключения. ИПВС запущена на хост выступает в качестве балансировщика нагрузки до кластера серверов, он может направить запросы на TCP или UDP сервисов, основанных на реальных серверов и делает услуги реального сервера в качестве виртуальной службы на одном IP-адресе.

Дальнейшее чтение

• http://kb.linuxvirtualserver.org/wiki/IPVS
• http://kb.linuxvirtualserver.org/wiki/Ipvsadm
• http://www.linuxvirtualserver.org/software/ipvs.html
• https://en.wikipedia.org/wiki/IP_Virtual_Server