tgindex

Yet another senior pomidor (by @gmelikov)

описание

Околоайтишные страсти с уклоном в инфровую разработку и sci-fi. Ведёт @gmelikov

← к каналу@yetanotherit
189
подписчиков
Охват к подписчикам
238,6%
ERR
Реакции к просмотрам
1,91%
192 на 22 постов
Пересылки к просмотрам
0,86%
87
Постов в день
0,1
всего 22

Где отзываются чаще

доля реакций к просмотрам
  • 16 авг.Когда первый раз смотришь на описание mmap для доступа к диску, то всё выглядит так потрясно - ядро всё за тебя сделает, виртуальная память вжух-вжух, не надо следить что тебе нужно и просто знай себе да читай-пиши с нужным смещением. Как хорошо всё начинается! А потом - бац, оказывается неявное поведение "простого доступа по смещениям" начинает сильно стрелять именно своей простотой (за счёт сложности жизни ядра, да)... По факту гранулярно и просто контроллировать доступ к диску становится очень сложно. Особенно феерично оно стреляет на записи. И почему-то многие пытаются его использовать для записи append-only... Вот очередная история с journald, где только после подробной иллюстрации и "срача" на hn за многие коды авторы решили что-то подумать о диком write-amplification. Нет ничего лучше явного и простого, блин. Вот вам классная и весёлая преза в тему.4,37%
  • 1 апр.без подписи4,22%
  • 26 сент. 2025 г.Мне тут стало скучно, и я решил купить самый дешёвый 4ТБ nvme с озона по цене HDD. Наверное, вы уже догадываетесь про что будет пост :) Начиналось всё не плохо, диск до сих пор виден в системе, отвечает уверенно (смарт в конце поста). Нашёл утилиту f3 , быстрый f3probe даже сказал что всё ок. f3write, оказалось, хочет писать файлы поверх ФС (он генерит сиквенс файлами по 1ГБ, которые потом должен провалидировать f3read). Сначала я подумал отформатировать диск с ext4/xfs, всё равно разово, а потом решил не изменять себе и бахнул ZFS. За ночь (часов 10) nvme смог принять всего 160ГБ данных (скорее всего итоговый объём около 240ГБ, т.к. я успел один раз перезапустить запись после 60+ГБ), первые 50ГБ влетели на скорости 1ГиБ/сек, а вот на утро я увидел скорость записи в 2МиБ/сек и моргающий красный светодиод на самом nvme... В целом судьба диска к этому моменту стала понятна, я пошёл оформлять возврат. Параллельно запустил zpool scrub, и тут меня ZFS в очередной раз обрадовал: root@ubuntu:~# zpool status pool: testpool state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-8A scan: scrub in progress since Fri Sep 26 08:08:22 2025 163G / 163G scanned, 145G / 163G issued at 16.0M/s 0B repaired, 89.32% done, 00:18:32 to go config: NAME STATE READ WRITE CKSUM testpool ONLINE 0 0 0 nvme0n1 ONLINE 0 0 54.6K errors: 27754 data errors, use '-v' for a list Родимые чексуммы заорали о проблемах, и это скраб ещё не кончился! Диск представляется как Non-Volatile memory controller: Realtek Semiconductor Co., Ltd. RTS5765DL NVMe SSD Controller (DRAM-less) (rev 01). Интересные моменты из smartctl для интересующихся уже после тестов, диск считает себя живым (но верить ему, конечно, не стоит): === START OF INFORMATION SECTION === Model Number: SSD 4TB Serial Number: 000166 Firmware Version: VC2S038D PCI Vendor/Subsystem ID: 0x10ec IEEE OUI Identifier: 0x00e04c Controller ID: 1 NVMe Version: 1.4 Number of Namespaces: 1 Namespace 1 Size/Capacity: 4,000,787,030,016 [4.00 TB] Namespace 1 Formatted LBA Size: 512 Namespace 1 IEEE EUI-64: 00e04c 11be335053 ... Supported Power States St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat 0 + 8.00W - - 0 0 0 0 0 0 1 + 4.00W - - 1 1 1 1 0 0 2 + 3.00W - - 2 2 2 2 0 0 3 - 0.0300W - - 3 3 3 3 5000 10000 4 - 0.0050W - - 4 4 4 4 54000 45000 Supported LBA Sizes (NSID 0x1) Id Fmt Data Metadt Rel_Perf 0 + 512 0 0 === START OF SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED SMART/Health Information (NVMe Log 0x02) Critical Warning: 0x00 Temperature: 40 Celsius Available Spare: 100% Available Spare Threshold: 32% Percentage Used: 0% Data Units Read: 70,047 [35.8 GB] Data Units Written: 695,379 [356 GB] Host Read Commands: 283,235 Host Write Commands: 4,106,990 Controller Busy Time: 0 Power Cycles: 3 Power On Hours: 11 Unsafe Shutdowns: 2 Media and Data Integrity Errors: 0 Error Information Log Entries: 0 Warning Comp. Temperature Time: 0 Critical Comp. Temperature Time: 0 Error Information (NVMe Log 0x01, 8 of 8 entries) No Errors Logged Read Self-test Log failed: Invalid Field in Command (0x002) #баловство #storage3,45%
  • 19 июл.Был приятно удивлён обнаружить на кинопоиске первые серии нового Призрака в доспехах (2026)! Эта версия максимально близка по духу к оригинальной манге, она точно будет менее серьёзной чем фильм 1995го и оба сезона GITS SAC, и мне нравится что они отличаются. По саундтреку даже чем-то на Cowboy Bebop похоже, кайф!3,36%
  • 6 мар.Когда пишешь ещё один _свой_ storage/SDN/CDN/Platform/подставь_своё3,32%
  • 15 мая"Мне только спросить". И вот нейронка фигачит тебе то, что ты бы сам откладывал сто лет, а тебе потом это ревьюить.3,22%
  • 9 июн.It'sa me, Malwario! В контексте взлома гитхаба через плагин к ide3,09%
  • 18 мар.Красивые номера в PR и тикетах видели многие, а вот красивый хеш коммита - штука более редкая.3,01%
  • 22 мая10 июня проведём уже 4й InfraDev Meetup, в этот раз про AI в SDLC инфровой разработки, распределённое обучение LLM, и про более вечное тоже не забудем - проблематика имаджей ОС в облаках. Мск, очно, 10 июня, ламповый зал на ограниченное количество мест, где можно и нужно челленджить спикера прямо с мест, приходите или слушайте онлайн! Увидимся!2,07%
  • 17 янв.Про экспериметны с шедулером поговорили, сегодня очередь page-cache'а, но кратко. Экспериментальный проект (да-да, через ebpf) по манипуляциям с политиками вытеснения кеша в Linux, статья вот. А узнал про это из русскоязычного доклада с OS Dev Conf. Сам код проекта не факт что будет жить у кого-то в проде, но лёгкая возможность поэкспериментировать с таким - прям отлично. Отдельно понравилось, сколько LoC ушло на каждую политику (до 600). Хорошее чтиво на выходные. Жаль ARC опять только упомянули. Вообще, Page Cache в ядре весьма монолитен, мечта - его лёгкая замена. Мечта ли?1,84%
  • 8 маяИ следом - ещё очень похожие по эксплуатации local privilege escalation уязвимости с заражением pagecache https://github.com/V4bel/dirtyfrag , только в этот раз что-то пошло не так и фиксов ни в одном дистре ещё нет. tl;dr: sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; echo 3 > /proc/sys/vm/drop_caches; true"1,82%
  • 18 февр.На скринах очередные (1) истории (2) об LLMках от Jens Axboe - maintainer of the Linux block IO. В основном про репродьюс и фикс багов. И в таком кейсе они могут быть весьма удобны, т.к. модель за много циклов может проделать множество ручной работы. На моих опытах даже задушенный qwen3-coder до 16ГБ может весьма не плохо поразбираться (конечно, более жирные модели шанс успеха сильно повышают). Главное, к чему пришёл - что для таких игрищ стоит поднять VMку и прокинуть в неё IDE с моделькой, тот же VS Code умеет через SSH работать. А то я видел уже команды rm, которые система считала "безопасными" для выполнения :) Ну и иметь какую-то обратную связь для модельки по типу тестов. Какой моделью пользуетесь, какой основной сценарий (автодополнение/чат/агентская работа)?1,82%