Компания Microsoft опубликовала под лицензией MIT исходные тексты Linux-редакции утилиты ProcMon (Process Monitor), изначально поставляемой в наборе Sysinternals для Windows. Готовые для установки пакеты сформированы для Ubuntu Linux...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53387
Еще и линукс начнут поставлять вместо винды )
Они что, в perf top не смогли? :)
perf top, конечно, хорошая вещь. Но есть у него один фатальный недостаток...
Если только. Однако тот компиляется в 20 раз проще, можно "до кучи" вместе с кернелом собрать.
Вот это навряд ли.
Е-е-е.
Да куда им...
> OS: Ubuntu 18.04 lts with kernel >= 4.18 and kernel <= 5.3Это при том что 5.8 вот вот релизнется.
> Requirements
> OS: Ubuntu 18.04
> Cmake >= 3.14Что они курили? В Ubuntu 18.04 Cmake 3.10.
Говнокод какой-то. Кучу всего надо собрать изощренными способами, чтобы поставить их поделку. Уже даже в описании несуразности.
Сказано поставить libllvm6.0, я поставил, но
BCC cmake .. -DCMAKE_INSTALL_PREFIX=/usr находит 7 версию.
И не может найти clang модули.
Эти эксперименты с ядром на Debian 10 до добра не доведут.
M$ продолжает разлагаться и источать из себя что-то под лицензией MIT....
если не можешь победить, - возглавь....
Вот уже 40 с лишним лет разлагается. Жди, скоро будет очередной капец винде
Да как бы наступил уже. На разработчиков работающих из под винды смешно смотреть, да и доля их довольно ничтожна. Теперь уже мак вс линукс. Для домашнего использования тоже линукс давно пригоден, но домохозяйки и школьники-геймеры пускай остаются на винде.
Какова глубина кроличьей норы!
это лишь показатель на сколько it сообщество подвержено прикидываться "илиткой".
Разрабатывать под windows из под linux? Ну-ну дайте два
> Разрабатывать под windows из под linux? Ну-ну дайте дваТак кстати довольно часто делают - обычно оформляют как кроссбилд проги mingw'ом. А чтобы Linux-деву не связываться с маздайкой, они там компилят кроссом, строят сетап этой шляпе, и все это вообще без трогания виндов руками. В чем и пойнт затеи.
> Для домашнего использования тоже линукс давно пригоденНет.
>На разработчиков работающих из под винды смешно смотреть, да и доля их довольно ничтожнану и бред. даже жабисты чаще под виндой сидят.
а уж какой-нить php-шник или js-ник чтобы на десктопе линь держал - фантастика...
Universal Windows Platform тоже под линем работает?
Я разработчик
Киньте мне свои идеи и мысли по данному поводу
А так же комментарий к тому, что на системе с 2 Гб оперативы и ссд винда летает, позволяя мне полноценно использовать Visual studio, а под линем при открытии пары вкладок в браузере тотальный стак системы, что аж до хард ресета доходит
Линукс - крайне не оптимизированная система из коробки
> Universal Windows Platform тоже под линем работает?Вроде бы нет. И шли б такие разработчики в свою винду, как по мне.
> оперативы и ссд винда летает, позволяя мне полноценно использовать Visual studio,
> а под линем при открытии пары вкладок в браузере тотальный стак
> системы, что аж до хард ресета доходит Линукс - крайне не оптимизированная система
> из коробкиТолько почему-то у меня одна и та же прога компилилась в линухе в 3 раза быстрее винды.
Попробуй AvaloniaUI
> и ссд винда летаета ну да. мы с ссд для винды сразу такие герои.
Это они тоже в Арктатиду закопали, или нет?
Арктатида? Это опечатка в слове Атлантида?
Атлассида
Там живут пингвиниды.
Strace на стероидах
Не, просто текстовую морду прикрутили. У них фобия командной строки, а так хоть какой-то интерфейсик.
> Strace на стероидахСкорее ближе к недоношенному варианту perf. Только тот в 20 раз информативнее и функциональнее.
>procmon_1.0.0-291_amd64.deb
>21.3 MBСерьезно? Вот чтобы просто отследить состояние процессов? Лол.
Системные требования для сборки какие-то дикие https://github.com/microsoft/ProcMon-for-Linux для консольной утилиты. В Ubuntu 16.04 вкатить будет трудновато. Хотя, как раз хотел собрать новый cmake.
Потестю тогда в Mageia 7.
Я даже VapourSynth собирал со свежим питоном под Xenial + свежий ffmpeg, mplayer. Но есть такие разрабы, которым подавай все новое, например https://github.com/AviSynth/AviSynthPlus/blob/master/distrib...
Приходится новый gcc собирать, а это адски долго. Microsoft относится к их числу, совсем забили на обратную совместимость.
> совсем забили на обратную совместимостьобратную совместимость с ubuntu 16.04? Та которая на расширенной поддержке осталась?
У вас там дуалбута с XP нету ли, часом?..
жжешь
так к слову у меня тут есть комп с 256 мб оперативы. еще рабочий и вот там дуалбут с хр как раз. так что да есть)) ну у меня даж диск с 95 и 98 виндой валяется. если чего обращайся поставим. ахаха на дуалбут. кстати из всех винд хр самая нормальная. только у игроманов долго не жила это да.
> Но есть такие разрабы, которым подавай все новое
> AviSynthОфигеть. Собрал AviSynth под Ubuntu Xenial. После обновления gcc и cmake (и не из ppa). Только практического смысла в этом немного, плагинов почти нет. Зато он поддерживает звук из коробки, в отличии от VapourSynth. Можно Trim'ом резать. Разраб VapourSynth'а зашевелился по поводу звука. Только я не знаю, через что он будет его выводить. Не через vspipe ли? Через ffmpeg, но в отличии от AviSynth, там нет информации в выводе терминала, это неудобно. И надо указывать -f vapoursynth перед -i. Надо попросить, чтобы портировали TDecimate (полноценный) под Linux. Это моя мечта. И ведь сейчас активно его рефакторят под оффтопик.
Кто бы мог подумать. Старый добрый AviSynth работает под Linux. Точнее, его форк +.
Столько телодвижений ради пары либ.
Зато опыт.
Вот, что мешало их написать на C++14?
Запускается это примерно так
LD_LIBRARY_PATH=/usr/lb ffmpeg -i test.avs
ffmpeg тупо проверяет расширение avs
в том PATH лежит /usr/lb/libstdc++.so.6 (стрипнутый, man strip)
Как все-таки приятно пользоваться ависинтом. Синтаксис привычный и не надо гуглить.
> kernel >= 4.18 and kernel <= 5.3И ядро обновите вашему копролиту
> обновитеЕсть дела поинтереснее бесконечных обновлений. Я, конечно, понимаю, что пользователи роллинга смотрят на то, что даже устарело на одну версию, как на г. Но они забывают, что старое не всегда значит плохое, а часто даже наоборот.
> обновите
Я родной дистр в беде не бросаю.
Обновить могу только какой-нибудь софт по желанию, а не по обязанности каждую неделю.
> обновитеКстати, у вас в арче старье (даже в ауре). Я себе в Ubuntu 16.04 (2016) собрал libfdk-aac из гита (в mediainfo значится версия 4.0). А в арче, как и везде 2.0.1. Фу, вы неудачники, старьем пользуетесь. А у меня новье. И сколько таких еще пакетов?
гражданин, узбагойтесьЯ центосями пользуюсь и там 4.18. Арча у меня нет, слава Богу.
> Я, конечно, понимаю, что пользователи роллинга смотрят на то, что даже устарело на одну версию, как на г. Но они забывают, что старое не всегда значит плохое, а часто даже наоборот.Кто бы спорил, я не буду. Пугающее ощущение, на самом деле... осознавать что в десктопном дистре у кого-то ядро старше чем у меня в центоси.
Ubuntu 16.04 осталась на расширенной техподдержке её особо никто не обновляет. Обычно люди на десктопах XP не могли удалить 10 лет, вот сейчас семерку не хотят удалять, но чтобы к Ubuntu 16.04 прикипеть... первый раз вижу.
Эта программа, вообще-то, хочет BCC отсюда такие требования по ядру, кстати.
> гражданин, узбагойтесьАналогично могу попросить
> Я центосями пользуюсь и там 4.18. Арча у меня нет, слава Богу.А в убунтах ядро поддерживается до конца, и ещё бэкпортятся из других релизов и также поддерживаеются разное время, главное ведь работа железа и нужных лично вам функций, если секурные патчи вовремя поставляются, вам ли на центосях с 10 годами поддержки старых ядер этого не знать, не надо прикидываться ветошью, а то шибко толсто!
>> Я, конечно, понимаю, что пользователи роллинга смотрят на то, что даже устарело на одну версию, как на г. Но они забывают, что старое не всегда значит плохое, а часто даже наоборот.
> Кто бы спорил, я не буду. Пугающее ощущение, на самом деле... осознавать
> что в десктопном дистре у кого-то ядро старше чем у меня
> в центоси.Центоси есть текущие поддерживаемые и с более старым ядром, опять толстота.
> Ubuntu 16.04 осталась на расширенной техподдержке её особо никто не обновляет. Обычно
> люди на десктопах XP не могли удалить 10 лет, вот сейчас
> семерку не хотят удалять, но чтобы к Ubuntu 16.04 прикипеть... первый
> раз вижу.Во-первых 16.04 пока не на расширенной поддержке, а на стандартной в рамках 5ти летнего цикла поддержки LTS релиза, другое дело, что сами канониклы поддерживать обязуются только main репу, а остальное как на душу положит, а всевозможные ppa вообще и текущий поддерживаемый LTS могут через 2 года уже дропнуть, а кто-то и через год, гораздо меньшее число честно поддерживают LTS все пять лет.
Во-вторых платная extended поддержка у LTS убунт это всё что выше 5ти лет, например у 14.04 так было и емнип у 12.04. А 5 лет абсолютно халявно может получать поддержку обновлениями любой простой юзер.
И третье: ничего такого странного нет в том, что он на 16.04 сидит до талого, если дистр такое позволяет, то и флаг в руки, я тоже, когда последний раз пользовался бунтами на 14.04 до талого сидел на релизной версии ядра до конца, секурити патчи до EOL официально приходили.>Эта программа, вообще-то, хочет BCC отсюда такие требования по ядру, кстати.
А этот вообще как-то пофиг, я не он, меня такая бойда не удивляет, это же M$
Сложно, наверное, жить, обороняя свой любимый дистрибутив и доказывая окружающим, что он самый лучший, попутно обмазывая помоями любые другие... ну да ладно, это проходит со временем, с опытом, с возрастом.> Во-первых 16.04 пока не на расширенной поддержке, а на стандартной в рамках 5ти летнего цикла поддержки LTS релиза
И действительно... надо же, я ошибся. Опять же не повод было его держать на наших VDS как опцию, если в стандартных поставках проблемы с кучей новых сетевок. Грохнули мы его. Поддержка новых устройств-то каноникал не добавляет. Там такая "поддержка"...
https://ubuntu.com/about/release-cycle
Все что начиная с розового (Maintenance update) - это уже в помойку. Если клиент хочет - за дополнительную плату. Как раз доморощенных админов локалхоста у которых проблемы с пониманием современных технологий в мире Linux.> А этот вообще как-то пофиг, я не он, меня такая бойда не удивляет, это же M$
Невежество и религия. Идите образовывайтесь:
https://lwn.net/Articles/740157/
http://www.brendangregg.com/blog/2019-01-01/learn-ebpf-traci...
https://www.collabora.com/news-and-blog/blog/2019/04/05/an-e.../
А еще попробуйте разобраться с файрволом nftables и понять почему и он работает через eBPF. И сессионность для траспорта QUIC на чем должна достигаться...
MS тут у него и понты, посмотрите на него... Они как раз написали трассировочную утилиту на том на чем надо без всяких велосипедов.
Потому что это мой первый полноценный линукс, на котором я уже 3 года. А потом я, наверное, уйду на Mageia. Так как люблю все экзотическое (а также французское или немецкое) и rpm мало изучен. Но это еще не скоро, конечно.
На самом деле, я перешел на линукс-то только потому что обиделся на рутрекеровцев, но втянулся. Мне не было трудно, так как я всегда его изучал. Опять же по причинам выше.
Т.е. ты собрал из гита, а арчеводы из гита не могут собрать?
И если что, то в гите версия 2.0.1 (https://github.com/mstorsjo/fdk-aac/releases, https://github.com/mstorsjo/fdk-aac/blob/master/ChangeLog)
> Т.е. ты собрал из гита, а арчеводы из гита не могут собрать?они только из aur "собрать" могут.
Ждите ебилдов!
release и последний git snapshot это не одно и тоже. Я как-то столкнулся, что ошибку исправили, но в release исправление не попало. С тех пор я предпочитаю последний снимок. Да и эти релизы может вообще раз в два года делают, а кто-то их вообще не делает. mp3 и xvid давно зарелизились (в 2017 и 2019 годах), но активность идет каждый день. Правда, гитовские у меня не собираются и пришлось старье из релиза брать. Кстати, в ffmpeg 4.3 static старая xvid 67 сборка, хотя уже есть 69. А все потому что эти либы внешние и какую сборщик поставит, та и соберется. Может вообще дистрибутивное старье (2016). Когда делаешь сам, все это можно проконтролировать. В общем, я хочу собрать ffmpeg static с vapoursynth, avisynth, dav1d, rav1e, x264-git, x265-git, lame-3.100, vorbis-git, opus-git, xvid-1.3.7, fdk-aac-git. И mplayer-static с ними же. А в идеале mplayer с gtk1 шкурой и mp3 анализатором на gtk1 (которым в ауре и не пахнет). И dcaenc бы еще.
> Системные требования для сборки какие-то дикиеОсобенно учитывая что куда более полезный perf собирается прямо там же где и ядро одной левой. Наверное они поха наняли, тот придумал как сделать то же самое только в пять раз хуже и сложнее.
>Хотя, как раз хотел собрать новый cmake.Фигнёй не страдайте:
https://cmake.org/files/v3.18/
https://pypi.org/project/cmake/
А с каким gcc он собран и какой стандарт поддерживает C++14 или C++17? Дело в том, что проги, которые требуют новый cmake, обычно рассчитывают, что там и остальное окружение новое (компилятор, как минимум). Я собрал gcc 8.4.0 (заняло 10 часов) и cmake 3.18 с помощью него. Мне пришлось обновить системную библиотеку libstdc++.so.6, иначе cmake не хотел устанавливаться. Как я понял, она обратно совместима со старой. А вот совместимости вперед нет. Значит, софт, собранный с помощью такого gcc8+cmake3.18 не будет запускаться на дефолтной системе. Надо или обновлять системный libstdc++.so.6 или эту библиотеку подключить через LD_LIBRARY_PATH. Я же хочу собрать не прогу, а библиотеку, которая будет лежать в /usr/local/lib, поэтому придется запускать прогу, использующую ее с LD_LIBRARY_PATH или согласиться жить с измененным системным файлом. А все потому, что AviSynth либа требует стандарт C++17 и потому новые компиляторы.
Кстати, почему в убунте нет openssl-dev? cmake жаловался. Пришлось брать с https://github.com/openssl/openssl/releases?after=OpenSSL_1_... . Ну стыд.
> софт, собранный с помощью такого gcc8+cmake3.18 не будет запускаться на дефолтной системеТолько если использует какие-то новые фичи. Потому что, например, собрал lame с помощью gcc 8.4.0, удалил gcc-8, а lame по прежнему работает со старой libstdc++.so.6.0.21. Хотя, он с ней не линкуется. И все-таки бинарники созданные gcc5 и gcc8 отличаются. У gcc-8 меньше размер, но больше зависимостей (от ncurses и libc6). Между gcc-5 побитово совпадают. Скорость lame не зависит от компилятора, создают идентичные mp3.
> созданные gcc5 и gcc8 отличаются. У gcc-8 меньше размер, но больше
> зависимостей (от ncurses и libc6).Что вы курите сэр?! GCC самому по себе - решительно до балды на ncurses, он его прилинкует только если его попросят об этом. А libc6 это извините libc - и без нее у вас вообще-то по сути ни одна программа слинкованая динамически не запустится даже! Может быть за каким-то редким исключением пары особо хитрозадых. Потому что без стандартной либы сей... эм... система не живет. Как категория. И gcc5 ее тоже линковал, куда ж он денется...
> Между gcc-5 побитово совпадают. Скорость lame не зависит от компилятора,
Вообще может зависеть. Как и размер кода. Просто в этом конкретном примере видимо не слишком показательно. В свежих gcc еще можно зело скостить размер бинарей - нахаляву - использованием LTO. В пятом gcc это или не было, или было уберглюкавым. Оно достаточно специфичное, но урезать добрую четверть бинаря НИЧЕГО НЕ ПОТЕРЯВ взамен, а иногда и прибавив в скорости бонусом - все же довольно круто.
> создают идентичные mp3.
А это вообще зависит не от компилятора, покуда там крутых багов нет. Скорее от алгоритма, если он "детерминированный" - разные проходы дают один результат. Иначе - как повезет. Это свойство алгоритма.
> Что вы курите сэр?ldd. Что показывает, то и сообщаю.
> он его прилинкует только если его попросят об этом
На gcc5 lame не просил, а на gcc8 тот же lame попросил? ./configure полностью идентичны были.
> Вообще может зависеть
Там (в lame) больше зависит от ассемблеровских оптимизаций nasm'ом, имхо. Он может собираться и без них, но рекомендуется с ними. Ну и оптимизации под процессор, SSE2.
> урезать добрую четверть бинаря НИЧЕГО НЕ ПОТЕРЯВ взамен
Есть strip, о котором недавно узнал.
> ldd. Что показывает, то и сообщаю.А как gcc5 может не линковаться к libc6? oO Это статическая сборка чтоли была? Ну тогда солидный шмат libc6 залинковали прямо в бинарь.
> На gcc5 lame не просил, а на gcc8 тот же lame попросил?
А кто б его знает чем там параметры командлайна компилеру отличались и что за сборка была, статичная и динамичная. Не помню как lame это делает по дефолту, давно билдил. Ща он мне как-то не интересен: сколько mp3 не дрючь, а opus сильно лучше по bitrate-quality. Ну и зачем мне mp3? :)
> ./configure полностью идентичны были.
А там по дефолту статическая или динамическая сборка?
> Там (в lame) больше зависит от ассемблеровских оптимизаций nasm'ом, имхо. Он может
> собираться и без них, но рекомендуется с ними. Ну и оптимизации под процессор, SSE2.Ну, как бы, чисто технически, без функций libc он даже файл открыть не сможет, потому что работа с файлами в конце концов в либце реализована. Особо хакерски настроеные типы иногда сисколы еще напрямую дергают, без либ, но это не особо портабельно и неудобно, так что программы так не делают, кроме пары особо странных хаксорских упражнений.
>> урезать добрую четверть бинаря НИЧЕГО НЕ ПОТЕРЯВ взамен
> Есть strip, о котором недавно узнал.Это совершенно ортогональная штука - удаляет дебагинфо и тому подобное. А вон в том случае сдуваются именно код и данные, gcc гоняет некий глобальный анализ всего бинаря и делает довольно веселые глобальные оптимизации, мержа константы и код где это катит. Оно не быстро и RAM жрет но и результат по своему прикольный - минус четверть бинаря без каких либо потуг со стороны програмера и без потерь в чем либо все же выглядит достаточно интересно в ряде случаев.
Статическая сборка была в обоих случаях, и в gcc5, и в gcc8. gcc5 убунтовский, gcc8 оригинальный. Может, ldd гонит?
>А с каким gcc он собранЭто портабельная сборка. Собирают (вроде) на каком-то из старых дебианов супротив древних glibc и libstdc++, так что запускается везде. Остальной поток сознания не берусь комментировать.
> Остальной поток сознания не берусь комментироватьПонимаю. Я наверное единственный, кто это собирает (ffmpeg, синты). Все остальные пользуются готовеньким. Только вот там старье. Даже виндовая сборка ffmpeg от zeranoe скорее всего делается на линуксе (подозреваю на Debian 10, ffmpeg linux static https://johnvansickle.com/ffmpeg точно на нем), а там некоторые пакеты используются из репозиторного старья (удобно, но древность). Например, XviD никто не удосужился обновить с 1.3.5 до 1.3.7. И конечно же только 4.3, а на 4.3.1 забили. Совет: если нужен нормальный ffmpeg, используйте Arch или собирайте сами.
> ArchНо только не arch32, там вообще жесть. В генте тоже старье.
> ты можешь объяснить зачем тебе самые свежие пакеты?
Фрактал покусал.
Но на самом деле, я ставлю свежее, а потом забиваю на обновление. Потому что работает - не трогает. На винде такая же идеология была.
> Понимаю. Я наверное единственный, кто это собирает (ffmpeg, синты).Да ну размечтался. Я себе тоже ffmpeg собрал, с git-версиями libvpx, libaom и еще по мелочи.
А libaom (декодер+энкодер) же устарел и медленный, хоть и пилится еще. Его заменили на dav1d декодер + rav1e энкодер. Хотя, можно собрать с ними и с aom (как в арче). Тогда интересно, что будет использовано для декодирования? Ну ладно, для кодирования можно выбрать самому. У меня мировоззрение: если есть вероятность, что кто-то что-то накосячит, то он накосячит. Поэтому не удивлюсь, если при поддержке aom+dav1d ffmpeg будет декодировать медленным aom'ом. Наверняка это можно переопределить, но не все знают как и это лишние телодвижения, о которых можно забыть. Впрочем, вполне возможно все будет работать нормально и ffmpeg отдаст предпочтение быстрому dav1d. Тогда поддержка aom будет плюсом. Можно сравнить его по быстродействию и побитовой точности.> libvpx
Чем он лучше x265, кроме свободности? Ни разу не сталкивался, чтобы люди в интернете им кодировали (кроме ютуба).
> А libaom (декодер+энкодер) же устарел и медленный, хоть и пилится еще.В смысле - "устарел"? Это самая "плотная" реализация сжатия в этом формате. И попросту, пардон, референсная. Есть какая-то хрень на расте, она типа-быстрая, но чудес не бывает и поэтому она и жмет плохо. И зачем такое надо - не понимаю. Да и не интересна мне хрень на расте, со всеми их каргокультами вокруг.
> Его заменили на dav1d декодер + rav1e энкодер.
У меня никто ничего не "заменял" и я бошку оторву за такие поползновения. Мне rav1e нафиг не упал, он жмет плохо. Сильное сжатие - самое хорошее что в AV1 есть. И dav1d требует для сборки мезон и сталбыть пихон. А значит, канпелять этот крап будет кто-нибудь другой, сорян. У меня нет и не будет никаких пихонов в системе.
> Хотя, можно собрать с ними и с aom (как в арче).
Да собственно ffmpeg умеет и так и сяк, что найдет/что закажут - то и поюзает. Ну я и заказал вот это вот. Без всяких арчей - ffmpeg и в дебиане компильнуть не сложно.
> Тогда интересно, что будет использовано для декодирования?
А хороший вопрос. Возьми да проверь если интересно.
> Ну ладно, для кодирования можно выбрать самому. У меня мировоззрение: если есть
> вероятность, что кто-то что-то накосячит, то он накосячит.В принципе это правильное мировоззрение, но в случае ffmpeg они стреляные воробьи и за годы они наверное все же научились такие приколы разумно обрабатывать, врядли это 1-й случай.
> Поэтому не удивлюсь, если при поддержке aom+dav1d ffmpeg будет декодировать
> медленным aom'ом. Наверняка это можно переопределить, но не все знают какБолее того - мне это не интересно. Если тебе надо хайпованый хипстерский шит, вперед на мины. А мне был интересен libaom - потому что жмет хорошо. И мне как раз было интересно насколько его с версии 1.0 разогнать смогли без профака сжатия.
>> libvpx
> Чем он лучше x265, кроме свободности?Например, тем что его выхлоп играется в браузерах, в отличие от. И для меня это некий аргумент. Да и по декодированию VP9 ближе к H.264, а жмет явно лучше.
> Ни разу не сталкивался, чтобы люди в интернете им кодировали (кроме ютуба).
Ну так поэтому у ютуба и нет конкурентов, гагага :)
> поэтому у ютуба и нет конкурентовЯ имел в виду выкладывание на торрентах, форумах.
> dav1d требует для сборки мезон и сталбыть пихонMeson это только конфигуратор, по типу cmake. А собирает обычно ninja, который от питона не зависит. Хотя, ninja входит в рекомендованные зависимости для meson, но не обязательные.
Если собирать свежий meson самому, то он требует python3-wheel и python3-setuptools (такие же зависимости у python3-pip, если что). ppa'шный python 3.8.3 не имеет этих пакетов (как и pip'а), поэтому пришлось использовать старый системный python 3.5. Нет, ну можно, конечно, было извратиться и wheel с setuptools собрать для 3.8.3, но я не стал. Хотя, 3.5 это старье и реально могут быть проблемы с синтаксисом.
Как я и думал, для декодирования по умолчанию используется libaom-av1. Не собирайте с ним.
Чтобы декодировался через dav1d нужно указать:
ffmpeg -c:v libdav1d -i input.mkv...
И он быстрее в 1.5-2 раза.
В Арче плохой ffmpeg. Вообще-то я проверял не в арче, но с теми же опциями.
Жесть, у меня только 144p не тормозит (с загрузкой процессора 33-50% в зависимости от того, используется ли софтовый ресайз). Ну, с libdav1d, может, 240p потянет. Но это надо выпиливать libaom-av1 отовсюду, mpv тоже его юзает. В 144p качество вообще УГ, в 240p мыло. Если чисто ffmpeg'ом декодить с помощью libdav1d, то и 360p чуть выше 1x, но в плеерах просядет.
На AV1 640:360 25p 334 kbps 0.058 bit/pixel качество неплохое. Иногда заметны MPEG артефакты или это какие-то глюки.
https://www.youtube.com/watch?v=Y1xs_xPb46M
В Mageia 7.1 (2019) есть и dav1d и libaom (default). А в Debian 10 (2019) только libaom.
dav1d есть только в testing и sid. rav1e нигде пока нет.
Ubuntu:
aom 19.10+ (2019+)
dav1d 20.10+ (2020+)
rav1e -
Получается, Mageia круче Ubuntu и Debian'а. Кто говорил, что там пакеты старые?
> dav1d в Mageia 7.1 (2019)Правда, он там древний 0.2.2. Уже 0.7.1 есть. Но даже такая древность быстрее, чем aom.
Для Debian 10 есть репозиторий deb-multimedia. В его репах есть dav1d, но судя по отсутствию зависимостей, их ffmpeg собран без его поддержки. Однако, наверняка можно декодировать standalone dav1d и через pipe передать в ffmpeg. Интересно, что в deb-multimedia собран vapoursynth со всеми плагинами (можно легко подрубить QTGMC) и mpv с его поддержкой. Правда в buster он староват, 46 вроде бы, уже есть 50, но это ерунда, зато готовое.
Или так: https://forum.rosalinux.ru/viewtopic.php?t=10047
Ды там поди целый .NET рантайм встроен.
Теперь можно проверить также ли Linux что-то непрерывно делает в фоне, как винда. Судя по шуму диска нет. Ну реально моменты затишья винта на винде редкость даже в простое.
На одном виндофоруме мне сказали, что она так разрабатывалась, by desing. Постоянно что-то пинговать, например локальную сеть. Народ запускает Procmon и теряется в логах. Я еще думаю, что в линуксе лучше кэширование.
>разрабатывалась, by desing. Постоянно что-то пинговать, например локальную сетьТелеметрию собирать by desing.
Раньше ее не было, а ведь даже XP неровно дышит к винту. Головки двигаются часто, а на линуксе по моему обращение более линейное. Поставил комп под ухом, так что слышно все.
ещё про 9x говорили, что оно неведомо куда неведомо что шлёт
были (есть) такие самоходные программы, в простонародии вирусы.на фаерволле от толпы 9x и NT4 я видел только "отчетность" в HP от драйверов принтеров (?).
А метрику (wa)it I/O вам религия запрещает помониторить в том-же atop? Да он и не только wait умеет.
> А метрику (wa)it I/O вам религия запрещает помониторить в том-же atop? Да
> он и не только wait умеет.Perf круче - даже по отдельным функциям может все разрисовать, если надо. Даже для ядра, если хочется. Так ответ на вопрос кто и почему тормозит - значительно более исчерпывающий.
Там всякой фигней занимается винда в простое. Дергает проводник, еще там что-то, я уже не помню. Интересно, что, если в диспетчере задач во вкладке "сеть" активировать "вкладка всегда активна" и "отображать накапливаемые данные" (или как-то так), то диспетчер задач начинает дергать винт. Это в общем-то безнадежное дело попытки приручить винду. Как мне сказали на форуме, она будет просто неюзабельна, если ей все обрезать.
> Там всякой фигней занимается винда в простое. Дергает проводник, еще там что-то,
> я уже не помню.В дефолтовой винде овердофига фоновых сервисов на все оказии. Поэтому после загрузки система еще несколько минут истошно тупит, да и потом периодически икает.
> общем-то безнадежное дело попытки приручить винду. Как мне сказали на форуме,
> она будет просто неюзабельна, если ей все обрезать.Где-то в районе >=XP ее и правда стало крайне утомительно окультуривать. И я на это забил.
На том форуме, наверное и "Выключить тему Aero" равносильно "стало неюзабельно"?
> Теперь можно проверить также ли Linux что-то непрерывно делает в фоне, как винда.А что, perf раньше этого не позволял? :).
Алсо, для убунтунубов: видишь вон там в ps -AFH [процессы] в скобочках? Ну так вот, это не процессы, это ядерные треды, если что :). И кстати в винде их вроде бы вообще просматривать нечем. А тут оно оформлено себе как типа-процессы.
Можно даже свой такой подцепить, где-то болтался пример модуля делающего этсамое. При том там забавно - хочешь, разрешаешь ловить SIGKILL и он тогда убиваемый юзером. Не хочешь - не разрешаешь, и процесс неубиваемый юзером.
А если хочется посмотреть почему линух мигает диском:
echo 1 > /proc/sys/vm/block_dump
dmesg -w...и вот тебе аналог filemon, совершенно на шару - и даже без установки программ.
Только потом важно не забыть echo 0 > /proc/sys/vm/block_dump - иначе можно охренеть от размеров системных логов, когда туда все ваши похождения оттрассируются :). И да, запись в логи постепенно тоже начнет провоцировать трейсер, что спровоцирует записи в логи, что спровоцирует трейсер, что... ну вы поняли, в этом случае мигание диском будет привязано в том числе и к логированию трейса :)
Забавно, как все тут ополчились на эту тулзу, хотя тулза выглядит годно.Тебе могу посоветовать iotop, если хочешь узнать, кто шуршит диском в линуксе. Ну или nvme купи. Они не шуршат.
> nvme купи. Они не шуршатЭто называется прятать голову в песок.
> опубликовала под лицензией MIT исходные тексты Linux-редакции утилиты ProcMon (Process Monitor), изначально поставляемой в наборе Sysinternals для Windows3 раза перечитал это предложение))
супер
Какая неожиданность. Даже на плюсах. Я думал они уже кроме электрона ничего не умеют.
О, меня обиженный микрософтофан заминусовал. ЛОЛ
Минусуют школьники, которые пользуются виндой для игр, имхо. Но им это простительно.
Когда я был виндузятником, мне тоже было обидно, что мой рабочий инструмент ругают. Поставьте себя на их место.
И я не уверен, хорошо это или нет, что новички приходят на русские линуксовые ресурсы...
Ну ладно те, у кого есть опыт, могут обойтись, а для решения проблем использовать eng выдачу.
Но это не мое дело. Так что я сохраняю нейтралитет.
Или это был злой укуренный растоман, хейтещий плюсы.
кстати годно!
Т.е. до этого люди в линуксах не знали как трэйсить процессы???
Некоторые до сих пор не знают.
Кто не знает, тому и это поделие не надобно.
да ты петоросян
> да ты петоросянO, телепаты и доктора подтянулись :)
DTrace лучше намного вашего strase
Да, dtrace великолепная штука. Я крайне им доволен.Но не надо тут пальцы гнуть. Тем более что явно не ты автор dtrace, не приписывай себе чужие заслуги.
А фрактал тебе вообще раскажет что в нормальных языках это всё не нужно. Так-же приписав себе чужие заслуги, которых кстати ещё нет. Ничего до сих пор на расте так и не запили. Им некогда, они сам раст пилят.
> Да, dtrace великолепная штука. Я крайне им доволен.
> Но не надо тут пальцы гнуть. Тем более что явно не ты
> автор dtrace, не приписывай себе чужие заслуги.
> А фрактал тебе вообще раскажет что в нормальных языках это всё не
> нужно. Так-же приписав себе чужие заслуги, которых кстати ещё нет. Ничего
> до сих пор на расте так и не запили. Им некогда,
> они сам раст пилят.И представь себе в MS еще есть Visual studio, и вам еще долго не увидеть того на Linux)
Чур меня чур. Слава великой фрагментации Linux что я не вижу в нём это уродливое Visual studio.
Кстати на электрон её уже перевели? :D
> Кстати на электрон её уже перевели? :DЗначит ты далекий. Но можно и под Linux создавать с VS.
А ты у нас близкий :D. Уже с этим учителем вместе нажрался? Но судя по коментам ты в начале пути :D Того походу уже унесло. Или с белым другом опять обнимается.Ты смотри, осторожнее, так спиться можно.
Сделай что-то полезное. Научи этот гавёный ms компилить код нормально. А то 500 инстанциации темплейта он осилить не может. llvm и gcc на ура кушают. Под BSD, Linux, MacOS великолепно.Только в твоей божественной венде проблемы, которые даже gcc с трудом но решает (по дефаолту у него too many sections). А гавняный ms компилер вообще дохнет с out of memory.
Выкинь это гавно в биореактор и не рассказывай сказки про божественных специалистов MS.
> Сделай что-то полезное. Научи этот гавёный ms компилить код нормально. А то
> 500 инстанциации темплейта он осилить не может. llvm и gcc на
> ура кушают. Под BSD, Linux, MacOS великолепно.
> Только в твоей божественной венде проблемы, которые даже gcc с трудом но
> решает (по дефаолту у него too many sections). А гавняный ms
> компилер вообще дохнет с out of memory.
> Выкинь это гавно в биореактор и не рассказывай сказки про божественных специалистов
> MS.О великий:) Ты раскрыл глаза нескольким миллионам разработчиков на унылость Visual c++, и на супер gcc. Но что ты скажешь на то, что любой браузер на Windows 10 работает стабильнее и быстрее чем на твоей убунуту и на ябле, а "быстро и стабильно" работают игры в Linux -- разница иной раз в 50%, и не видать на Adobe,Autodesk и тп на Linux. К информации PS на ябле на том же железе работает медленнее чем на Windows 10. Попытки разработчиков принести десктоп приложения на Linux имеют печальный опыт, в итоге они забивают на это. Так что уважаемый супер-мега-гуру пора вылезайте из маленьких фанатский штанишек. Не надо говорить, что мне не нарвется GCC и тем более LLVM это достойные компиляторы, но надо быть объективными без фанатизма и признать Visual c++ и разработку в среде Visual Studio куда удобней чем в любой IDE. Но я понимаю если ты фан Столмана или типа того то emacs тебе в руки.
> О великий:) Ты раскрыл глаза нескольким миллионам разработчиков на унылость Visual c++,
> и на супер gcc.Ну, GCC по крайней мере умеет C99 и даже C11 и C2x... а это майкрософтовское угробище до сих пор где-то в заднице.
>> О великий:) Ты раскрыл глаза нескольким миллионам разработчиков на унылость Visual c++,
>> и на супер gcc.
> Ну, GCC по крайней мере умеет C99 и даже C11 и C2x...
> а это майкрософтовское угробище до сих пор где-то в заднице.С99 поддерживается частично, и что там такого С99? -- Это стандарт, неси дневник получи двойку.
> С99 поддерживается частично, и что там такого С99?Але, этот стандарт вышел в 99 году. Сейчас 2020 и даже C11 уже не выглядит новьем. И таки static assert в 11-м полезная штука. До этого видите ли сие делалось - но малость череж джеппу.
> -- Это стандарт, неси дневник получи двойку.
А таки я оперирую именно этим стандартом. И чего там? Ну как минимум нормальные типы данных, для начала. Или вон вариадики - и функции и макросы. Иногда удобно. Ну не C89 же мне оперировать в 2020 году, право?!
> Значит ты далекий. Но можно и под Linux создавать с VS.Да можно то и гланды, через ж, автогеном, удалять... и это примерно то же самое по смыслу получится.
> Ничего до сих пор на расте так и не запилиrav1e (быстрый av1 encoder) собирается с cargo (часть rust) https://github.com/xiph/rav1e
И использует Languages
Assembly 61.5%
Rust 38.0%
Хочу собрать ffmpeg с ним. Даже в виндовых сборках ffmpeg от zeranoe нет rav1e (недавно появился dav1d, но это декодер, и медленный aom). В линуксовых static по моему еще даже aom нет. В дистрибутивах, конечно, по всякому бывает. Круче всего обстоят дела в арче x64 https://www.archlinux.org/packages/extra/x86_64/ffmpeg
Rust без проблем поставился отсюда https://forge.rust-lang.org/infra/other-installation-methods... в /usr/local
Как весь этот карго-культ относится к сабжу? :)
> DTrace лучше намного вашего straseТелепат, ты б лучше научился ветки обсуждений не путать, т.к. здесь от корня никто не упоминал ни dtrace ни strace (кстати, а не strase)
Наконец то профессионалы напишут для линукса нормальный софт
Этим "профессионалам" сперва бы со своим совтом разобраться, а то почти у всех в мире вчера отглюк грохнулся от их "гениального" апгрэйда
Своё они уже не могут. Уже не осиливают. А тут ещё не нагадили. Не порядок.Обновления это вообще отдельная песня. Что блин там можно так долго обновлять? Генту быстрее собирается. А тут неосили даже бинарные файлы накатить.
> Что блин там можно так долго обновлять?Я так полагаю там проверяется хэш всех библиотек. Ведь на винде очень хитрые обновления. Можно откатывать. Я до сих пор не понял логику. Можно удалить любое исправление и при этом библиотека будет содержать все оставшиеся. Как они это делают? Патчат на лету или есть своя сборка для каждой комбинации. Windows Update очень переусложнен и медленный. Арчевский pacman по сравнению с ним просто летает и даже убунтовский apt не такой тормозной.
> Windows Update очень переусложнен и медленный. Арчевский pacman по сравнению с ним просто летает и даже убунтовский apt не такой тормозной.Да ничего там переусложненного нет у него просто задача не такая. Он надстройка над BITS, DISM, SFC и VSS.
Генерируем фоновые батчи и грузим, делаем снапшоты, деплоим, проверяем. Да оно потом научилось делать ролапы целых образов и мажорные апгрейды. При условии наличия первичного снапшота всей системы (а он всегда есть) и всей истории установленных обновлений и компонентов в базе и скачанных файлов в каталогах всё можно восстановить.Пакетные менеджеры в Linux они обновляют... и всё. Если ты не уверен, что ты закончишь обновление - не начинай. Если ты не уверен, что прилетит рабочее - сделай бекап.
Windows Update обновляет автоматически. Его задача незаметно накатить апдейты в фоновом режиме во время сравнительного простоя, с возможностью всё откатить и с автоматическим резервным копированием, предоставляя пользователю результаты в понятном для человека виде.Во времена Windows 98 в венде были такие же методы обновления. Хочу ставлю, когда хочу. Но потом...
Была же там целая разборка на уровне ЕС много лет назад... что-то типа по решению Еврокомиссии, вроде... MS должен предоставлять бесплатные обновления безопасности для всех, даже для пиратов и ставить их насильно, чтобы прекратить распространение ботнетов. Дурачки ставят пиратские вёнды и отключают апдейты и потом...
На Linux такого нет, потому что это десктопопроблемы.
> Пакетные менеджеры в Linux они обновляют... и всё. Если ты не уверен,
> что ты закончишь обновление - не начинай. Если ты не уверен,
> что прилетит рабочее - сделай бекап.Лучше снапшот в btrfs. А у ms этот их vss - отличный btw пример того как сделать снапшоты хреново, тормозно, контринтуитивно и нифига не универсально.
> Windows Update обновляет автоматически. Его задача незаметно накатить апдейты в фоновом
> режиме во время сравнительного простоя, с возможностью всё откатить и с
> автоматическим резервным копированием, предоставляя пользователю результаты в понятном
> для человека виде.И потом он еще так совершенно незаметно огорошивает юзера ребутом - "нравится, не нравится, вот тебе ребут моя красавица". И похрен что это нагнуло вам все что нагибается.
> Во времена Windows 98 в венде были такие же методы обновления. Хочу
> ставлю, когда хочу. Но потом......потом MS укусила оверинженерия. И они сделали довольно тормозное и довольно хлипкое глюкало :)
> На Linux такого нет, потому что это десктопопроблемы.
И что характерно, с линухом в результате сильно меньше проблем. Вообще, по жизни. Убить какой-нить апт или синаптик до состояния когда тот утратит возможность сносить или ставить софт еще ухитриться надо. А в винде это довольно типовой прикол убер-мега-технологии.
> Лучше снапшот в btrfsСисвол, БДшку что лежит на диске и всё такое - тоже будешь снепшотить?
> И потом он еще так совершенно незаметно огорошивает юзера ребутом - "нравится, не нравится, вот тебе ребут моя красавица". И похрен что это нагнуло вам все что нагибается.
Ты доку почитать не можешь и для себя настроить как обновить правильно? Ну вот такие же пользюки, у которых всё тормозит и перезагружается, отключают обновления. А потом ботнеты и ток это наделал.
> И что характерно, с линухом в результате сильно меньше проблем. Вообще, по жизни. Убить какой-нить апт или синаптик до состояния когда тот утратит возможность сносить или ставить софт еще ухитриться надо. А в винде это довольно типовой прикол убер-мега-технологии.
Что там в виде битса в линухах? Плохо что они его прибили и переходят на ДО. Но тоже ничего. Покажи что у тебя из подобного есть в линухах.
Спецы, май эсс. Гордятся линухами а документашку почитать про винду и настроить её не могут.
>> Лучше снапшот в btrfs
> Сисвол,Если мы про btrfs - там этого нет :)
> БДшку что лежит на диске и всё такое - тоже будешь снепшотить?
Если кто использует такие вещи - он должен понимать что сие и как этим рулить. А в btrfs можно chattr +C сказать на вон те файлы - и к ним CoW применяться вообще не будет. И снапшоты тоже.
Но это уже экзотика. Типовой Клаве же нафиг не упали ни сисволы ни бдшки которые и правда нельзя снапшотить, типа реплик всяких.
> Ты доку почитать не можешь и для себя настроить как обновить правильно?
Я уже почитал для себя все потребные доки и все что хотел настроил :). Правда, это получилось в линухе. Ну вот как-то там это в 10 раз проще оказалось. Черт, в винде я даже безглючную темную тему оформления сделать не могу - софт забивает на теминг там и тут или применяет наполовину. А приколы типа темного текста на темном фоне - нифига не рулят. Линух же выглядит так как я хочу, работает так как я хочу, предлагает пачку продвинутых технологий, не делает подлостей да еще не стоит мне ни копья. И даже может использоваться как основа для моих поделок совершенно нашару. Даже если это откровенная коммерция!
> Ну вот такие же пользюки, у которых всё тормозит и перезагружается,
> отключают обновления. А потом ботнеты и ток это наделал.Не, не такие же :). И удачи сделать из меня ботнет. Слышь, а с моими технологиями ботнет будет грызть только локалхост. Свой локалхост. Где-то там. Даже не на основной машине ни разу. И без доступа в сеть. В винде я такую конфигу запилить, кстати, не возьмусь.
> Что там в виде битса в линухах? Плохо что они его прибили
> и переходят на ДО. Но тоже ничего. Покажи что у тебя из подобного есть в линухах.Я для начала не очень понимаю нафиг все это надо. Если мне надо будет апдейты по таймеру, я впилю скриптик в крон или запилю системдшный таймер пинающий тот скриптик. А еще есть DEBIAN_FRONTEND=noninteractive для совсем уж батч инсталов где-то в фоне.
И да, в отличие от маздай апдейта это все устаканивается за пару минут и если надо никакого гуя не отрисовывает вообще, и дурацкие вопросы не задает.
Вообще MS весь в этом. Теоретически - задумки вроде неплохие. Практически - оверинженерия, бюро медвежьих услуг, индусские реализации и головняк оптом. А то и просто бэкдоры откровенные.
> Спецы, май эсс. Гордятся линухами а документашку почитать про винду и настроить
> её не могут.Да ну нафиг, сами читайте, мне не нравится соотношение долботни к результату в винде. Линух в этом плане в 10 раз лучше. Я как-то был энтерпрайз админом и досыта этого счастья наелся, за добавкой не приду, даже и не надейтесь. Теперь я с виндой не имею дел даже если за это готовы злобно доплачивать!
> Я для начала не очень понимаю нафиг все это надо.В венде специфический планировщик процессов, который хитро делит ресурсы в юзерспейсе, расставляя приоритеты. В Linux все эти технологии тоже 100 лет как есть, вот только местные луддиты не хотят переходить. Ну там cgroups всякие, ну и дальше там по тексту. На Linux сейчас нельзя точно определить "загруженность" системы. Одно сплошное гадание на кофейной гуще (load average) и хиромантия (vmstat) и еще и из юзерспейса всё. Надеюсь что скоро всё это изменится и улучшится. Когда systemd научится масштабно строить метрики по cgroups и рулить из юзерспейса приоритетами... это не будет оверинженирингом?
А если в него kerberos просунут вплоть до каждого демона... ну вообще цены не будет лапочке. =)
Раз:
> Я уже почитал для себя все потребные доки и все что хотел настроилДва:
> Я для начала не очень понимаю нафиг все это надо. Если мне надо будет апдейты по таймеру, я впилю скриптик в крон или запилю системдшный таймер пинающий тот скриптик. А еще есть DEBIAN_FRONTEND=noninteractive для совсем уж батч инсталов где-то в фоне.БИТС и ДО это система с подстройкой скорости скачиваний. Автоматически, что бы не влиять на работу пользователей в сети(первый вариант)или простого ограничения по полосе. Так же используется вариант кэширование содержимого между пользователями и взаимный обмен идентичным содержимым.
Так какие ты там доки читал, раз этого не знаешь?
> Вообще MS весь в этом. Теоретически - задумки вроде неплохие. Практически - оверинженерия, бюро медвежьих услуг, индусские реализации и головняк оптом. А то и просто бэкдоры откровенные.Это весь ты в этом. Документацию просмотреть тебе з@падло. На одного себя настроил персоналочку и думаешь что твой опыт масштабируется. Посмотрел бы на твой опыт оверинжении и костылей когда ты свой опыт будешь натягивать на десятки тысяч пользюков.
> Да ну нафиг, сами читайте, мне не нравится соотношение долботни к результату в винде. Линух в этом плане в 10 раз лучше. Я как-то был энтерпрайз админом и досыта этого счастья наелся, за добавкой не приду, даже и не надейтесь.Слава те хосподи. Местных долбаков виндовых хватает, без тебя "справляются". Они так же как твои кореша с обновлениями винды и вмваре побаловались. У не проработали процесс обновлений. Теперь вообще обновления не ставят. Совсем. И изредка покрикивают какой мс кривой.
> Лучше снапшот в btrfs. А у ms этот их vss - отличный btw пример того как сделать снапшоты хреново, тормозно, контринтуитивно и нифига не универсально.Куча бекапилок тянет их NTFS-снапшоты через VSS и делает по ним инкрементальные бекапы вполне себе универсально. Может и btrfs тоже начнет где-нибудь поддерживаться со временем. Кстати для этой технологии важно не чтобы было быстро, а чтобы исключить деградацию сервиса во время снапшота.
> И потом он еще так совершенно незаметно огорошивает юзера ребутом - "нравится, не нравится, вот тебе ребут моя красавица". И похрен что это нагнуло вам все что нагибается.
Ну вранье, она предупреждает же... А вообще в этом весь смысл _автоматических_ обновлений. Разрешенные временные интервалы ребута вычисляется телеметрией или устанавливаются в настройках руками. Политиками - способ загрузки, каналы обновлений и пр. Больше домашнему пользователю настроить не дают, чтобы не сидел в ботнете. Тюнинг обновление это только Pro редакций в корпоративной среде в домене с WSUS.
> ...потом MS укусила оверинженерия. И они сделали довольно тормозное и довольно хлипкое глюкало :)
и потом слегка поправили его в десяточке, справедливости ради. Но да, оно сложное, потому что сделано как средство контроля над безопасностью пользователя-дурака, который может не только себе навредить но и окружающим.
> И что характерно, с линухом в результате сильно меньше проблем. Вообще, по жизни. Убить какой-нить апт или синаптик до состояния когда тот утратит возможность сносить или ставить софт еще ухитриться надо. А в винде это довольно типовой прикол убер-мега-технологии.
А разгадка проста. Венда сделана для людей, а линукс для админов. С одной стороны Линукс от венды отличается тем, что там реально всё можно настроить. С другой стороны вот это ВСЁ ты настраивать и будешь.
А для этого не только и не столько время надо иметь много, сколько квалификацию, которой нет у обычного пользователя.
> Я так полагаю там проверяется хэш всех библиотек. Ведь на винде очень
> хитрые обновления. Можно откатывать.При том - довольно теоретически. Практически, если некоторые файлики немного порушатся, лулз будет в том что вы это снести потом вообще не сможете. А в хучшем случае система окажется в позе ни вперед, ни назад - так что инсталляция вроде начата но вроде не считается завершенной. И ее нельзя ни отменить, ни откатить. И тогда получается вообще офигенно - система, в которую вообще принципиально не ставится софт через MSовский инсталлер, о как! А клево они придумали тролить юзеров, да? Система совсем как живая, но вот дофига программ на нее ставиться не может, при том если юзерь постарается и найдет с самопальным setupexe вместо msi, даже сможет потрепыхаться :)
> Я до сих пор не понял логику.
Хотели как лучше, а получилось как всегда - умеет создавать больше проблем чем решает.
> Можно удалить любое исправление и при этом библиотека будет содержать все
> оставшиеся. Как они это делают?Хранят дофейхоа мусора. Самое западло если rollback побился. А вот пробую установить... о, незавершенная инсталляция. Откатываю. Ошибка. Блин, упс, смотрите, фокус! Теперь вы вообще сюда ничего ставить и снести не могете, кроме софта с самопальными инсталерами-деинсталерами, ололо!
> Патчат на лету или есть своя сборка для каждой комбинации. Windows Update очень
> переусложнен и медленный. Арчевский pacman по сравнению с ним просто летает
> и даже убунтовский apt не такой тормозной.Ну да. И более того - я apt'ом вкачу десяток программ за пяток минут как делать нехрен. Включая пару CADов и офисный пакет. А теперь посмотрим сколько это все ставится на винде...
> Хранят дофейхоа мусора. Самое западло если rollback побился. А вот пробую установить... о, незавершенная инсталляция. Откатываю. Ошибка. Блин, упс, смотрите, фокус!Да ты и в прошлый раз всем доказал что слаб на головку. Расскажи мне как в линухах ничего не разваливается. В своё время я регулярно ловил развалы всех баз установленного. И полную неспособность работы рпм. Очень была удобно статически собранный рпм вкрячивать в систему и перебирать всё ручками.
> Ну да. И более того - я apt'ом вкачу десяток программ за пяток минут как делать нехрен.
Все программы из разряда бтрфс-утилс, процмон-тулс, кернел, гцц и прочее не нужное большинству?
> . Включая пару CADов и офисный пакет. А теперь посмотрим сколько это все ставится на винде...
Ты как с прошлого раза в CAD мокнули мордочкой успокоиться не можешь? Смешно.
> я регулярно ловил развалы всех баз установленного. И полную неспособность работы
> рпм. Очень была удобно статически собранный рпм вкрячивать в систему и
> перебирать всё ручками.Вот RPM да, так себе фигня. Хотя самые фекалии - обвес к нему типа yum/dnf. Именно поэтому мне нравится dpkg и apt. Ну и то что на нем построено - сейчас в основном Debian.
И если yum и dnf я несколько раз, натурально, убивал не хуже MSI инсталера, с разлетом базы и системой в той же позе ни туда ни сюда, то вот apt+dpkg у меня качественно дох только 1 раз за все время - И ПОДСКАЗЫВАЛ В СООБЩЕНИИ ОБ ОШИБКЕ КАК СЕБЯ ЧИНИТЬ!!! Гыгы, это вам не msi, где потом вообще никто ниипет чо делать если ролбэк нагнулся. Даже msdn и прочие течнеты с форумами, лол - чо хотите то и делайте. Систему, бл, переустанавливайте, или какой там хардкорный хак надо откаблучить, чтобы оно хотя-бы софт смогло опять устанавливать в систему, чтоли?
> Все программы из разряда бтрфс-утилс, процмон-тулс, кернел, гцц и прочее не нужное
> большинству?А также офис, пару кадовых пакетов и проч. Либрофис из реп ставится за несколько минут. И компоненты прям в synaptic можно галочками выбрать. У мсофиса все примерно так же, только дистр весит в цать раз больше, да еще бабла стоит, ставится в дофейхоа раз больше, и вообще.
А, да, у меня еще многоуровневый клипборд есть. Отдельная мелкая приблуда на цать кило в панельку XFCE. А у MS такое счастье только с офисом в комплекте, и то не по дефолту. Поэтому в винде как-то вот тех кто наслаждается такой фичой полтора землекопа. А очень удобно и эффективно между прочим, ибо можно отыграть ошибочную копипасту взад и даже юзать сие как этакий стэк notes/todo'шек, при програмизме можно делать такой себе "стэк" того что вон туда надо зааплаить - но - после вот этого и вот этого.
> Ты как с прошлого раза в CAD мокнули мордочкой успокоиться не можешь?
Кто меня куда макнул? oO Я в кадах рисую - вот прямо в линухе. И не втыкаю как меня можно при этом макнуть вообще.
> Смешно.
Я как-то ситуативно, глядя на всякие WSL, думал что мы уже где-то между "потом с вами борятся" и "а потом вы побеждаете". Но видимо в MS'овском стане кто-то еще не отпустил ручник.
> А также офис, пару кадовых пакетов и проч. Либрофис из реп ставится за несколько минут. И компоненты прям в synaptic можно галочками выбрать. У мсофиса все примерно так же, только дистр весит в цать раз больше, да еще бабла стоит, ставится в дофейхоа раз больше, и вообще.Админчик локалхоста опять всех учит как надо, бгыыы.
А вот тут под боком есть система которая использует офис. Она работает только с мс офис и тот только 32 битка. И всем совершенно по барабану на стоимость и вес. Потому что через эту систему проходят такие денюжки и вещички. Если оно перестанет работать через некоторое время таким пафосным админчикам станет темно и холодно. И написать они сюда о своём превосходном(на самом деле нет) либреофисе не смогут.В либреофисе только один компонент очень хорош.
> Кто меня куда макнул? oO Я в кадах рисую - вот прямо в линухе. И не втыкаю как меня можно при этом макнуть вообще.
Так это не ты здесь в лужу садился по теме автокада недавно? Ну ещё рассказывать пытался что проектантов и архитекторов надо либо фрикадовских брать, либо пересаживать с автокада на фрисофт.
Что-что, крутят пустой цикл, чтобы хомячеи чувствовали насколько серьезную "работу" каждый раз проделывает МС за их деньги.Ну и заодно файлы воруют.
на 20 минте на ядре 5.4 выпадает в осадок
ГГСейчас придёт фрактал и расскажет тебе почему.
там же написано
> kernel >= 4.18 and kernel <= 5.3
Чем оно лучше ps?
Эм. Это разные оперы.man ps, man strace хотябы
strace ужасен
Опять ты?ты написал лучше?
А ты написал лучше?
> strace ужасенЭто скорее на "perf top" сильно обкоцаный смахивает.
оно луше photosop
Следующий autoruns, а потом и regmon пригодится
И всё это интегрировать с systemd.
Выглядит как htop, функционала врчд ли больше. Зачем?
Это о другом, htop тут вообще не причём. Другая песенка.
procexp портируют?) это самое лучшее что сискишки выпустили
Народ изволит шутитьв комментах, но procmon, как и все что написал Руссинович ивправду было крайнеудобно использовать под Виндоус. Собственно слава его пошла так далеко, что Микрософты выкупили его компашу с потрохами.
Руссинович бох.
> далеко, что Микрософты выкупили его компашу с потрохами....и изгадили или убили его софт. А поскольку тот был проприетарным, почему файлмон и dbgview работали только на ~50% >=2008 для меня так и осталось загадкой истории. А теперь у меня есть линукс и там и то и другое смотрится без такой долботни.
Если кликнуть по скрину, то открывается гифка на гeйхaбе, где эту поделку запускают от рута. Они это серьёзно?
Они это серьезно. Ты - ди6ил, и это тоже серьезно.Разумеется, доступ к dtrace и bpf в ядре должен быть от nobody.
Гениусы, не ссорьтесь. Чего распищались?
Надо htop под винду портировать для налаживания дипломатических отношений
kill -9 портируй. Единственная юниксовая вещь, которая винде позарез нужна.
FYI kill -9 не всегда убивает процессы.
иногда помогает отправить процессу STOP, потом KILL, а потом CONT. и тоже не всегда.
> FYI kill -9 не всегда убивает процессы.Ну, вообще-то, по задумке, всегда. Процесс не может его игнорировать и ядро его безусловно вынесет. В нормальной ситуации это 100% гарантированная смерть процесса.
Есть правда несколько особых моментов.
1) Треды ядра может быть и нельзя убить, это на их усмотрение.
2) Шкурка от процесса может остаться "зомби" если его кто-то wait'ил но прочекать не изволил. Но это не процесс уже как таковой, только номер оного да статус выполнения.
3) Если вдруг все повисло в сисколе, в самом ядре - ну вот тут да, ядро может и не быть возможно вышибить само из себя. Но это вообще-то жирный баг. И между нами, full preempt ядра этим не страдают вроде бы вообще совсем - там таки ядро само вышибает ядро периодически, и в этот момент гадеенышу все же амба.
>Ну, вообще-то, по задумке, всегда.Скажи это эластику, рэббиту, php и прочему хипстерскому дерьму, что вешают на серваки в слоновых количествах. Они этот ЗИГКИЛЛ могут вечно игнорить.
> Скажи это эластику, рэббиту, php и прочему хипстерскому дерьму, что вешают на
> серваки в слоновых количествах. Они этот ЗИГКИЛЛ могут вечно игнорить....если только
1) кернель non-preemptible и надолго ушел в себя выполняя вон тот сискол, а там оказалось что записать эн гигабайт надо, и вообще долгая история.
2) у тебя был трухлявый кернель который изволил сам в себе повиснуть в процессы выполнения сискола.
3) Они уже давно умерли как процессы но кто-то ждал результат, так и не изволил сожрать, и получился зомби. Который не процесс а лишь занятый pid да результат.А так по задумке SIGKILL убивает процесс без возможности его поймать или как либо это оспорить. На уровне posix нет механики позволяющей игнорировать этот сигнал. Так что поздравляю с багом.
> SIGKILL убивает процесс без возможности его поймать или как либо это оспоритья как-то находил метод его поймать и оспорить. там, конечно, посложнее чем trap, но тоже не очень сложно - десяток строк на C.
Нет братишка, нет. Можно сильно изогнуться и сделать неубиваемый процесс. Никакие сигналы его не берут, из тех которые в манах приведены. А когда покопаешь исходники, тогда и найдешь ещё сигналы для убийства процессов. Вот там да - kill справляется очень читсенько и быстренько.
> Нет братишка, нет. Можно сильно изогнуться и сделать неубиваемый процесс. Никакие сигналы
> его не берут, из тех которые в манах приведены. А когда
> покопаешь исходники, тогда и найдешь ещё сигналы для убийства процессов. Вот
> там да - kill справляется очень читсенько и быстренько.можно пример, пожалуйста?
и как сделать неубиваемый процесс, и как его убить :)
>> FYI kill -9 не всегда убивает процессы.
> Ну, вообще-то, по задумке, всегда. Процесс не может его игнорировать и ядро
> его безусловно вынесет. В нормальной ситуации это 100% гарантированная смерть процесса.по задумке-то да, всегда. а по факту - как я уже написал, не всегда даже метод STOP-KILL-CONT помогает, приходится игнорировать ворох Z в списке процессов. благо, они почти не жрут ресурсов.
> Есть правда несколько особых моментов.
> 1) Треды ядра может быть и нельзя убить, это на их усмотрение.обычный юзерспейс софт
> full preempt ядра этим не страдают вроде бы вообще совсем - там
> таки ядро само вышибает ядро периодически, и в этот момент гадеенышу
> все же амба.а вот тут интересно - сейчас обнаружил, что в uname -a больше нет PREEMPT, а n лет назад точно было. не обращал на это внимания.
забавно, как местные элитарии как по команде накинулись на безобидную утилитку от мс =)
к сожалению, лялих сообщество по прежнему в неадеквате и корчит из себя "нитакихкаквсе"
fixed > россиянское лялих сообщество по прежнему в неадеквате
"местные элитарии" != "лялих сообщество"Люди обычно приходят, читают и следуют местным обычаям в поведении. Особенно забавно, когда доморощенный линуксоид, админ локалхоста начинает нести околесицу про венду и при этом совершенно не обладая опытом её администрирования дальше эникея, не понимает как она работает, и затем получает ответ, что он не прав... Уууф... это воспринимается как нападка на его самое сокровенное. И модерация бывает на осадном положении, дескать, вендотролли атакуют их уютный Linux. А BSDшники наблюдают это шапито, кушая попкорн. Печально, что он (доморощенный линуксоид) и Linux на самом деле не знает дальше собрать пакет из сорцов.
То что здесь происходит - это эффект Даннинга-Крюгера. https://en.wikipedia.org/wiki/Dunning%E2%80%9...
Часто случается с линуксоидами и вендой. Они зачастую настолько некомпетентны в вопросах системного администрирования, что даже не могут понять этого. Ну ничего... образование - самое лучшее лекарство от невежества. Умение скомпилировать программу, установить, обновить - это простые рутинные функции не дающие отраслевых знаний в вопросах системного администрирования. Пользователь Linux != системный администратор. И уж тем более это все не имеет отношение к венде. Дураки агрессивны, они не понимают и не хотят понимать, что те многие "оверинженирнутые" вещи, которые имеет венда - это следствие клиентского запроса. То, что сейчас многие новые подходы Linux переизобретает за вендой - это следствие прихода Linux в корпоративный сектор и расширения спроса. То, что MS сотрудничает и интегрируется с Linux - это вопрос прибыли и клиентского запроса, а не каких-то религиозных предрассудков.Вторая проблема местных - культ карго. https://en.wikipedia.org/wiki/Cargo_cult
"Свободное ПО и Linux создаётся сообществом и предназначены для всех пользователей. Злобные корпорации нечестным путём получили контроль, паразитируют и уничтожают свободное ПО и Linux (MS та что-то вроде дьявола). Также проводится всевозможные молебны и таинства, начиная от форумных истерик о попрании любимого Linux очередными зловредами и заканчивая ритуальной публикацией никому не нужного питоноскриптика на github." - ну это же эталонный культ карго из Парижской палаты мер и весов =)Низкая квалификация в сочетании с религиозностью на Linux-ресурсах зачастую поддерживается модерацией, которая выступает скорее в роли жрецов, нежели арбитров. Opennet, кстати, в этом смысле далеко не самый плохой ресурс для русскоязычных пользователей открытого ПО и со временем становится всё лучше. Надо просто позволять больше мнений и научиться слушать друг друга, и, глядишь, предрассудки исчезнут, со временем. Но для того чтобы "местные элитарии" стали лучше, нужно не брызгать на них ядом, а наоборот объяснять и образовывать. Выгодное отличие opennet в том, что это площадка для обсуждения открытого ПО, а не только лишь Linux. Стоит только снизить градус озлобленности и сразу есть о чем поговорить. Вас, любезнейший, Gemorroj это тоже касается.
А что им объяснять если они переобуваются в прыжке и тупы как пробки? Вот пример.
Сколько лет посмеивались над журналами винды и монструозными хмлками которые нужны для поиска? А у нас текст, юникс-вей, вся мощь консольных утилит, скорость. А теперь кипятком потолки мочат от журналд. Правда эта вещь в себе, ни с чем не совместимая и не отрываемая. ХМЛя там нет, зато куча ключей от лёни.
Сколько раз им здесь рассказывали что сислог одна из самых лучших вещей в юнихах? Но это же локалхостовики - по сети логи не собирают на одну точку, с сетевого железа логи не берут, посмотреть на общую скорость сохранения и выборки из логов не могут. Если первое худо бедно решили с остальным никак. Но местные жители валинора могут только уйти в тину, когда им все эти факты достаешь. И всплыть в следующем обсуждении с теми же старыми песнями о главном.
И что самое забавное. Они думают что контролируют систему. Очнитесь, мужчины. Ещё немного и у вас ничего не останется. РХ и гугла подомнут всё. И будет как в соседней новости с падением клоудфари. Там все думали интернет независимый. А идиш ты - развалилась куча ресурсов. Вот и с линухом у вас что-то такое будет. Подачки с шапочного стола.
ничего себе, я думал такой адекват можно только у какого-нибудь Карманова почитать)
> ничего себе, я думал такой адекват можно только у какого-нибудь Карманова почитать)С таким ником? Там тебе самое место! :)
> забавно, как местные элитарии как по команде накинулись на безобидную утилитку от мс =)Майкрософт сделал довольно много дел дабы заслужить всемерную народную любовь. Им даже ребрендинг имхо не поможет, от них всегда будут ожидать какой-нибудь гадости. Типа встроеного кейлогера в безобидной утилитке. Или там рекламы какой, чтоли. Нуачо, в винде они так и делают.
> к сожалению, лялих сообщество по прежнему в неадеквате и корчит из себя "нитакихкаквсе"Ну, во всяком случае, твой ник мне не нравится, особенно когда это в моей системе :D. Поэтому оствим Gemorroj-ные системы пользователям с подходящими никами.
Кто это ПО себе поставит, того лично сам Столман от линукса отречет! Фу мерзость.
Столлман к Линуксу крайне категорически относится