Search
Write a publication
Pull to refresh
2
0
Send message

Будьте Любезны Выражаться Корректно: Не «ОбХод Блокировок», а «ВосСтановление РаботоСпособности Сети»…

Ага, а ещё в этих Базах присутствуют Списки VPS-Хостеров, РазДающих Дешёвые VPSки Частным Клиентам. См. хотя бы Строчку «Принадлежность IP Хостинг Провайдеру» на том же 2IP.Ru/Проверка Анонимности…

  1. Intel® Atom™ N270 1.60GHz (1596.11-MHz 686-class) SSSE3 aesni0: No AES or SHA support., 2 ГБ RAM FreeBSD 14.1-RELEASE-p3 releng/14.1-1a207e5cd CrazyBook i386

  2. Intel® Xeon® E5450 3.00GHz (3200.06-MHz K8-class) SSE4.1 aesni0: No AES or SHA support., 2 ГБ RAM Из под VMWare без Аппаратной ПодДержки EPT FreeBSD 14.1-RELEASE-p5 releng/14.1-524a425d3 VMware4 amd64

  3. Intel® Xeon® E5-2697A v4 2.60GHz (2593.83-MHz K8-class) AVX2 aesni0: <AES-CBC,AES-CCM,AES-GCM,AES-ICM,AES-XTS>, 2 ГБ RAM FreeBSD 14.1-RELEASE-p4 releng/14.1-86d01789b KVM2 amd64

  4. Intel® Xeon® Gold 6248R (3000.34-MHz K8-class) AVX512 aesni0: <AES-CBC,AES-CCM,AES-GCM,AES-ICM,AES-XTS>, 1 ГБ RAM FreeBSD 14.1-RELEASE-p5 releng/14.1-524a425d3 KVM1 amd64

При «n=10**2» — Не вижу Смысла Мерять: Чиселки будут слишком «Маленькими», а потому НеТочными…

$ echo "scale=1000; n=10^3; (1+1/n)^n"| (time rtprio "0" nice "-20" bc)
2.716923932235892457383088121947577188964315018836572803722354774868…
↑ Ошибка в Третьей Цифре после Запятой — Должна быть «8».
Intel® Atom™ N270 1.60GHz
real 0m0,027s
user 0m0,019s
sys 0m0,009s
Intel® Xeon® E5450 3.20GHz
real 0m0,026s
user 0m0,000s
sys 0m0,026s
Intel® Xeon® E5-2697A v4 2.60GHz:
real 0m0,009s
user 0m0,000s
sys 0m0,009s
Intel® Xeon® Gold 6248R 3.00GHz:
real 0m0,009s
user 0m0,000s
sys 0m0,009s

$ echo "scale=1000; n=10^4; (1+1/n)^n"| (time rtprio "0" nice "-20" bc)
2.718145926825224864037664674913146536113822649220720818370865873787…
↑ Ошибка в Четвёртой Цифре после Запятой — Должна быть «2».
Intel® Atom™ N270 1.60GHz:
real 0m0,338s
user 0m0,266s
sys 0m0,073s
Intel® Xeon® E5450 3.20GHz
real 0m0,110s
user 0m0,046s
sys 0m0,063s
Intel® Xeon® E5-2697A v4 2.60GHz:
real 0m0,050s
user 0m0,016s
sys 0m0,034s
Intel® Xeon® Gold 6248R 3.00GHz:
real 0m0,040s
user 0m0,031s
sys 0m0,008s

$ echo "scale=1000; n=10^5; (1+1/n)^n"| (time rtprio "0" nice "-20" bc)
2.718268237174489668035064824426046447974446932677822863009164419845…
↑ Ошибка в Пятой Цифре после Запятой — Должна быть «8».
Intel® Atom™ N270 1.60GHz: 216M
real 0m11,147s
user 0m10,380s
sys 0m0,766s
Intel® Xeon® E5450 3.20GHz: 320M 158M
real 0m1,430s
user 0m1,035s
sys 0m0,394s
Intel® Xeon® E5-2697A v4 2.60GHz: Не Успеваю ЗаФиксировать Объём ЗаХваченной Памяти…
real 0m0,913s
user 0m0,619s
sys 0m0,291s
Intel® Xeon® Gold 6248R 3.00GHz: Не Успеваю ЗаФиксировать Объём ЗаХваченной Памяти…
real 0m0,764s
user 0m0,658s
sys 0m0,104s

$ echo "scale=1000; n=10^6; (1+1/n)^n"| (time rtprio "0" nice "-20" bc)
2.718280469319376883819799708454356392751645026682507712940167226464…
↑ Ошибка в Шестой Цифре после Запятой — Должна быть «1».
Intel® Atom™ N270 1.60GHz: 2097M
real 8m49,152s
user 8m38,941s
sys 0m10,176s
Intel® Xeon® E5450 3.20GHz: 2388M 1409M
real 0m42,861s
user 0m40,713s
sys 0m2,144s
Intel® Xeon® E5-2697A v4 2.60GHz: 2388M 1408M
real 0m29,386s
user 0m26,698s
sys 0m2,610s
В Процессе ПроХождения Тэста смотрел на «atop»: «Задирания» Частоты выше «ЗаЯвленной» 2.59 Не ОбНаружено — Чудеса!
Intel® Xeon® Gold 6248R 3.00GHz: 2388M 1408M
real 0m34,373s
user 0m28,622s
sys 0m1,282s

$ echo "scale=1000; n=10^7; (1+1/n)^n"| (time rtprio "0" nice "-20" bc)
<Результат Не Был Получен> — Цели не Были ДоСтиГнуты — «Шэф, Всё ПроПало!»
SIZE RES
Intel® Atom™ N270 1.60GHz:

Математическая ошибка: переполнение: номер не помещается в аппаратный номер
0: (main)
real 0m0,013s
user 0m0,000s
sys 0m0,014s
Видимо, Это «Превед» от 32-Битной Архитектуры…
Intel® Xeon® E5450 3.20GHz: 10G 1815M
Через 12 Минут: ЗаФиксирован Вылет по Сигналу «KILL» (kill -9 PPId)

dmesg

swp_pager_getswapspace(6): failed
swap_pager: out of swap space
swp_pager_getswapspace(9): failed
pid 6746 (bc), jid 0, uid 0, was killed: failed to reclaim memory
pid 793 (local-unbound), jid 0, uid 59, was killed: failed to reclaim memory
swap_pager: out of swap space
swp_pager_getswapspace(32): failed
Intel® Xeon® E5-2697A v4 2.60GHz: 10G 1580M
Через 5 Минут: ЗаФиксирован Вылет по Сигналу «KILL» (kill -9 PPId)
real 5m27,533s
user 4m16,715s
sys 0m27,346s

dmesg

swap_pager: out of swap space
swp_pager_getswapspace(14): failed
pid 11188 (bc), jid 0, uid 0, was killed: failed to reclaim memory
Intel® Xeon® Gold 6248R 3.00GHz: 3164M 781M
Через ПолТоры Минуты: ЗаФиксирован Вылет по Сигналу «KILL» (kill -9 PPId)
real 1m39,619s
user 1m13,116s
sys 0m3,546s

dmesg

swap_pager: out of swap space
swp_pager_getswapspace(22): failed
pid 17403 (bc), jid 0, uid 0, was killed: failed to reclaim memory
pid 738 (local-unbound), jid 0, uid 59, was killed: failed to reclaim memory
swap_pager: out of swap space
swp_pager_getswapspace(26): failed
Результат «Вполне ЗаконоМерный»: 1 ГБ RAM + 1 ГБ SWAP…

Если Кардинально Уменьшить Параметр «scale», то Памяти Должно ПоТребоватьСя мало-мало Меньше. К тому же Ошибка «ОЖидаетСя» в районе VII Десятичного Разряда после Десятичной Запятой:
$ echo "scale=20; n=10^7; (1+1/n)^n"| (time rtprio "0" nice "-20" bc)
2.71828169254496627119
↑ Ошибка в Седьмой Цифре после Запятой — Должна быть «8».
SIZE RES
Intel® Atom™ N270 1.60GHz: 1203M 519M # Почему на «i386» Схватывает Памяти Больше, чем на «AMD64» — Х.З. Вероятно, при Ме́ньшей Вместимости Каждого Регистра, ПоТребовалось Больше Арифметических ОпеРаций…
real 431m27,265s
user 428m34,690s
sys 2m51,522s
Intel® Xeon® E5450 3.20GHz: 1134M 652M
real 26m41,223s
user 26m40,461s
sys 0m0,640s
Intel® Xeon® E5-2697A v4 2.60GHz: 1134M 658M
real 19m23,634s
user 19m19,010s
sys 0m1,738s
Intel® Xeon® Gold 6248R 3.00GHz: 1134M 658M
real 22m39,697s
user 22m34,462s
sys 0m0,867s

НеМного Удивляет То, что 6248R (с AVX512 и Бо́льшей Частотой) ПроИгрывает E5-2697A. Но тут может быть Масса ОбъЯснений: VPSки от Разных Хостеров, на Тарифах E5-2697A — 2 vCPU и 2 ГБ, 6248R — 1 vCPU и 1 ГБ; что за Память и «СколькиКанальная» — Мне ДоПоДлинНо Не ИзВестНо, как Не ИзВестНо о НаГрузках на Проц (и Его Кэш) от «Соседей» по Ноде, Параметры ВиртуаЛизации ОтЛичаютСя (Это Точно), Кто-то НаКатил на Host-HyperVisor Патчи (Которые Предал Анафеме Товарищ То́рвальдс, Ли́нус Бенеди́ктович) для Spectre и MeltDown, Кто-то — Не Стал, …
Обозначать VPS-Хостинг Провайдеров и ТаРифы Я Тут Не Буду, хотя бы потому, что Они Мне не Платят за Рекламу (А могут и в Суд ПоДать :)), могу лишь сказать, что Это «Нижняя» Ценовая Категория и Оба Провайдера (типа) из России, но НеКоторые VPS находятся в Европе.

Надо Учесть, что это FreeBSD dc 6.7.5. bc Мучать не стал, т.к. (скорее всего) Результаты будут ± Такими же.
ЗаМеры НеЛьзя Называть «Эталонными» — ЗаПускал НеСколько раз (Кроме Самых ПроДолЖительных Тэстов), брал «Не Самый Скорый», но близко к Нему, и «Не Самый Долгий» Результат…
ВыРажаю Аффтару Статьи Особую Благодарность за То, что «ПоБудил» Меня в очередной раз «Столкнуть Лбами» Эти два Процессора!
P.S. В МИИТе у Меня Лаба или Курсовая была, выбрал Вариант: «РазРаботать БиблиоТеку СверхТочной Арифметики». Тогда СоСтряпал на Па́скале что-то вроде BDC-Арифметики (ВозМожно, GNU dc делает что-то похожее?) с Умножением и Делением «в Столбик» (Был Ограничен во Времени). Причём, ОКруглялось «Криво» и Я сделал Последнюю Цифру от Randomа(!) — Точность НеМного ПоВысилась. :) С Тех Пор засела Мысля «ПереДелать по Уму» — ± на Ассемблере, с Применением «Умных Машинных» Алгоритмов и ВыДелением Памяти в Стиле COW, УМножением «СДвигами», ВозВедением в Степень типа «СПраваНаЛево» или «СЛеваНаПраво». ПроШло почти ЧетвертьВека, а Я всё «Мыслю РазМышляю» и вот Тестирую Чужие Решения…

«существенно шустрее GNU bc» — это Так. Правда вот при «n=10^6», Памяти жрёт (судя по top) 2388M: Хорошо, что это Фря — не «Рухнула» с Моим то 1 Гигом…
0m30,809s на Intel® Xeon® E5-2697A v4 2.60GHz (2593.83-MHz K8-class), 2 ГБ RAM
0m33.192s на Intel® Xeon® Gold 6240R (2400.12-MHz K8-class CPU), 2 ГБ RAM (Тут без «-O3»)
0m33,973s на Intel® Xeon® Gold 6248R (3000.34-MHz K8-class), 1 ГБ RAM — Видимо, «Скатилось в Swap», т.к. Частота Выше и должно было получиться ≈26.700.
А вообще-то при «n=10^6» там уже 6-я Цифра после Запятой — Не Правильная.

Простите за «НеТочность»: Я имел в виду, что bc и dc входят в Комплект Поставки FreeBSD (ЯвляютСя Частью «Мира»), а не Установлены из Портов…
А Опции Привёл, т.к. Ядро и Мир Были ПереСобраны с этими Опциями после выхода Соответствующих ОбНовлений. Кстати, давно p5 вышло — не успеваю Собирать :)

У Вас какие-то Версии bc и dc «из Мезозоя»…
Ради Интереса сейчас ПроГнал Ваш Тэст на «Стареньком» Буке (32-Битном) и на «Более СоВременнОй» VPSке из под FreeBSD.

  1. Intel® Atom™ N270 1.60GHz (1596.11-MHz 686-class) aesni0: No AES or SHA support. FreeBSD 14.1-RELEASE-p3 releng/14.1-1a207e5cd CrazyBook i386

  2. Intel® Xeon® E5-2697A v4 2.60GHz (2593.83-MHz K8-class) aesni0: <AES-CBC,AES-CCM,AES-GCM,AES-ICM,AES-XTS> FreeBSD 14.1-RELEASE-p4 releng/14.1-86d01789b KVM2 amd64

Весь Софт Собран Шлангом «из Сырцов» с Опциями «-march=native -mtune=native -pipe -funroll-loops -O3»
$ dc -V
dc 6.7.5
Copyright (c) 2018-2023 Gavin D. Howard and contributors
Report bugs at: https://git.gavinhoward.com/gavin/bc

This is free software with ABSOLUTELY NO WARRANTY.
bc ВыДаёт такую же ВерСию.
Так Сравните же со Своими Версиями и Временем Работы, и УСомнитесь в Корректности Ваших ИсСледований, ибо НеХорошо ПриПисывать Медлительность Софту «ис Каропки»…

$ echo "scale=1000; n=10^5; (1+1/n)^n"| (time bc)
Intel® Atom™ N270 Intel® Xeon® E5-2697A v4
real 0m11,165s real 0m0,985s
user 0m10,365s user 0m0,658s
sys 0m0,600s sys 0m0,299s

$ time dc -e "1000k 10 4 ^ sc 1 lc / 1 + lc ^ p"
Intel® Atom™ N270 Intel® Xeon® E5-2697A v4
real 0m0,467s real 0m0,062s
user 0m0,338s user 0m0,023s
sys 0m0,087s sys 0m0,039s

Чё за Бред? Наёмному Работнику платят за «ПроДеланную Работу» и НаНесённую «Пользу Организации», а не за «МышкоВтирательство» по Часам! Не? # Сразу вспомнил «СпортЗалы» в «GTA: San Andreas» :)

А в общем, если «Бравый Работник» покупает Подобный Девайс, то «не должен УдивлятьСя» — Сам Себе Злобный Буратина…

В Серьёзных Организациях Админы частенько ВыРубают USB через BIOS, ЗаПароливают BIOS SetUp, сносят с Операционки Все Дрова на Шину USB и не дают Админские Права Большинству СоТрудников. А МаниПулятор типа «Мышь» подключается через «БезОпасный» RS-232 (На Крайняк, через PS/2, как и «Клава»)…

В Правильных Организациях Каждый Знает, Что и Когда Он должен Делать, и от Этого зависит Его ПерсОнальный Доход и ПриБыль для Всех Остальных…

Пост не удивляет — что ещё могла сказать «Лаборатория КасперскОго», кроме «Установите АнтиВирус — и будет Вам Счастье!»

P.S. Чуть не Изобрёл «Новое Слово», но Яша с Гошей сказали, что Его уже пару раз УпоТреБляли ранее…

«Кинули Вас, Кинули! Бандиты, потому что.» © К/Ф «Мама, не горюй».

Не велика Потеря. У Меня ВышеОписанный Метод работает быстрее, чем PortSnap и немного быстрее, чем GitUp. А ради Экономии Пространства (на VPSках, например) есть ещё Идея не распаковывать, а как-то ПриМонтировать Архивы сразу в «/usr/src» и «/usr/ports», а потом сделать Их Read/Write при помощи UnionFS. Запись в «/usr/src» нужна, чтобы кидать СимЛинки на Конфигурацию Ядра в «"${Src%"/"}"/sys/*/conf», а в «/usr/ports» по-любому много пишется во Время Компиляции (Архивы с Сырцами, Патчи, Объектные Файлы, готовые Пакеты, …).

На подобные Мысли натолкнуло Наличие Девайса «XZ» уже в Generic начиная с 13.0, кажется. Правда, Я (пока что) ещё не РазБриралСя не пробовал так ИзВращатьСя…

HTTPS://WWW.FreeBSD.Org/cgi/man.cgi?query=geom_uzip

Пакеты из Дистрибутива не смотрел. А что, скачивание Портов из Ветки «main» через тот же GitUp разве не предоставляет Свежие Версии?

Если GitUp ещё не Установлен, то:

(ВозМожНо) # time rm -Rf /usr/ports/* /usr/ports/.[!.]*

#time fetch --output "-" "https://DownLoad.FreeBSD.Org/ports/ports/ports.tar.xz" | tar --extract --directory "/usr" --file "-"

Кому-то больше нравится PortSnap. После Чего:

#grep -i "PortVersion" "$(whereis -s -q "kicad")/Makefile" | grep --extended-regexp --only-matching "[[:digit:].,]+"

6.0.2

Ну а дальше:

cd "$(whereis -s -q "portmaster")" && make -DALLOW_UNSUPPORTED_SYSTEM deinstall clean distclean build install clean distclean && cd ~

"$(whereis -b -q time)" -l env PAGER="cat" portmaster -B -d --no-confirm --always-fetch --delete-packages -m BATCH="Yes" -f $(whereis -s -q "kicad" "gitup" "bash-completion" "mc" "…");

Ну в общем, Вы поняли …

5-го Марта в Браузере: «Your account has been disabled due to either tenant/user disable operation.»

VPSки, Которые были Запущены до Этого (пока) Крутятся, но если в Них попробовать сделать oci compute instance list --compartment-id="${Tenancy}"

то Ответ будет лишь:

ServiceError:
{
"code": "NotAuthenticated",
"message": "The required information to complete authentication was not provided or was incorrect.. Please visit https://docs.oracle.com/en-us/iaas/Content/API/References/apierrors.htm to learn more about this error code",
"opc-request-id": "<Тут Многа Букафф>",
"status": 401
}

То есть «Пока Пашут», но если ЗаВиснут, то ПереЗаПустить — уже НиКак.

6-го Марта Ответ Браузера стал Проще и Лаконичнее: «Forbidden: Your client is not allowed to access the requested object.»

ПодДержка Отвечает:

Hello,
Thank you for contacting Oracle Cloud Infrastructure Support.
Please allow me some time to review the status of your account and I will update you again soon!
Regards, …

В общем, по-видимому, Oracleовый «AlWays Free» оказался «Как Обычно». Ну Вы Поняли!

НеПонятно только, как Они будут возвращать Бабло Тем, Кто ПроПлатил Аренду ВыЧислительных Мощей на Год(ы) вперёд — SWIFT-то НеРаботает, MasterCard и Visa Леванули, Курсы Обмена НеПредСказуемы, как КардиоГрамма Колибри с Инфарктом в Желудке Аллигатора…

Information

Rating
Does not participate
Registered
Activity