|
|
3.116, topin89 (ok), 15:08, 18/07/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
perf top, конечно, хорошая вещь. Но есть у него один фатальный недостаток...
| |
|
4.121, Аноним (-), 17:57, 18/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Если только. Однако тот компиляется в 20 раз проще, можно "до кучи" вместе с кернелом собрать.
| |
|
|
|
|
2.74, Аноним (74), 02:26, 18/07/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Да куда им...
> OS: Ubuntu 18.04 lts with kernel >= 4.18 and kernel <= 5.3
Это при том что 5.8 вот вот релизнется.
| |
|
3.206, Аноним (206), 06:38, 08/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Requirements
> OS: Ubuntu 18.04
> Cmake >= 3.14
Что они курили? В Ubuntu 18.04 Cmake 3.10.
| |
|
4.207, Аноним (206), 06:48, 08/08/2020 [^] [^^] [^^^] [ответить]
| +/– |
Говнокод какой-то. Кучу всего надо собрать изощренными способами, чтобы поставить их поделку. Уже даже в описании несуразности.
Сказано поставить libllvm6.0, я поставил, но
BCC cmake .. -DCMAKE_INSTALL_PREFIX=/usr находит 7 версию.
И не может найти clang модули.
| |
|
|
|
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 [^] [^^] [^^^] [ответить]
| –3 +/– |
Да как бы наступил уже. На разработчиков работающих из под винды смешно смотреть, да и доля их довольно ничтожна. Теперь уже мак вс линукс. Для домашнего использования тоже линукс давно пригоден, но домохозяйки и школьники-геймеры пускай остаются на винде.
| |
|
4.134, Gemorroj (ok), 20:02, 18/07/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
это лишь показатель на сколько it сообщество подвержено прикидываться "илиткой".
| |
|
5.179, Аноним (179), 03:55, 20/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Разрабатывать под windows из под linux? Ну-ну дайте два
Так кстати довольно часто делают - обычно оформляют как кроссбилд проги mingw'ом. А чтобы Linux-деву не связываться с маздайкой, они там компилят кроссом, строят сетап этой шляпе, и все это вообще без трогания виндов руками. В чем и пойнт затеи.
| |
|
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 раза быстрее винды.
| |
|
|
|
|
|
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
Серьезно? Вот чтобы просто отследить состояние процессов? Лол.
| |
|
|
|
4.62, Аноним (62), 00:59, 18/07/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
> совсем забили на обратную совместимость
обратную совместимость с ubuntu 16.04? Та которая на расширенной поддержке осталась?
У вас там дуалбута с XP нету ли, часом?..
| |
|
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 мало изучен. Но это еще не скоро, конечно.
На самом деле, я перешел на линукс-то только потому что обиделся на рутрекеровцев, но втянулся. Мне не было трудно, так как я всегда его изучал. Опять же по причинам выше.
| |
|
|
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 собирается прямо там же где и ядро одной левой. Наверное они поха наняли, тот придумал как сделать то же самое только в пять раз хуже и сложнее.
| |
|
|
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 Это статическая сборка чтоли была Н... большой текст свёрнут, показать | |
|
|
|
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 [^] [^^] [^^^] [ответить] | +/– | В смысле - устарел Это самая плотная реализация сжатия в этом формате И по... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
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 купи. Они не шуршат.
| |
|
1.8, Аноним (8), 21:40, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> опубликовала под лицензией MIT исходные тексты Linux-редакции утилиты ProcMon (Process Monitor), изначально поставляемой в наборе Sysinternals для Windows
3 раза перечитал это предложение))
| |
1.12, ann (??), 22:06, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Какая неожиданность. Даже на плюсах. Я думал они уже кроме электрона ничего не умеют.
| |
|
|
3.61, artenaki (ok), 00:50, 18/07/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Минусуют школьники, которые пользуются виндой для игр, имхо. Но им это простительно.
Когда я был виндузятником, мне тоже было обидно, что мой рабочий инструмент ругают. Поставьте себя на их место.
И я не уверен, хорошо это или нет, что новички приходят на русские линуксовые ресурсы...
Ну ладно те, у кого есть опыт, могут обойтись, а для решения проблем использовать eng выдачу.
Но это не мое дело. Так что я сохраняю нейтралитет.
| |
|
2.23, ann (??), 23:08, 17/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Или это был злой укуренный растоман, хейтещий плюсы.
| |
|
|
|
|
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.
| |
|
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... большой текст свёрнут, показать | |
|
|
|
|
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
| |
|
4.120, OpenEcho (?), 17:54, 18/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> DTrace лучше намного вашего strase
Телепат, ты б лучше научился ветки обсуждений не путать, т.к. здесь от корня никто не упоминал ни dtrace ни strace (кстати, а не strase)
| |
|
|
|
|
|
|
4.96, Аноним (94), 07:43, 18/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
> strace ужасен
Это скорее на "perf top" сильно обкоцаный смахивает.
| |
|
|
|
|
2.44, ann (??), 23:56, 17/07/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это о другом, htop тут вообще не причём. Другая песенка.
| |
|
1.65, Kuromi (ok), 01:13, 18/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Народ изволит шутитьв комментах, но procmon, как и все что написал Руссинович ивправду было крайнеудобно использовать под Виндоус. Собственно слава его пошла так далеко, что Микрософты выкупили его компашу с потрохами.
| |
|
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.
| |
|
|
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 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
забавно, как местные элитарии как по команде накинулись на безобидную утилитку от мс =)
к сожалению, лялих сообщество по прежнему в неадеквате и корчит из себя "нитакихкаквсе"
| |
|
2.150, Аноним (62), 10:25, 19/07/2020 [^] [^^] [^^^] [ответить] | +2 +/– | местные элитарии лялих сообщество Люди обычно приходят, читают и следуют ... большой текст свёрнут, показать | |
|
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 [^] [^^] [^^^] [ответить]
| –1 +/– |
> к сожалению, лялих сообщество по прежнему в неадеквате и корчит из себя "нитакихкаквсе"
Ну, во всяком случае, твой ник мне не нравится, особенно когда это в моей системе :D. Поэтому оствим Gemorroj-ные системы пользователям с подходящими никами.
| |
|
1.187, Аноним (-), 21:00, 20/07/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто это ПО себе поставит, того лично сам Столман от линукса отречет! Фу мерзость.
| |
|