Category: компьютеры

Category was added automatically. Read all entries about "компьютеры".

Book

Будующее ещё не наступило

https://community.synology.com/enu/forum/17/post/112394

TLDR: SSD можно использовать в виде кеша, но только для... одного тома. Нахуй такое нужно вообще, я не могу себе представить. Особенно на 8-дисковом NASe. И ещё работает крайне хуёво, по словам.

В целом, конечно, надо делать мой IO-стартап. Тем более что в нашем текущем начинании "для поддержки штанов" мы пришли к успеху.
Book

Приехал mAP Lite

Я не посмотрел, и меня наебали - низкая цена но большая стоимость доставки. В результате типа 44 дол за mAP Lite.

Размеры впечатляют. Оно приезжает в маленькой коробочке. Из которой over 90% по объёму занимает БП. Который они видимо для экономии сделали с несъёмным кабелем, просто "голова" с фиксированным кабелем microUSB. Ты вытряхиваешь содержимое коробки - а собственно девайса там и нет. Он спрятался в отдельном отделении за картонной вставкой. Если это был специальный маркетинговый ход - то он определённо удался.

Но дальше начинается жопа. Поскольку инструкция неправильная! mAP дефолтовой конфигурацией имеет... барабанная дробь... бридж (карл!) с DHCP-клиентом (карл!) на проводной и беспроводной сторонах. Т.е. никакие 192.168.88.1 с ним не работают - надо втыкать Ethernet в DHCP-сервер. Или подключать DHCP-сервер к открытой сети MikroTik-блабла, дальше искать какой адрес ему выдался и туда заходить. При первом подключении WinBox рисует попап со скриптом, какая конфа выдаётся по резету. В-общем, намудрили, а доку поправить забыли.
Book

Древние массивы - 2

Решили брать Synology DS920+ и 4 x WD Red Pro 12 TB и WD Blue SSD 512 GB для кеша и ставить в RAID10. Hot spare не получится, ну и хуй с ним.

Данных у нас не меньше 14 TB, максимум где-то ещё три массива по 2TB затерялиcь. У нас бардак - то лицензии на винду потеряем, то роутер, и потом ищем месяц. Хез как такое может быть, но вот такова реальность. Данные у нас холодные, то есть реально это будет SSD NAS на 200 GB, где будут лежать клоны виртуалок (трёх). Непонятно могут ли уживаться iSCSI target и shares, реально нужны оба, но iSCSI постольку поскольку, и для экспериментов есть старый QNAP.
Book

Греп курильщика на AWS

TLDR: сверхмедленный поиск в логах на AWS LogInsight

229,566 records (82.6 MB) scanned in 73.2s @ 3,137 records/s (1.1 MB/s)

И они ещё борются за почётное звание дома высокой культуры быта. 1.1 MB/s это что? Рандомный QD1x4KB на HDD? Имплементация на рубях и эрланге? Знаменитый IO Blender в действии? Забыли про bandwidth-latency product? All of the above?

Double facepalm.

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

Особенности национального последовательного ввода-вывода

Значит так, решил я было записать VHD-файл с SATA SSD на внешний винт USB3 UAS-to-SATA HDD.

Если писать файл чем-то средней нормальности, типа Фара или Проводника, выходит ~80 MBps.

Если сжимать файл zstd, выводя в nul - то получается ~350 MBps в зависимости от настройки, исходя из моего хилого i3-4005u, с процентом компрессии ~в 2 раза.

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

А вот хуй!

Оказалось, что в моём конкретном случае zstd не умеет писать на мой диск со скоростью выше ~40 MBps. И никакой экономии не получается чисто из-за кривого IO-стека внутри zstd. Подозреваю что никакого особого "стека" там нет, а FILE* с дефолтовыми настройками, в который лепят маленькими чанками. Тьфу! А если на SSD писать - то там запись чуть побыстрее, но при одновременном чтении и записи проседает чтение, так что выходят тоже примерно те же яйца.

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

Снова к вопросу об SSD



Обнаружил тут, что CrystalDiskMark показывает все нужные числа.

1. Паспортную скорость в вакууме
2. Скорость при работе с параллельным говном
3. Тру-скорость риальных пацанов
4. Скорость при работе с обычным говном
Book

PKI курильщика

Обнаружил тут, что в Ведроиде PKI для нужд VPN сделана из говна.

Скажем, есть the Android Keystore provider feature, introduced in Android 4.3

Оно предоставляет плюс минус те же фичи, что виндовые Cryptographic Service Providers/Certificate Stores. А именно, возможность генерировать и использовать приватные ключи так, что приложение не видит ключа.

Ну то есть ключ живёт где-то там под рутом, и даже если нет HSM и ключ можно извлечь, имея физический доступ, при отсутствии уязвимостей эскалации привилегий наш ключ в домике. Он вообще не покидает никогда места генерации. Это опять же из разряда "нет поверхности атаки - нельзя атаковать".

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

Тут ещё нашлось, что SCEP это вовсе не MS, а, как и JWT, очень даже Cisco и IETF Draft. Но SCEP в Андроид тоже не завезли.
Book

LZ4 на винде

Я тут тестирую LZ4 и ZSTD путём запаковывания 40 гб текстового говна на сетевую шару на QNAP.

Собственно это два архиватора у которых вменяемый процесс релизов и есть бинарники под винду. Ну то есть не просто "текущая версия хуеты", а какой-то шанс что пакуемое потом удастся распаковать.

По шаре льётся на ~300 мбит/сек, немного медленновато, но больше 100 и хуй с ним.

Так вот, на 8-ядерной тачке lz4.exe -3 демонстрирует чудеса: 9% цпу, 30 метров чтение с диска 10 метров запись в сеть.

Вопрос: где боттлнек, товарищи? Как может быть без боттлнека? Скажем 12% цпу, 80 метров чтения с диска и 30 метров записи в сеть это примерные боттлнеки.

По моему опыту такая хуета происходит, если IO сделан через жопу. Например буфер уменьшился и всё пизда производительности. Я тут даже подумал, что может хардвари пизда настала от бенчмарков, но нет - lz4 -1 читает все 80.

У zstd тоже не всё в порядке. zstd -1 работает крайне медленно. Упирается в проц, хотя по агиткам должен упираться в диск. Может конечно это датасет ему не подходит, но вряд ли до такой степени. Скорее всё тот же IO.

В-общем даёшь нормальный ввод-вывод архиваторам!

Upd: дисковый боттлнек аж 160 MB/сек если его правильно готовить, там raid1 c 2 SAS-винтами. Любители попиздеть про SSD идут лесом - с SSD просто неправильно приготовленный IO быстрее, а разница между правильным и неправильным ~8x. Ну то есть на SSD убожество IO было бы только более заметно.
Book

Армстронг вручную садится на луну

Тут на кворе постоянно повторяется дебильная формулировка про то, что Армстронг посадил Аполлон 11 в ручном режиме, почти израсходовав при этом топливо.

Разоблачение (в моём любимом духе hair splitting):

1. Армстронг управлял Аполлоном примерно как человек управляет автомобилем с АБС: вы жмете на педаль тормоза, а тормозите не вы, а компьютер, индивидуально управляя колодками 4 колёс.

В случае Армстронга у него были translational controls, говорящие компу, куда двигаться (вперед-назад-вправо-влево ) и "ручка" скорости снижения. Это 2-3 степени свободы. А комп управлял основным gimbaled двигателем (3 степени свободы - направление и тяга) и 16 двигателями ориентации.

2. У Армстронга по плану полёта было 60 секунд на принятие решения о посадке, и он его принял за 55 секунд.

Что интерпретируется как "осталось топлива на 5 секунд полёта, после чего он бы упал на луну и все умерли". Хотя на самом деле они просто планировали точку принятия решения - либо "посадка" либо "отмена", то есть через 5 секунд надо было начать садиться в любом случае, и топлива хватило бы на посадку. (Ну и там ещё дополнительно выяснилось условно что не 5 а 25 потому что топливо болталось в баке и датчик показывал меньше топлива, чем было - в последующих полётах это исправили)