The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Microsoft опубликовал открытую Linux-версию утилиты мониторинга ProcMon

17.07.2020 21:14

Компания Microsoft опубликовала под лицензией MIT исходные тексты редакции утилиты ProcMon (Process Monitor) для Linux. Изначально утилита поставлялась в наборе Sysinternals для Windows и теперь адаптирована для Linux. Трассировка в Linux организована при помощи инструментария BCC (BPF Compiler Collection), позволяющего создавать эффективные BPF-программы для трассировки и манипуляции структурами ядра. Готовые для установки пакеты сформированы для Ubuntu Linux.

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



  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Выпуск strace 5.3
  3. OpenNews: Компания Oracle намерена переработать DTrace для Linux с использованием eBPF
  4. OpenNews: Для Linux представлена система динамической отладки BPFtrace (DTrace 2.0)
  5. OpenNews: Средства трассировки в ядре Linux достигли уровня DTrace
  6. OpenNews: Выпуск платформы динамической трассировки приложений Frida 12.10
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/53387-procmon
Ключевые слова: procmon
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (168) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, К (?), 21:22, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Еще и линукс начнут поставлять вместо винды )
     
     
  • 2.73, Аноним (-), 02:18, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Они что, в perf top не смогли? :)
     
     
  • 3.116, topin89 (ok), 15:08, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    perf top, конечно, хорошая вещь. Но есть у него один фатальный недостаток...
     
     
  • 4.121, Аноним (-), 17:57, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если только. Однако тот компиляется в 20 раз проще, можно "до кучи" вместе с кернелом собрать.
     
  • 2.188, admin (??), 00:13, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это навряд ли.
     

  • 1.2, Аноним (2), 21:22, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Е-е-е.
     
     
  • 2.74, Аноним (74), 02:26, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да куда им...
    > OS: Ubuntu 18.04 lts with kernel >= 4.18 and kernel <= 5.3

    Это при том что 5.8 вот вот релизнется.

     

  • 1.3, user user (?), 21:25, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    M$ продолжает разлагаться и источать из себя что-то под лицензией MIT....
    если не можешь победить, - возглавь....
     
     
  • 2.101, Аноним (101), 10:09, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Вот уже 40 с лишним лет разлагается. Жди, скоро будет очередной капец винде
     
     
  • 3.117, Аноним (117), 15:31, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да как бы наступил уже. На разработчиков работающих из под винды смешно смотреть, да и доля их довольно ничтожна. Теперь уже мак вс линукс. Для домашнего использования тоже линукс давно пригоден, но домохозяйки и школьники-геймеры пускай остаются на винде.
     
     
  • 4.130, КапитанЛунард (?), 19:00, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какова глубина кроличьей норы!
     
  • 4.134, Gemorroj (ok), 20:02, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это лишь показатель на сколько it сообщество подвержено прикидываться "илиткой".
     
  • 4.151, Вулх (?), 10:36, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Разрабатывать под windows из под linux? Ну-ну дайте два
     
     
  • 5.179, Аноним (179), 03:55, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Разрабатывать под windows из под linux? Ну-ну дайте два

    Так кстати довольно часто делают - обычно оформляют как кроссбилд проги mingw'ом. А чтобы Linux-деву не связываться с маздайкой, они там компилят кроссом, строят сетап этой шляпе, и все это вообще без трогания виндов руками. В чем и пойнт затеи.

     
  • 4.152, Аноним (152), 10:42, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Для домашнего использования тоже линукс давно пригоден

    Нет.

     
  • 4.162, лютый жабби__ (?), 17:21, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >На разработчиков работающих из под винды смешно смотреть, да и доля их довольно ничтожна

    ну и бред. даже жабисты чаще под виндой сидят.

    а уж какой-нить php-шник или js-ник чтобы на десктопе линь держал - фантастика...

     
  • 4.163, 3u_ceo (?), 18:35, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Universal Windows Platform тоже под линем работает?
    Я разработчик
    Киньте мне свои идеи и мысли по данному поводу
    А так же комментарий к тому, что на системе с 2 Гб оперативы и ссд винда летает, позволяя мне полноценно использовать Visual studio, а под линем при открытии пары вкладок в браузере тотальный стак системы, что аж до хард ресета доходит
    Линукс - крайне не оптимизированная система из коробки
     
     
  • 5.182, Аноним (182), 05:40, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Universal Windows Platform тоже под линем работает?

    Вроде бы нет. И шли б такие разработчики в свою винду, как по мне.

    > оперативы и ссд винда летает, позволяя мне полноценно использовать Visual studio,
    > а под линем при открытии пары вкладок в браузере тотальный стак
    > системы, что аж до хард ресета доходит Линукс - крайне не оптимизированная система
    > из коробки

    Только почему-то у меня одна и та же прога компилилась в линухе в 3 раза быстрее винды.

     
  • 5.186, F1naL (?), 18:10, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй AvaloniaUI
     
  • 5.192, darkshvein (ok), 10:31, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > и ссд винда летает

    а ну да. мы с ссд для винды сразу такие герои.

     

  • 1.4, Аноним (4), 21:29, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Это они тоже в Арктатиду закопали, или нет?
     
     
  • 2.17, Аноним (17), 22:27, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Арктатида? Это опечатка в слове Атлантида?
     
     
  • 3.103, Аноним (103), 10:36, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Атлассида
     
     
  • 4.131, КапитанЛунард (?), 19:01, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там живут пингвиниды.
     

  • 1.5, Аноним (5), 21:38, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Strace на стероидах
     
     
  • 2.29, ann (??), 23:18, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, просто текстовую морду прикрутили. У них фобия командной строки, а так хоть какой-то интерфейсик.
     
  • 2.76, Аноним (74), 02:29, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Strace на стероидах

    Скорее ближе к недоношенному варианту perf. Только тот в 20 раз информативнее и функциональнее.

     

  • 1.6, Аноним (6), 21:38, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    >procmon_1.0.0-291_amd64.deb
    >21.3 MB

    Серьезно? Вот чтобы просто отследить состояние процессов? Лол.

     
     
  • 2.9, artenaki (ok), 21:46, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Системные требования для сборки какие-то дикие https://github.com/microsoft/ProcMon-for-Linux для консольной утилиты. В Ubuntu 16.04 вкатить будет трудновато. Хотя, как раз хотел собрать новый cmake.
    Потестю тогда в Mageia 7.
     
     
  • 3.10, artenaki (ok), 21:50, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я даже VapourSynth собирал со свежим питоном под Xenial + свежий ffmpeg, mplayer. Но есть такие разрабы, которым подавай все новое, например https://github.com/AviSynth/AviSynthPlus/blob/master/distrib/docs/english/sour
    Приходится новый gcc собирать, а это адски долго. Microsoft относится к их числу, совсем забили на обратную совместимость.
     
     
  • 4.62, Аноним (62), 00:59, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > совсем забили на обратную совместимость

    обратную совместимость с ubuntu 16.04? Та которая на расширенной поддержке осталась?
    У вас там дуалбута с XP нету ли, часом?..

     
     
  • 5.111, с (?), 13:23, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    жжешь
     
  • 5.142, анонимуслинус (?), 23:01, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так к слову у меня тут есть комп с 256 мб оперативы. еще рабочий и вот там дуалбут с хр как раз. так что да есть)) ну у меня даж диск с 95 и 98 виндой валяется. если чего обращайся поставим. ахаха на дуалбут. кстати из всех винд хр самая нормальная. только у игроманов долго не жила это да.
     
  • 4.147, artenaki (ok), 04:28, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Но есть такие разрабы, которым подавай все новое
    > AviSynth

    Офигеть. Собрал AviSynth под Ubuntu Xenial. После обновления gcc и cmake (и не из ppa). Только практического смысла в этом немного, плагинов почти нет. Зато он поддерживает звук из коробки, в отличии от VapourSynth. Можно Trim'ом резать. Разраб VapourSynth'а зашевелился по поводу звука. Только я не знаю, через что он будет его выводить. Не через vspipe ли? Через ffmpeg, но в отличии от AviSynth, там нет информации в выводе терминала, это неудобно. И надо указывать -f vapoursynth перед -i. Надо попросить, чтобы портировали TDecimate (полноценный) под Linux. Это моя мечта. И ведь сейчас активно его рефакторят под оффтопик.

    Кто бы мог подумать. Старый добрый AviSynth работает под Linux. Точнее, его форк +.

     
     
  • 5.148, artenaki (ok), 04:50, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Столько телодвижений ради пары либ.
    Зато опыт.
    Вот, что мешало их написать на C++14?
     
  • 5.167, Аноним (167), 23:31, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Запускается это примерно так
    LD_LIBRARY_PATH=/usr/lb ffmpeg -i test.avs
    ffmpeg тупо проверяет расширение avs
    в том PATH лежит /usr/lb/libstdc++.so.6 (стрипнутый, man strip)
     
  • 5.169, Аноним (167), 00:33, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как все-таки приятно пользоваться ависинтом. Синтаксис привычный и не надо гуглить.
     
  • 3.64, Аноним (62), 01:07, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > kernel >= 4.18 and kernel <= 5.3

    И ядро обновите вашему копролиту

     
     
  • 4.69, artenaki (ok), 01:58, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > обновите

    Есть дела поинтереснее бесконечных обновлений. Я, конечно, понимаю, что пользователи роллинга смотрят на то, что даже устарело на одну версию, как на г. Но они забывают, что старое не всегда значит плохое, а часто даже наоборот.

    > обновите

    Я родной дистр в беде не бросаю.
    Обновить могу только какой-нибудь софт по желанию, а не по обязанности каждую неделю.

     
  • 4.70, artenaki (ok), 02:03, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > обновите

    Кстати, у вас в арче старье (даже в ауре). Я себе в Ubuntu 16.04 (2016) собрал libfdk-aac из гита (в mediainfo значится версия 4.0). А в арче, как и везде 2.0.1. Фу, вы неудачники, старьем пользуетесь. А у меня новье. И сколько таких еще пакетов?

     
     
  • 5.88, Аноним (88), 05:01, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    гражданин, узбагойтесь

    Я центосями пользуюсь и там 4.18. Арча у меня нет, слава Богу.
    > Я, конечно, понимаю, что пользователи роллинга смотрят на то, что даже устарело на одну версию, как на г. Но они забывают, что старое не всегда значит плохое, а часто даже наоборот.

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

    Ubuntu 16.04 осталась на расширенной техподдержке её особо никто не обновляет. Обычно люди на десктопах XP не могли удалить 10 лет, вот сейчас семерку не хотят удалять, но чтобы к Ubuntu 16.04 прикипеть... первый раз вижу.

    Эта программа, вообще-то, хочет BCC отсюда такие требования по ядру, кстати.

     
     
  • 6.102, Аноним (102), 10:16, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Аналогично могу попросить А в убунтах ядро поддерживается до конца, и ещё бэкпор... большой текст свёрнут, показать
     
     
  • 7.122, Аноним (62), 18:06, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сложно, наверное, жить, обороняя свой любимый дистрибутив и доказывая окружающим... большой текст свёрнут, показать
     
  • 6.141, artenaki (ok), 22:17, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что это мой первый полноценный линукс, на котором я уже 3 года. А потом я, наверное, уйду на Mageia. Так как люблю все экзотическое (а также французское или немецкое) и rpm мало изучен. Но это еще не скоро, конечно.
    На самом деле, я перешел на линукс-то только потому что обиделся на рутрекеровцев, но втянулся. Мне не было трудно, так как я всегда его изучал. Опять же по причинам выше.
     
  • 5.100, dev (??), 09:02, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. ты собрал из гита, а арчеводы из гита не могут собрать?
    И если что, то в гите версия 2.0.1 (https://github.com/mstorsjo/fdk-aac/releases, https://github.com/mstorsjo/fdk-aac/blob/master/ChangeLog)
     
     
  • 6.108, . (?), 12:11, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. ты собрал из гита, а арчеводы из гита не могут собрать?

    они только из aur "собрать" могут.
    Ждите ебилдов!

     
  • 6.139, artenaki (ok), 21:28, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    release и последний git snapshot это не одно и тоже Я как-то столкнулся, что ош... большой текст свёрнут, показать
     
  • 3.77, Аноним (74), 02:30, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Системные требования для сборки какие-то дикие

    Особенно учитывая что куда более полезный perf собирается прямо там же где и ядро одной левой. Наверное они поха наняли, тот придумал как сделать то же самое только в пять раз хуже и сложнее.

     
  • 3.105, Ложечка (?), 11:48, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Хотя, как раз хотел собрать новый cmake.

    Фигнёй не страдайте:
    https://cmake.org/files/v3.18/
    https://pypi.org/project/cmake/

     
     
  • 4.136, artenaki (ok), 20:44, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А с каким gcc он собран и какой стандарт поддерживает C 14 или C 17 Дело в то... большой текст свёрнут, показать
     
     
  • 5.140, artenaki (ok), 21:54, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати, почему в убунте нет openssl-dev? cmake жаловался. Пришлось брать с https://github.com/openssl/openssl/releases?after=OpenSSL_1_1_0a . Ну стыд.
     
  • 5.143, artenaki (ok), 23:03, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > софт, собранный с помощью такого 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.

     
     
  • 6.171, Аноним (171), 02:52, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что вы курите сэр GCC самому по себе - решительно до балды на ncurses, он его ... большой текст свёрнут, показать
     
     
  • 7.174, Аноним (167), 03:17, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Что вы курите сэр?

    ldd. Что показывает, то и сообщаю.

    > он его прилинкует только если его попросят об этом

    На gcc5 lame не просил, а на gcc8 тот же lame попросил? ./configure полностью идентичны были.

    > Вообще может зависеть

    Там (в lame) больше зависит от ассемблеровских оптимизаций nasm'ом, имхо. Он может собираться и без них, но рекомендуется с ними. Ну и оптимизации под процессор, SSE2.

    > урезать добрую четверть бинаря НИЧЕГО НЕ ПОТЕРЯВ взамен

    Есть strip, о котором недавно узнал.

     
     
  • 8.178, Аноним (179), 03:52, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А как gcc5 может не линковаться к libc6 oO Это статическая сборка чтоли была Н... большой текст свёрнут, показать
     
     
  • 9.180, Аноним (167), 05:24, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Статическая сборка была в обоих случаях, и в gcc5, и в gcc8 gcc5 убунтовский, g... текст свёрнут, показать
     
  • 5.155, Ложечка (?), 11:53, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >А с каким gcc он собран

    Это портабельная сборка. Собирают (вроде) на каком-то из старых дебианов супротив древних glibc и libstdc++, так что запускается везде. Остальной поток сознания не берусь комментировать.

     
     
  • 6.166, Аноним (167), 23:28, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Остальной поток сознания не берусь комментировать

    Понимаю. Я наверное единственный, кто это собирает (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 или собирайте сами.

     
     
  • 7.168, Аноним (167), 23:46, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Arch

    Но только не arch32, там вообще жесть. В генте тоже старье.

    > ты можешь объяснить зачем тебе самые свежие пакеты?

    Фрактал покусал.
    Но на самом деле, я ставлю свежее, а потом забиваю на обновление. Потому что работает - не трогает. На винде такая же идеология была.

     
  • 7.170, Аноним (171), 02:46, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Понимаю. Я наверное единственный, кто это собирает (ffmpeg, синты).

    Да ну размечтался. Я себе тоже ffmpeg собрал, с git-версиями libvpx, libaom и еще по мелочи.

     
     
  • 8.173, Аноним (167), 03:10, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А libaom декодер энкодер же устарел и медленный, хоть и пилится еще Его замен... большой текст свёрнут, показать
     
     
  • 9.177, Аноним (177), 03:40, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле - устарел Это самая плотная реализация сжатия в этом формате И по... большой текст свёрнут, показать
     
     
  • 10.181, Аноним (167), 05:26, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел в виду выкладывание на торрентах, форумах ... текст свёрнут, показать
     
  • 10.183, Аноним (167), 05:43, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Meson это только конфигуратор, по типу cmake А собирает обычно ninja, который о... текст свёрнут, показать
     
     
  • 11.184, Аноним (167), 05:49, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если собирать свежий meson самому, то он требует python3-wheel и python3-setupto... текст свёрнут, показать
     
  • 10.196, Аноним (196), 20:52, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как я и думал, для декодирования по умолчанию используется libaom-av1 Не собира... текст свёрнут, показать
     
     
  • 11.197, Аноним (196), 21:12, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Жесть, у меня только 144p не тормозит с загрузкой процессора 33-50 в зависимос... текст свёрнут, показать
     
     
  • 12.198, Аноним (196), 21:31, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На AV1 640 360 25p 334 kbps 0 058 bit pixel качество неплохое Иногда заметны MP... текст свёрнут, показать
     
     
  • 13.199, Аноним (196), 21:49, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В Mageia 7 1 2019 есть и dav1d и libaom default А в Debian 10 2019 только... текст свёрнут, показать
     
     
  • 14.200, Аноним (200), 22:13, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Правда, он там древний 0 2 2 Уже 0 7 1 есть Но даже такая древность быстрее, ч... текст свёрнут, показать
     
     
  • 15.202, Аноним (202), 05:30, 24/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для Debian 10 есть репозиторий deb-multimedia В его репах есть dav1d, но судя п... текст свёрнут, показать
     
  • 5.185, mikhailnov (ok), 11:28, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Или так: https://forum.rosalinux.ru/viewtopic.php?t=10047
     
  • 2.113, Онаним (?), 13:56, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ды там поди целый .NET рантайм встроен.
     

     ....большая нить свёрнута, показать (45)

  • 1.7, artenaki (ok), 21:39, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Теперь можно проверить также ли Linux что-то непрерывно делает в фоне, как винда. Судя по шуму диска нет. Ну реально моменты затишья винта на винде редкость даже в простое.
    На одном виндофоруме мне сказали, что она так разрабатывалась, by desing. Постоянно что-то пинговать, например локальную сеть. Народ запускает Procmon и теряется в логах. Я еще думаю, что в линуксе лучше кэширование.
     
     
  • 2.52, Аноним (52), 00:23, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >разрабатывалась, by desing. Постоянно что-то пинговать, например локальную сеть

    Телеметрию собирать by desing.

     
     
  • 3.58, artenaki (ok), 00:38, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Раньше ее не было, а ведь даже XP неровно дышит к винту. Головки двигаются часто, а на линуксе по моему обращение более линейное. Поставил комп под ухом, так что слышно все.
     
     
  • 4.86, б.б. (?), 03:43, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ещё про 9x говорили, что оно неведомо куда неведомо что шлёт
     
     
  • 5.112, СеменСеменыч777 (?), 13:54, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    были (есть) такие самоходные программы, в простонародии вирусы.

    на фаерволле от толпы 9x и NT4 я видел только "отчетность" в HP от драйверов принтеров (?).

     
  • 4.118, Oxyd76 (?), 16:28, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А метрику (wa)it I/O вам религия запрещает помониторить в том-же atop? Да он и не только wait умеет.
     
     
  • 5.129, Аноним (129), 18:50, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А метрику (wa)it I/O вам религия запрещает помониторить в том-же atop? Да
    > он и не только wait умеет.

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

     
  • 5.138, artenaki (ok), 20:57, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там всякой фигней занимается винда в простое. Дергает проводник, еще там что-то, я уже не помню. Интересно, что, если в диспетчере задач во вкладке "сеть" активировать "вкладка всегда активна" и "отображать накапливаемые данные" (или как-то так), то диспетчер задач начинает дергать винт. Это в общем-то безнадежное дело попытки приручить винду. Как мне сказали на форуме, она будет просто неюзабельна, если ей все обрезать.
     
     
  • 6.158, Аноним (158), 11:58, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Там всякой фигней занимается винда в простое. Дергает проводник, еще там что-то,
    > я уже не помню.

    В дефолтовой винде овердофига фоновых сервисов на все оказии. Поэтому после загрузки система еще несколько минут истошно тупит, да и потом периодически икает.

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

    Где-то в районе >=XP ее и правда стало крайне утомительно окультуривать. И я на это забил.

     
  • 6.164, InuYasha (??), 19:05, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На том форуме, наверное и "Выключить тему Aero" равносильно "стало неюзабельно"?
     
  • 2.79, Аноним (-), 02:39, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что, perf раньше этого не позволял Алсо, для убунтунубов видишь вон там ... большой текст свёрнут, показать
     
  • 2.193, Аноним (193), 11:45, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Забавно, как все тут ополчились на эту тулзу, хотя тулза выглядит годно.

    Тебе могу посоветовать iotop, если хочешь узнать, кто шуршит диском в линуксе. Ну или nvme купи. Они не шуршат.

     
     
  • 3.195, Аноним (196), 19:43, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > nvme купи. Они не шуршат

    Это называется прятать голову в песок.

     

  • 1.8, Аноним (8), 21:40, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > опубликовала под лицензией MIT исходные тексты Linux-редакции утилиты ProcMon (Process Monitor), изначально поставляемой в наборе Sysinternals для Windows

    3 раза перечитал это предложение))

     
  • 1.11, Юрий Иванов (?), 21:51, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    супер
     
  • 1.12, ann (??), 22:06, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Какая неожиданность. Даже на плюсах. Я думал они уже кроме электрона ничего не умеют.
     
     
  • 2.22, ann (??), 23:07, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    О, меня обиженный микрософтофан заминусовал. ЛОЛ
     
     
  • 3.61, artenaki (ok), 00:50, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Минусуют школьники, которые пользуются виндой для игр, имхо. Но им это простительно.
    Когда я был виндузятником, мне тоже было обидно, что мой рабочий инструмент ругают. Поставьте себя на их место.
    И я не уверен, хорошо это или нет, что новички приходят на русские линуксовые ресурсы...
    Ну ладно те, у кого есть опыт, могут обойтись, а для решения проблем использовать eng выдачу.
    Но это не мое дело. Так что я сохраняю нейтралитет.
     
  • 2.23, ann (??), 23:08, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Или это был злой укуренный растоман, хейтещий плюсы.
     

  • 1.15, srgazh (?), 22:21, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кстати годно!
     
     
  • 2.18, OpenEcho (?), 22:49, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т.е. до этого люди в линуксах не знали как трэйсить процессы???
     
     
  • 3.24, ann (??), 23:08, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Некоторые до сих пор не знают.
     
     
  • 4.50, GrayBeard (ok), 00:19, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кто не знает, тому и это поделие не надобно.
     
  • 3.33, srgazh (?), 23:40, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    да ты петоросян
     
     
  • 4.119, OpenEcho (?), 17:51, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > да ты петоросян

    O, телепаты и доктора подтянулись :)

     
  • 3.34, srgazh (?), 23:46, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    DTrace лучше намного вашего strase
     
     
  • 4.37, ann (??), 23:50, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, dtrace великолепная штука. Я крайне им доволен.

    Но не надо тут пальцы гнуть. Тем более что явно не ты автор dtrace, не приписывай себе чужие заслуги.

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

     
     
  • 5.42, srgazh (?), 23:54, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да, dtrace великолепная штука. Я крайне им доволен.
    > Но не надо тут пальцы гнуть. Тем более что явно не ты
    > автор dtrace, не приписывай себе чужие заслуги.
    > А фрактал тебе вообще раскажет что в нормальных языках это всё не
    > нужно. Так-же приписав себе чужие заслуги, которых кстати ещё нет. Ничего
    > до сих пор на расте так и не запили. Им некогда,
    > они сам раст пилят.

    И представь себе в MS еще есть Visual studio, и вам еще долго не увидеть того на Linux)

     
     
  • 6.45, ann (??), 23:58, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чур меня чур. Слава великой фрагментации Linux что я не вижу в нём это уродливое Visual studio.
     
  • 6.46, ann (??), 23:59, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати на электрон её уже перевели? :D
     
     
  • 7.47, srgazh (?), 00:02, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати на электрон её уже перевели? :D

    Значит ты далекий. Но можно и под Linux создавать с VS.

     
     
  • 8.48, ann (??), 00:09, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ты у нас близкий D Уже с этим учителем вместе нажрался Но судя по коментам ... текст свёрнут, показать
     
  • 8.49, ann (??), 00:12, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сделай что-то полезное Научи этот гавёный ms компилить код нормально А то 500 ... текст свёрнут, показать
     
     
  • 9.98, srgazh (?), 08:34, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    О великий Ты раскрыл глаза нескольким миллионам разработчиков на унылость Visu... большой текст свёрнут, показать
     
     
  • 10.157, Аноним (158), 11:56, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, GCC по крайней мере умеет C99 и даже C11 и C2x а это майкрософтовское угр... текст свёрнут, показать
     
     
  • 11.159, srgazh (?), 12:05, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С99 поддерживается частично, и что там такого С99 -- Это стандарт, неси дневник... текст свёрнут, показать
     
     
  • 12.172, Аноним (-), 03:10, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Але, этот стандарт вышел в 99 году Сейчас 2020 и даже C11 уже не выглядит новье... текст свёрнут, показать
     
  • 8.92, Аноним (-), 07:31, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да можно то и гланды, через ж, автогеном, удалять и это примерно то же самое... текст свёрнут, показать
     
  • 5.51, artenaki (ok), 00:23, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего до сих пор на расте так и не запили

    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

     
     
  • 6.54, artenaki (ok), 00:27, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Rust без проблем поставился отсюда https://forge.rust-lang.org/infra/other-installation-methods.html#standalone в /usr/local
     
     
  • 7.93, Аноним (-), 07:32, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как весь этот карго-культ относится к сабжу? :)
     
  • 4.120, OpenEcho (?), 17:54, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > DTrace лучше намного вашего strase

    Телепат, ты б лучше научился ветки обсуждений не путать, т.к. здесь от корня никто не упоминал ни dtrace ни  strace (кстати, а не strase)

     

     ....большая нить свёрнута, показать (22)

  • 1.16, Аноним (17), 22:26, 17/07/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +4 +/
     
     
  • 2.19, OpenEcho (?), 22:52, 17/07/2020 Скрыто модератором
  • +1 +/
     
     
  • 3.26, ann (??), 23:11, 17/07/2020 Скрыто модератором
  • +4 +/
     
     
  • 4.55, artenaki (ok), 00:33, 18/07/2020 Скрыто модератором
  • +/
     
     
  • 5.68, Аноним (62), 01:30, 18/07/2020 Скрыто модератором
  • +/
     
     
  • 6.97, Аноним (-), 07:56, 18/07/2020 Скрыто модератором
  • –1 +/
     
     
  • 7.106, Аноним (106), 11:49, 18/07/2020 Скрыто модератором
  • +/
     
     
  • 8.123, Аноним (-), 18:15, 18/07/2020 Скрыто модератором
  • +/
     
     
  • 9.128, Аноним (62), 18:47, 18/07/2020 Скрыто модератором
  • +/
     
  • 9.133, Аноним (106), 19:38, 18/07/2020 Скрыто модератором
  • +/
     
  • 7.124, Аноним (62), 18:30, 18/07/2020 Скрыто модератором
  • +1 +/
     
  • 5.94, Аноним (94), 07:39, 18/07/2020 Скрыто модератором
  • +/
     
     
  • 6.107, Аноним (106), 11:55, 18/07/2020 Скрыто модератором
  • +1 +/
     
     
  • 7.126, Аноним (129), 18:43, 18/07/2020 Скрыто модератором
  • +/
     
     
  • 8.132, Аноним (106), 19:25, 18/07/2020 Скрыто модератором
  • +/
     
  • 4.57, Урри (?), 00:34, 18/07/2020 Скрыто модератором
  • +/
     

     ....ответы скрыты модератором (15)

  • 1.20, Аноним (20), 23:01, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    на 20 минте на ядре 5.4 выпадает в осадок
     
     
  • 2.27, ann (??), 23:12, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ГГ

    Сейчас придёт фрактал и расскажет тебе почему.

     
  • 2.63, Аноним (62), 01:06, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    там же написано
    > kernel >= 4.18 and kernel <= 5.3
     

  • 1.21, Аноним (21), 23:05, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чем оно лучше ps?
     
     
  • 2.28, ann (??), 23:13, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Эм. Это разные оперы.

    man ps, man strace хотябы

     
     
  • 3.32, srgazh (?), 23:37, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    strace ужасен
     
     
  • 4.39, ann (??), 23:51, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Опять ты?

    ты написал лучше?

     
     
  • 5.83, Ты идиот (?), 02:47, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ты написал лучше?
     
  • 4.96, Аноним (94), 07:43, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > strace ужасен

    Это скорее на "perf top" сильно обкоцаный смахивает.

     
  • 2.99, Аноним (99), 08:51, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    оно луше photosop
     

  • 1.30, Аноним (30), 23:30, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Следующий autoruns, а потом и regmon пригодится
     
     
  • 2.56, Аноним (52), 00:34, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И всё это интегрировать с systemd.
     

  • 1.31, Аноним (31), 23:35, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Выглядит как htop, функционала врчд ли больше. Зачем?
     
     
  • 2.44, ann (??), 23:56, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это о другом, htop тут вообще не причём. Другая песенка.
     

  • 1.60, Аноним (60), 00:47, 18/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    procexp портируют?) это самое лучшее что сискишки выпустили
     
  • 1.65, Kuromi (ok), 01:13, 18/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Народ изволит шутитьв комментах, но procmon, как и все что написал Руссинович ивправду было крайнеудобно использовать под Виндоус. Собственно слава его пошла так далеко, что Микрософты выкупили его компашу с потрохами.
     
     
  • 2.114, СеменСеменыч777 (?), 14:04, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Руссинович бох.
     
  • 2.146, Аноним (146), 03:30, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > далеко, что Микрософты выкупили его компашу с потрохами.

    ...и изгадили или убили его софт. А поскольку тот был проприетарным, почему файлмон и dbgview работали только на ~50% >=2008 для меня так и осталось загадкой истории. А теперь у меня есть линукс и там и то и другое смотрится без такой долботни.

     

  • 1.71, Корец (?), 02:03, 18/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Если кликнуть по скрину, то открывается гифка на гeйхaбе, где эту поделку запускают от  рута. Они это серьёзно?
     
     
  • 2.109, . (?), 12:15, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они это серьезно. Ты - ди6ил, и это тоже серьезно.

    Разумеется, доступ к dtrace и bpf в ядре должен быть от nobody.

     
     
  • 3.127, Аноним (129), 18:47, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Гениусы, не ссорьтесь. Чего распищались?
     

  • 1.125, hfdhdd (?), 18:38, 18/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо htop под винду портировать для налаживания дипломатических отношений
     
     
  • 2.144, Аноним (144), 23:49, 18/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    kill -9 портируй. Единственная юниксовая вещь, которая винде позарез нужна.
     
     
  • 3.149, онанимас (?), 07:54, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    FYI kill -9 не всегда убивает процессы.
    иногда помогает отправить процессу STOP, потом KILL, а потом CONT. и тоже не всегда.
     
     
  • 4.153, Аноним (-), 11:15, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > FYI kill -9 не всегда убивает процессы.

    Ну, вообще-то, по задумке, всегда. Процесс не может его игнорировать и ядро его безусловно вынесет. В нормальной ситуации это 100% гарантированная смерть процесса.

    Есть правда несколько особых моментов.
    1) Треды ядра может быть и нельзя убить, это на их усмотрение.
    2) Шкурка от процесса может остаться "зомби" если его кто-то wait'ил но прочекать не изволил. Но это не процесс уже как таковой, только номер оного да статус выполнения.
    3) Если вдруг все повисло в сисколе, в самом ядре - ну вот тут да, ядро может и не быть возможно вышибить само из себя. Но это вообще-то жирный баг. И между нами, full preempt ядра этим не страдают вроде бы вообще совсем - там таки ядро само вышибает ядро периодически, и в этот момент гадеенышу все же амба.

     
     
  • 5.165, InuYasha (??), 19:11, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну, вообще-то, по задумке, всегда.

    Скажи это эластику, рэббиту, php и прочему хипстерскому дерьму, что вешают на серваки в слоновых количествах. Они этот ЗИГКИЛЛ могут вечно игнорить.

     
     
  • 6.175, Аноним (175), 03:19, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Скажи это эластику, рэббиту, php и прочему хипстерскому дерьму, что вешают на
    > серваки в слоновых количествах. Они этот ЗИГКИЛЛ могут вечно игнорить.

    ...если только
    1) кернель non-preemptible и надолго ушел в себя выполняя вон тот сискол, а там оказалось что записать эн гигабайт надо, и вообще долгая история.
    2) у тебя был трухлявый кернель который изволил сам в себе повиснуть в процессы выполнения сискола.
    3) Они уже давно умерли как процессы но кто-то ждал результат, так и не изволил сожрать, и получился зомби. Который не процесс а лишь занятый pid да результат.

    А так по задумке SIGKILL убивает процесс без возможности его поймать или как либо это оспорить. На уровне posix нет механики позволяющей игнорировать этот сигнал. Так что поздравляю с багом.

     
     
  • 7.205, онанимас (?), 07:00, 26/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >  SIGKILL убивает процесс без возможности его поймать или как либо это оспорить

    я как-то находил метод его поймать и оспорить. там, конечно, посложнее чем trap, но тоже не очень сложно - десяток строк на C.

     
  • 5.190, Аноним (190), 08:45, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет братишка, нет. Можно сильно изогнуться и сделать неубиваемый процесс. Никакие сигналы его не берут, из тех которые в манах приведены. А когда покопаешь исходники, тогда и найдешь ещё сигналы для убийства процессов. Вот там да - kill справляется очень читсенько и быстренько.
     
     
  • 6.204, онанимас (?), 06:58, 26/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет братишка, нет. Можно сильно изогнуться и сделать неубиваемый процесс. Никакие сигналы
    > его не берут, из тех которые в манах приведены. А когда
    > покопаешь исходники, тогда и найдешь ещё сигналы для убийства процессов. Вот
    > там да - kill справляется очень читсенько и быстренько.

    можно пример, пожалуйста?
    и как сделать неубиваемый процесс, и как его убить :)

     
  • 5.203, онанимас (?), 06:55, 26/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> FYI kill -9 не всегда убивает процессы.
    > Ну, вообще-то, по задумке, всегда. Процесс не может его игнорировать и ядро
    > его безусловно вынесет. В нормальной ситуации это 100% гарантированная смерть процесса.

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

    > Есть правда несколько особых моментов.
    > 1) Треды ядра может быть и нельзя убить, это на их усмотрение.

    обычный юзерспейс софт

    > full preempt ядра этим не страдают вроде бы вообще совсем - там
    > таки ядро само вышибает ядро периодически, и в этот момент гадеенышу
    > все же амба.

    а вот тут интересно - сейчас обнаружил, что в uname -a больше нет PREEMPT, а n лет назад точно было. не обращал на это внимания.

     

  • 1.135, Gemorroj (ok), 20:08, 18/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    забавно, как местные элитарии как по команде накинулись на безобидную утилитку от мс =)
    к сожалению, лялих сообщество по прежнему в неадеквате и корчит из себя "нитакихкаквсе"
     
     
  • 2.145, Аноним (-), 01:50, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    fixed > россиянское лялих сообщество по прежнему в неадеквате
     
  • 2.150, Аноним (62), 10:25, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    местные элитарии лялих сообщество Люди обычно приходят, читают и следуют ... большой текст свёрнут, показать
     
     
  • 3.160, Аноним (106), 14:01, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что им объяснять если они переобуваются в прыжке и тупы как пробки Вот пример... большой текст свёрнут, показать
     
  • 3.161, Gemorroj (ok), 15:58, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ничего себе, я думал такой адекват можно только у какого-нибудь Карманова почитать)
     
     
  • 4.176, Аноним (175), 03:19, 20/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ничего себе, я думал такой адекват можно только у какого-нибудь Карманова почитать)

    С таким ником? Там тебе самое место! :)

     
  • 2.154, Аноним (158), 11:52, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > забавно, как местные элитарии как по команде накинулись на безобидную утилитку от мс =)

    Майкрософт сделал довольно много дел дабы заслужить всемерную народную любовь. Им даже ребрендинг имхо не поможет, от них всегда будут ожидать какой-нибудь гадости. Типа встроеного кейлогера в безобидной утилитке. Или там рекламы какой, чтоли. Нуачо, в винде они так и делают.

     
  • 2.156, Аноним (158), 11:54, 19/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > к сожалению, лялих сообщество по прежнему в неадеквате и корчит из себя "нитакихкаквсе"

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

     

  • 1.187, Аноним (-), 21:00, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто это ПО себе поставит, того лично сам Столман от линукса отречет! Фу мерзость.
     
     
  • 2.191, Анон1212 (?), 10:16, 21/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Столлман к Линуксу крайне категорически относится
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру