Как быстро 127.0.0.1?
Да, необходимо смочь купить "многодоменный" сертификат, который перечисляет обоих example.com и www.example.com в subjectAltName. Если Ваш поставщик SSL не может / не предоставлять Вам многодоменный сертификат, находить другого поставщика.Будьте осторожны: как все вещи сертификата SSL, они - монстр, чертовски обманывают, и Вы захотите подготовиться для ценового увеличения для добавления второго связанного имени к сертификату... это чертовски смешно.
О, одна вещь: Я недавно заметил, что одна из компаний, от которых мы перепродаем сертификаты автоматически, предоставляет сертификаты для example.com с www.example.com встроенный altname, ни для каких дополнительных расходов. Я никогда не видел его прежде, но чье-то выполнение его, таким образом, это могло бы стоить осмотреть.
Вы не упоминаете конкретную ОС, но для большинства все, что происходит, то, что данные перемещаются вниз стек, пока это не добирается до IP, в которой точке это в значительной степени передало обратно. Это - крупное упрощение, но означает, что весь процесс является обычно зависящим от ЦП, таким образом, его производительность поэтому непосредственно связана со скоростью ЦП плюс эффективность стека. На практике современные центральные процессоры и OSs должны смочь 'возвратить' петлевой трафик значительно быстрее, чем 40 Гбит/с - который является самым быстрым NIC, я думаю, что я способен к покупке сегодня.Надеюсь, это поможет.
127.0.0.1 не быстрее любой другой локальный IP. Локальный IP быстро, потому что это не использует физическое устройство и 2 слоя. (Это никогда не поражает Ваш NIC),
iperf -c 109.191.109.xxx 1111 -t 5
iperf: ignoring extra argument -- 1111
------------------------------------------------------------
Client connecting to 109.191.109.241, TCP port 5001
TCP window size: 49.7 KByte (default)
------------------------------------------------------------
[ 3] local 109.191.109.xxx port 32840 connected with 109.191.109.xxx port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 5.0 sec 4.72 GBytes 8.12 Gbits/sec
$ iperf -c 127.0.0.1 1111 -t 5
iperf: ignoring extra argument -- 1111
------------------------------------------------------------
Client connecting to 127.0.0.1, TCP port 5001
TCP window size: 49.7 KByte (default)
------------------------------------------------------------
[ 3] local 127.0.0.1 port 56482 connected with 127.0.0.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 5.0 sec 4.62 GBytes 7.94 Gbits/sec
Это зависит от того, что ОС Вы выполняете, но Windows 2000 имели ошибку в них, где запросы на петлевом адаптере будут медленными. Существуют некоторые бесполезные мелочи для Вас!
См. эту статью Кбита для получения дополнительной информации.
Возможно, вас заинтересует функция «Быстрый цикл обратной связи», которую Microsoft добавила в Windows 8 и Windows Server 2012. См .:
Здесь также представлена иллюстрация путь, пройденный обратной связью с оптимизацией и без нее.
Если вы работаете в Linux ...
введите «ifconfig -a» как root ...
Обратите внимание на строку «прерывание» на всех сетевых адаптерах ... обратите внимание на нее не является строкой "прерывание" на "lo" ... это означает, что ему даже не назначено прерывание, так что чертовски быстро; -)
Localhost "local loopback" работает так же быстро, как ваш процессор, оперативная память и набор микросхем (SATA, IDE и т. ) и другие локальные физические ограничения компьютера. Локальный хост с жесткого диска USB 2.0 будет давать скорость 480 Мбит/с или меньше из-за шины локального жесткого диска, которую вы используете для запуска локального веб-сервера через локальный хост. С другой стороны, если вы используете SSD или что-то еще, обеспечивающее скорость передачи данных 100 гигабайт в секунду в каждом направлении и системную шину, способную обрабатывать это с другими действиями на компьютере, тогда это будет быстро. На самом деле жесткого ограничения нет. У процессора есть небольшие накладные расходы на обработку пакетов TCP, но даже процессор i9-10900K может быть ограничен передачей данных со скоростью менее 45,8 гигабайт в секунду. SATA дает вам ограничения, например, 6 Гбит/с. Твердотельный накопитель на базе PCIe x16 может развивать скорость более 60 ГБ в секунду в каждом направлении! Спецификации PCIe 6.0 увеличивают скорость до более чем 120 гигабайт в каждом направлении !!!!
Никто не может конкретно указать единственное число того, насколько быстрым будет локальный хост. Несколько факторов будут влиять на фактическую измеренную скорость, и это зависит от вашего компьютера и влияния ОС и другого программного и аппаратного обеспечения на систему. Эти числа, приведенные выше, являются теоретическими пределами, не обязательно измеряемыми фактическими характеристиками. Узкое место — самое слабое звено вашего компьютера.Обычно скорость данных, поступающих на ваш жесткий диск и с него на компьютере, а иногда вы можете кэшировать в ОЗУ для некоторого повышения скорости, но это не всегда просто или легко / доступно для каждой ОС.
Скорее всего, вы получите производительность ниже 10GBase-T, если используете диск на основе SATA. Если вы используете диск M.2, вы можете превзойти эту производительность. Твердотельные накопители, работающие на скорости шины PCIe x16, будут обеспечивать производительность выше 40 гигабит в секунду, но ваш ЦП и шина памяти наложат свои собственные ограничения, а также общую системную шину. Самая медленная шина, связанная с работой процесса замыкания на себя на локальном хосте, является вашим самым ограничивающим фактором, кроме самого ЦП, который может быть загружен вещами, которые могут влиять на скорость передачи данных. i5 будет более ограниченным, чем процессор i9-10900K.
Как указано выше, по крайней мере, на машине с Linux как локальный хост, так и любой другой локальный адрес обходят драйверы сетевой карты — они напрямую обслуживаются стеком IP ядра (примечание: многие аппаратные MAC-адреса Ethernet просто не способный считывать исходящий пакет).
Какая скорость может быть достигнута через петлевой интерфейс? Я запускаю некоторые тесты через iperf3 -s & iperf3 -c localhost на следующих машинах:
- старый Intel (скрытый) ГГц достигает 23 Гбит/с
- более новый Intel Pentium (скрытый) ГГц достигает 26 Гбит/с
- a Ryzen 7 (скрыто) ГГц достигает 29,4 Гбит/с
Все три вышеперечисленные машины имели загрузку ЦП около 150% (т.е. было использовано 1,5 ядра). Очевидно, что более быстрый процессор (с более высокой однопоточной скоростью) даст более высокую производительность. В любом случае, при такой скорости операции копирования в память являются существенным узким местом: повторный запуск того же теста на машине Ryzen с использованием «передачи с нулевым копированием» (iperf3 -Z -c localhost) привел к >38 Гб. /с