mayton2019

Принты. Или наблюдения.
1. Цикл где идет merge двух векторов - тривиален. Слабым местом может быть функция резерва памяти, которая по разному реализована в win/Linux. Я не утверждаю что в linux она плохая. Возможно просто звёзды сошлись так что page или другие свойства ос по отношению к аллокаций стали неблагоприятны.

2. Что там с разрядностью 32/64? Надо проверить. Что с железом? Не пытается ли автор нас обхитрить, запуская все это на разном железе. Даже ничтожные различия в размере кешей L1 могли тут сработать.

3. Версии STL. Автор использует не сырые указатели а итераторы. Причем хитрые. Какая там логика на инкремент и на разыменование под капотом.

Чтоб отбросить мои предположения полностью - предлагаю этот цикл (предположительно самый горячий код со слов автора) переписать на указатели без STL.

4. Опции GCC надо посмотреть. Оптимизацию подвигать. O1, O2.

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

Готовое решение уже предложил Александр.
А автор, если хочет решать его именно в среде Libre office (кстати уточнить что имелось в виду, writer или calc) должен изучить basic, который встроен в эту среду и использовать его.

По моему скромному мнению решение таких задач в офисах - это никому не нужная блажь.

Профессионалам это никогда не интересно. А на уровне кухонного рецепта - решение в 1 посту уже готово.

Я вот не пойму. Автор что на 5 языках пишет? Полиглот прям.

По теме. Лет 20 назад у линукса был ужасный UI. И установка драйверов видяшек - это челендж еще тот был.
Сегодня он достаточно прилизан. И шрифты хорошие есть.

Да. Докер неудобно использовать на Windows.

Да. Имеет смысл в наше время практиковаться в командной строке Linux/Unix/BSD чтоб иметь в крайнем случае заработок девопса если будет создан ИИ и всех программистов уволят. Или если ты будешь стар и глуп и негоден к современной скрам аджайл разработке. Или если твоей бабушке надо будет настроить файрвол или почту. Или просто если будешь перед друзьями "понты колотить". Например mp3 плеер запустить из консоли. Или хакнуть сайт своей школы. Вобщем много плюшек. Думай.

В рамках шутки. Купите себе КВ-трансивер. Вряд-ли кто-то в наше время следит за аналоговой связью которая как Неуловимый Джо никому не нужна.

Ну а если серъезно - то - этот вопрос решал еще лет 20 назад один еврейский дядечка. Филипп Циммерман. Он написал опенсорцный продукт PGP (Pretty Good Privacy) и в виде книги сорцами опубликовал его для использования. Включил туда набор шифров с военным уровнем разрядности (там кажется до 4096 бит ключи) и сделал реализацию в виде консольных утилит. Предполагается что вы будете слать емейлы шифрованные этой утилитой. Или через любой канал который текстовый кидать шифрованные мессаги.

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

Мне кажется вопрос не так звучит. В наше время ценится не эникейщик а автоматизатор. Поэтом Линукс админ должен уметь автоматизировать рутину. Тоесть не "стучать по клавишам" а уметь взяв bash/python сделать рутинное действие на множестве файлов или конфигураций.

По командам - не скажу. Но мне кажется тут вопрос не в командах (nslookup/dig) а в понимании сетей и протоколов. В понимании верхнего уровня архитектуры. И если этот уровень понятен - то неважно какая команда. Это тоже самое что строителя спрашивать знает ли он "уровень" или "отвес."

На вопрос автора нет ответа. По крайней мере в том виде как он описал. Надо смотреть конкретные графические приложения и багтрекер по ним. В Windows - единый API графики - Win32GDI и под него пишут всё оконное. Direct* - для игровой графики. Это упрощает техподдержку. А в Linux есть целый зоопарк графических сред (Gnome, Kde, XFCE) и эти графические среды тоже несут свой багтрекер и их тоже надо рассматривать как источник возможной проблемы. +Состояние драйверов NVidia оставляет желать лучшего под Linux. Они не всегда актуальны.

Принципиально эта задача не имеет решения. Если юзер хоть как-то на экране видит видео - то считайте что он его уже качает. Вопрос технического и программного оснащения - это вопрос времени.

DRM не поможет если плеер уже транслирует драгоценное видео с релизом вашего сериала - то вы можете купить HDMI-recorder и спокойно писать цифровое видео прямо с выхода видеокарточки.

Вывод - контент будет украдет полюбому. Поэтому лучше не парьтесь ерундой. А если у вас что-то реально хорошее - продавайте его как Megogo продает сериалы за небольшую плату.

Посмотри в утилиты
- binwalk
- foremost
- photorec

Они - толерантны к файловой системе и они восстанавливают известные форматы файла по сигнатурам. И если твой нужный файл был JPG/png/avi или им подобные то есть вероятность что он будет спасён. Но эти утилиты - без гарантий и на твой страх и риск.

У меня было 3 флешки. И у всех трёх наблюдалось разное поведение при копировании. Скорость. Буфер. Зависание.

Согласен со всеми ораторами.

Топик совершенно не так должен звучать. Автор видел уязвимость. Что это было? Почему оно имело эффект в exim (? что такое exim?) и вдруг не будет имет эффекта в виртуальной среде.

Атака может проходить через сетевой порт и нет гарантии что если ты вынес все в докеры то ты "спрятался в домике". Возможно ты виртуализацией решаешь человеческую ошибку? Так это - другое. И может быть не надо виртуализировать. А просто позаводить несколько учетных записей.

Да кто вообще докер сертифицировал на безопасность? Тоже мне крепость.

1) Очень сильно удивлен тем что делает автор. Категорически нельзя бэкапить базы данных через реплики образов. Или на это время БД нужно останавливать. Есть риск что всё что накопировал автор - будет бесполезным хламом т.к. после восстановления БД не поднимется. Будет много corruped block. И неконсистетных данных.

Поэтому вопрос - автор ты вообще пробовал восстановить весь комплекс с такого неконсистентного бэкапа?

2) Если база 1С стоит на MySQL или на PG то надо использовать коробочные утилиты дампа my*, pg* dump.

Я-бы глянул системный лог. Возможно перед смертью ОС успела что-то написать. Перегрев какого-то устройства например.

В наше время - все паблишится в сорцах и какой-то принципиальной невозможности собрать софт вроде-бы нет.

Если ты разработчик - бери компилятор и компиляй.

Скорее всего надо смотреть вопрос под другим углом. В линукс есть набор ПО .... скажем не совсем одобряемого законом и плавообладателями. Те-же tor браузеры eMule/Torrent/Pex качалки где много прона с голыми девками и снафа. Сюда-же радужные крекеры паролей, джон-риперы и прочие утилиты для "странной" деятельности.

Эти софтины обычно качаются вами либо качаются из "левых" репозитариев которые например не входят в официальные сборки Fedora/Ubuntu. И здесь если вы заходите к вопросу со стороны MaxOS - вам стоит крепко подумать насколько сама MacOS прозрачна и насколько спецслужбы вашего государства и других государств будут видеть вас и вашу активность и какие для вас будут последствия.

Федора насколько я помню - это испытательный полигон для программного продукта RHEL.
Тоесть если там есть ошибки - от это вполне ожидаемо.

Я лично не вижу никакого смысла в компилляции ядер Линуксов. И хотя давно занимаюсь С++/Java но для себя не находил подходящей и обоснованной мотивации к этому.

И тут еще такое дело к примеру если автор пишет "сам не шарю" - то возникает другой вопрос. Вопрос целей и смыслов.

Может изучение линукса лучше все таки начать с пользовательского курса? И курса C/C++.

То что автор привел с листингом от lsblk - это какая-то обычная файловая структура которая к RAID технологиям не имеет отношения. (sdb/sda...) это стандартная номенклатура внутренних блинов. Рейды обычно после сборки их в волум выглядят по другому.

Смотри фирменные утилиты от производителя (как выше написали). Возможно они у тебя еще не собраны и не светятся среди дисковых устройств.