The OpenNET Project / Index page

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



"Microsoft опубликовал открытую Linux-версию утилиты мониторинга [BR]ProcMon"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Microsoft опубликовал открытую Linux-версию утилиты мониторинга [BR]ProcMon"  +/
Сообщение от opennews (?), 17-Июл-20, 21:22 
Компания Microsoft опубликовала под лицензией MIT исходные тексты Linux-редакции утилиты ProcMon (Process Monitor), изначально поставляемой в наборе  Sysinternals для Windows. Готовые для установки пакеты сформированы для Ubuntu Linux...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53387

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от К (?), 17-Июл-20, 21:22   +7 +/
Еще и линукс начнут поставлять вместо винды )
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73, #188

2. Сообщение от Аноним (2), 17-Июл-20, 21:22   +3 +/
Е-е-е.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74

3. Сообщение от user user (?), 17-Июл-20, 21:25   +1 +/
M$ продолжает разлагаться и источать из себя что-то под лицензией MIT....
если не можешь победить, - возглавь....
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #101

4. Сообщение от Аноним (4), 17-Июл-20, 21:29   +4 +/
Это они тоже в Арктатиду закопали, или нет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

5. Сообщение от Аноним (5), 17-Июл-20, 21:38   +5 +/
Strace на стероидах
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #76

6. Сообщение от Аноним (6), 17-Июл-20, 21:38   +13 +/
>procmon_1.0.0-291_amd64.deb
>21.3 MB

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #113

7. Сообщение от artenaki (ok), 17-Июл-20, 21:39   –3 +/
Теперь можно проверить также ли Linux что-то непрерывно делает в фоне, как винда. Судя по шуму диска нет. Ну реально моменты затишья винта на винде редкость даже в простое.
На одном виндофоруме мне сказали, что она так разрабатывалась, by desing. Постоянно что-то пинговать, например локальную сеть. Народ запускает Procmon и теряется в логах. Я еще думаю, что в линуксе лучше кэширование.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52, #79, #193

8. Сообщение от Аноним (8), 17-Июл-20, 21:40   +2 +/
> опубликовала под лицензией MIT исходные тексты Linux-редакции утилиты ProcMon (Process Monitor), изначально поставляемой в наборе Sysinternals для Windows

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

Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от artenaki (ok), 17-Июл-20, 21:46   +2 +/
Системные требования для сборки какие-то дикие https://github.com/microsoft/ProcMon-for-Linux для консольной утилиты. В Ubuntu 16.04 вкатить будет трудновато. Хотя, как раз хотел собрать новый cmake.
Потестю тогда в Mageia 7.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #10, #64, #77, #105

10. Сообщение от artenaki (ok), 17-Июл-20, 21:50   +1 +/
Я даже VapourSynth собирал со свежим питоном под Xenial + свежий ffmpeg, mplayer. Но есть такие разрабы, которым подавай все новое, например https://github.com/AviSynth/AviSynthPlus/blob/master/distrib...
Приходится новый gcc собирать, а это адски долго. Microsoft относится к их числу, совсем забили на обратную совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #62, #147

11. Сообщение от Юрий Ивановemail (?), 17-Июл-20, 21:51   –1 +/
супер
Ответить | Правка | Наверх | Cообщить модератору

12. Сообщение от ann (??), 17-Июл-20, 22:06   –1 +/
Какая неожиданность. Даже на плюсах. Я думал они уже кроме электрона ничего не умеют.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #23

15. Сообщение от srgazh (?), 17-Июл-20, 22:21   +/
кстати годно!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18

16. Сообщение от Аноним (17), 17-Июл-20, 22:26   +4 +/
Наконец то профессионалы напишут для линукса нормальный софт
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

17. Сообщение от Аноним (17), 17-Июл-20, 22:27   +1 +/
Арктатида? Это опечатка в слове Атлантида?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #103

18. Сообщение от OpenEcho (?), 17-Июл-20, 22:49   +1 +/
Т.е. до этого люди в линуксах не знали как трэйсить процессы???
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #24, #33, #34

19. Сообщение от OpenEcho (?), 17-Июл-20, 22:52   +1 +/
Этим "профессионалам" сперва бы со своим совтом разобраться, а то почти у всех в мире вчера отглюк грохнулся от их "гениального" апгрэйда
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #26

20. Сообщение от Аноним (20), 17-Июл-20, 23:01   +/
на 20 минте на ядре 5.4 выпадает в осадок
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #63

21. Сообщение от Аноним (21), 17-Июл-20, 23:05   –1 +/
Чем оно лучше ps?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #99

22. Сообщение от ann (??), 17-Июл-20, 23:07   +/
О, меня обиженный микрософтофан заминусовал. ЛОЛ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #61

23. Сообщение от ann (??), 17-Июл-20, 23:08   +/
Или это был злой укуренный растоман, хейтещий плюсы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

24. Сообщение от ann (??), 17-Июл-20, 23:08   +2 +/
Некоторые до сих пор не знают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #50

26. Сообщение от ann (??), 17-Июл-20, 23:11   +4 +/
Своё они уже не могут. Уже не осиливают. А тут ещё не нагадили. Не порядок.

Обновления это вообще отдельная песня. Что блин там можно так долго обновлять? Генту быстрее собирается. А тут неосили даже бинарные файлы накатить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #55, #57

27. Сообщение от ann (??), 17-Июл-20, 23:12   +/
ГГ

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

28. Сообщение от ann (??), 17-Июл-20, 23:13   +/
Эм. Это разные оперы.

man ps, man strace хотябы

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #32

29. Сообщение от ann (??), 17-Июл-20, 23:18   +1 +/
Не, просто текстовую морду прикрутили. У них фобия командной строки, а так хоть какой-то интерфейсик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

30. Сообщение от Аноним (30), 17-Июл-20, 23:30   +2 +/
Следующий autoruns, а потом и regmon пригодится
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56

31. Сообщение от Аноним (31), 17-Июл-20, 23:35   –1 +/
Выглядит как htop, функционала врчд ли больше. Зачем?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44

32. Сообщение от srgazh (?), 17-Июл-20, 23:37   –1 +/
strace ужасен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #39, #96

33. Сообщение от srgazh (?), 17-Июл-20, 23:40   +/
да ты петоросян
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #119

34. Сообщение от srgazh (?), 17-Июл-20, 23:46   +/
DTrace лучше намного вашего strase
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #37, #120

37. Сообщение от ann (??), 17-Июл-20, 23:50   +/
Да, dtrace великолепная штука. Я крайне им доволен.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #42, #51

39. Сообщение от ann (??), 17-Июл-20, 23:51   –2 +/
Опять ты?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #83

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #45, #46

44. Сообщение от ann (??), 17-Июл-20, 23:56   –1 +/
Это о другом, htop тут вообще не причём. Другая песенка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

45. Сообщение от ann (??), 17-Июл-20, 23:58   +1 +/
Чур меня чур. Слава великой фрагментации Linux что я не вижу в нём это уродливое Visual studio.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

46. Сообщение от ann (??), 17-Июл-20, 23:59   +1 +/
Кстати на электрон её уже перевели? :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #47

47. Сообщение от srgazh (?), 18-Июл-20, 00:02   +/
> Кстати на электрон её уже перевели? :D

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #48, #49, #92

48. Сообщение от ann (??), 18-Июл-20, 00:09   –1 +/
А ты у нас близкий :D. Уже с этим учителем вместе нажрался? Но судя по коментам ты в начале пути :D Того походу уже унесло. Или с белым другом опять обнимается.

Ты смотри, осторожнее, так спиться можно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

49. Сообщение от ann (??), 18-Июл-20, 00:12   +1 +/
Сделай что-то полезное. Научи этот гавёный ms компилить код нормально. А то 500 инстанциации темплейта он осилить не может. llvm и gcc на ура кушают. Под BSD, Linux, MacOS великолепно.

Только в твоей божественной венде проблемы, которые даже gcc с трудом но решает (по дефаолту у него too many sections). А гавняный ms компилер вообще дохнет с out of memory.

Выкинь это гавно в биореактор и не рассказывай сказки про божественных специалистов MS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #98

50. Сообщение от GrayBeard (ok), 18-Июл-20, 00:19   +/
Кто не знает, тому и это поделие не надобно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

51. Сообщение от artenaki (ok), 18-Июл-20, 00:23   +/
> Ничего до сих пор на расте так и не запили

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #54

52. Сообщение от Аноним (52), 18-Июл-20, 00:23   –1 +/
>разрабатывалась, by desing. Постоянно что-то пинговать, например локальную сеть

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #58

54. Сообщение от artenaki (ok), 18-Июл-20, 00:27   –1 +/
Rust без проблем поставился отсюда https://forge.rust-lang.org/infra/other-installation-methods... в /usr/local
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #93

55. Сообщение от artenaki (ok), 18-Июл-20, 00:33   +/
> Что блин там можно так долго обновлять?

Я так полагаю там проверяется хэш всех библиотек. Ведь на винде очень хитрые обновления. Можно откатывать. Я до сих пор не понял логику. Можно удалить любое исправление и при этом библиотека будет содержать все оставшиеся. Как они это делают? Патчат на лету или есть своя сборка для каждой комбинации. Windows Update очень переусложнен и медленный. Арчевский pacman по сравнению с ним просто летает и даже убунтовский apt не такой тормозной.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #68, #94

56. Сообщение от Аноним (52), 18-Июл-20, 00:34   +3 +/
И всё это интегрировать с systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

57. Сообщение от Урри (?), 18-Июл-20, 00:34   +/
Что-что, крутят пустой цикл, чтобы хомячеи чувствовали насколько серьезную "работу" каждый раз проделывает МС за их деньги.

Ну и заодно файлы воруют.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

58. Сообщение от artenaki (ok), 18-Июл-20, 00:38   +/
Раньше ее не было, а ведь даже XP неровно дышит к винту. Головки двигаются часто, а на линуксе по моему обращение более линейное. Поставил комп под ухом, так что слышно все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #86, #118

60. Сообщение от Аноним (60), 18-Июл-20, 00:47   +1 +/
procexp портируют?) это самое лучшее что сискишки выпустили
Ответить | Правка | Наверх | Cообщить модератору

61. Сообщение от artenaki (ok), 18-Июл-20, 00:50   –2 +/
Минусуют школьники, которые пользуются виндой для игр, имхо. Но им это простительно.
Когда я был виндузятником, мне тоже было обидно, что мой рабочий инструмент ругают. Поставьте себя на их место.
И я не уверен, хорошо это или нет, что новички приходят на русские линуксовые ресурсы...
Ну ладно те, у кого есть опыт, могут обойтись, а для решения проблем использовать eng выдачу.
Но это не мое дело. Так что я сохраняю нейтралитет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

62. Сообщение от Аноним (62), 18-Июл-20, 00:59   +2 +/
> совсем забили на обратную совместимость

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #111, #142

63. Сообщение от Аноним (62), 18-Июл-20, 01:06   +/
там же написано
> kernel >= 4.18 and kernel <= 5.3
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

64. Сообщение от Аноним (62), 18-Июл-20, 01:07   +2 +/
> kernel >= 4.18 and kernel <= 5.3

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #69, #70

65. Сообщение от Kuromi (ok), 18-Июл-20, 01:13   +3 +/
Народ изволит шутитьв комментах, но procmon, как и все что написал Руссинович ивправду было крайнеудобно использовать под Виндоус. Собственно слава его пошла так далеко, что Микрософты выкупили его компашу с потрохами.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #114, #146

68. Сообщение от Аноним (62), 18-Июл-20, 01:30   +/
> Windows Update очень переусложнен и медленный. Арчевский pacman по сравнению с ним просто летает и даже убунтовский apt не такой тормозной.

Да ничего там переусложненного нет у него просто задача не такая. Он надстройка над BITS, DISM, SFC и VSS.
Генерируем фоновые батчи и грузим, делаем снапшоты, деплоим, проверяем. Да оно потом научилось делать ролапы целых образов и мажорные апгрейды. При условии наличия первичного снапшота всей системы (а он всегда есть) и всей истории установленных обновлений и компонентов в базе и скачанных файлов в каталогах всё можно восстановить.

Пакетные менеджеры в Linux они обновляют... и всё. Если ты не уверен, что ты закончишь обновление - не начинай. Если ты не уверен, что прилетит рабочее - сделай бекап.
Windows Update обновляет автоматически. Его задача незаметно накатить апдейты в фоновом режиме во время сравнительного простоя, с возможностью всё откатить и с автоматическим резервным копированием, предоставляя пользователю результаты в понятном для человека виде.

Во времена Windows 98 в венде были такие же методы обновления. Хочу ставлю, когда хочу. Но потом...
Была же там целая разборка на уровне ЕС много лет назад... что-то типа по решению Еврокомиссии, вроде... MS должен предоставлять бесплатные обновления безопасности для всех, даже для пиратов и ставить их насильно, чтобы прекратить распространение ботнетов. Дурачки ставят пиратские вёнды и отключают апдейты и потом...
На Linux такого нет, потому что это десктопопроблемы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #97

69. Сообщение от artenaki (ok), 18-Июл-20, 01:58   +/
> обновите

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

> обновите

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

70. Сообщение от artenaki (ok), 18-Июл-20, 02:03   +/
> обновите

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #88, #100

71. Сообщение от Корец (?), 18-Июл-20, 02:03   –4 +/
Если кликнуть по скрину, то открывается гифка на гeйхaбе, где эту поделку запускают от  рута. Они это серьёзно?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109

73. Сообщение от Аноним (-), 18-Июл-20, 02:18   –3 +/
Они что, в perf top не смогли? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #116

74. Сообщение от Аноним (74), 18-Июл-20, 02:26   –2 +/
Да куда им...
> OS: Ubuntu 18.04 lts with kernel >= 4.18 and kernel <= 5.3

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #206

76. Сообщение от Аноним (74), 18-Июл-20, 02:29   –1 +/
> Strace на стероидах

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

77. Сообщение от Аноним (74), 18-Июл-20, 02:30   +1 +/
> Системные требования для сборки какие-то дикие

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

79. Сообщение от Аноним (-), 18-Июл-20, 02:39   +2 +/
> Теперь можно проверить также ли Linux что-то непрерывно делает в фоне, как винда.

А что, perf раньше этого не позволял? :).

Алсо, для убунтунубов: видишь вон там в ps -AFH [процессы] в скобочках? Ну так вот, это не процессы, это ядерные треды, если что :). И кстати в винде их вроде бы вообще просматривать нечем. А тут оно оформлено себе как типа-процессы.

Можно даже свой такой подцепить, где-то болтался пример модуля делающего этсамое. При том там забавно - хочешь, разрешаешь ловить SIGKILL и он тогда убиваемый юзером. Не хочешь - не разрешаешь, и процесс неубиваемый юзером.

А если хочется посмотреть почему линух мигает диском:

echo 1 > /proc/sys/vm/block_dump
dmesg -w

...и вот тебе аналог filemon, совершенно на шару - и даже без установки программ.

Только потом важно не забыть echo 0 > /proc/sys/vm/block_dump - иначе можно охренеть от размеров системных логов, когда туда все ваши похождения оттрассируются :). И да, запись в логи постепенно тоже начнет провоцировать трейсер, что спровоцирует записи в логи, что спровоцирует трейсер, что... ну вы поняли, в этом случае мигание диском будет привязано в том числе и к логированию трейса :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

83. Сообщение от Ты идиот (?), 18-Июл-20, 02:47   +1 +/
А ты написал лучше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

86. Сообщение от б.б. (?), 18-Июл-20, 03:43   –1 +/
ещё про 9x говорили, что оно неведомо куда неведомо что шлёт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #112

88. Сообщение от Аноним (88), 18-Июл-20, 05:01   +/
гражданин, узбагойтесь

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #102, #141

92. Сообщение от Аноним (-), 18-Июл-20, 07:31   +/
> Значит ты далекий. Но можно и под Linux создавать с VS.

Да можно то и гланды, через ж, автогеном, удалять...  и это примерно то же самое по смыслу получится.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

93. Сообщение от Аноним (-), 18-Июл-20, 07:32   +3 +/
Как весь этот карго-культ относится к сабжу? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

94. Сообщение от Аноним (94), 18-Июл-20, 07:39   +/
> Я так полагаю там проверяется хэш всех библиотек. Ведь на винде очень
> хитрые обновления. Можно откатывать.

При том - довольно теоретически. Практически, если некоторые файлики немного порушатся, лулз будет в том что вы это снести потом вообще не сможете. А в хучшем случае система окажется в позе ни вперед, ни назад - так что инсталляция вроде начата но вроде не считается завершенной. И ее нельзя ни отменить, ни откатить. И тогда получается вообще офигенно - система, в которую вообще принципиально не ставится софт через MSовский инсталлер, о как! А клево они придумали тролить юзеров, да? Система совсем как живая, но вот дофига программ на нее ставиться не может, при том если юзерь постарается и найдет с самопальным setupexe вместо msi, даже сможет потрепыхаться :)

> Я до сих пор не понял логику.

Хотели как лучше, а получилось как всегда - умеет создавать больше проблем чем решает.

> Можно удалить любое исправление и при этом библиотека будет содержать все
> оставшиеся. Как они это делают?

Хранят дофейхоа мусора. Самое западло если rollback побился. А вот пробую установить... о, незавершенная инсталляция. Откатываю. Ошибка. Блин, упс, смотрите, фокус! Теперь вы вообще сюда ничего ставить и снести не могете, кроме софта с самопальными инсталерами-деинсталерами, ололо!

> Патчат на лету или есть своя сборка для каждой комбинации. Windows Update очень
> переусложнен и медленный. Арчевский pacman по сравнению с ним просто летает
> и даже убунтовский apt не такой тормозной.

Ну да. И более того - я apt'ом вкачу десяток программ за пяток минут как делать нехрен. Включая пару CADов и офисный пакет. А теперь посмотрим сколько это все ставится на винде...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #107

96. Сообщение от Аноним (94), 18-Июл-20, 07:43   +/
> strace ужасен

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

97. Сообщение от Аноним (-), 18-Июл-20, 07:56   –1 +/
> Пакетные менеджеры в Linux они обновляют... и всё. Если ты не уверен,
> что ты закончишь обновление - не начинай. Если ты не уверен,
> что прилетит рабочее - сделай бекап.

Лучше снапшот в btrfs. А у ms этот их vss - отличный btw пример того как сделать снапшоты хреново, тормозно, контринтуитивно и нифига не универсально.

> Windows Update обновляет автоматически. Его задача незаметно накатить апдейты в фоновом
> режиме во время сравнительного простоя, с возможностью всё откатить и с
> автоматическим резервным копированием, предоставляя пользователю результаты в понятном
> для человека виде.

И потом он еще так совершенно незаметно огорошивает юзера ребутом - "нравится, не нравится, вот тебе ребут моя красавица". И похрен что это нагнуло вам все что нагибается.

> Во времена Windows 98 в венде были такие же методы обновления. Хочу
> ставлю, когда хочу. Но потом...

...потом MS укусила оверинженерия. И они сделали довольно тормозное и довольно хлипкое глюкало :)

> На Linux такого нет, потому что это десктопопроблемы.

И что характерно, с линухом в результате сильно меньше проблем. Вообще, по жизни. Убить какой-нить апт или синаптик до состояния когда тот утратит возможность сносить или ставить софт еще ухитриться надо. А в винде это довольно типовой прикол убер-мега-технологии.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #106, #124

98. Сообщение от srgazh (?), 18-Июл-20, 08:34   +/
> Сделай что-то полезное. Научи этот гавёный 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 тебе в руки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #157

99. Сообщение от Аноним (99), 18-Июл-20, 08:51   –2 +/
оно луше photosop
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

100. Сообщение от dev (??), 18-Июл-20, 09:02   +/
Т.е. ты собрал из гита, а арчеводы из гита не могут собрать?
И если что, то в гите версия 2.0.1 (https://github.com/mstorsjo/fdk-aac/releases, https://github.com/mstorsjo/fdk-aac/blob/master/ChangeLog)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #108, #139

101. Сообщение от Аноним (101), 18-Июл-20, 10:09   +10 +/
Вот уже 40 с лишним лет разлагается. Жди, скоро будет очередной капец винде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #117

102. Сообщение от Аноним (102), 18-Июл-20, 10:16   +/
> гражданин, узбагойтесь

Аналогично могу попросить
> Я центосями пользуюсь и там 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$

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #122

103. Сообщение от Аноним (103), 18-Июл-20, 10:36   +/
Атлассида
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #131

105. Сообщение от Ложечка (?), 18-Июл-20, 11:48   +/
>Хотя, как раз хотел собрать новый cmake.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #136

106. Сообщение от Аноним (106), 18-Июл-20, 11:49   +/
> Лучше снапшот в btrfs

Сисвол, БДшку что лежит на диске и всё такое - тоже будешь снепшотить?

> И потом он еще так совершенно незаметно огорошивает юзера ребутом - "нравится, не нравится, вот тебе ребут моя красавица". И похрен что это нагнуло вам все что нагибается.

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

> И что характерно, с линухом в результате сильно меньше проблем. Вообще, по жизни. Убить какой-нить апт или синаптик до состояния когда тот утратит возможность сносить или ставить софт еще ухитриться надо. А в винде это довольно типовой прикол убер-мега-технологии.

Что там в виде битса в линухах? Плохо что они его прибили и переходят на ДО. Но тоже ничего. Покажи что у тебя из подобного есть в линухах.

Спецы, май эсс. Гордятся линухами а документашку почитать про винду и настроить её не могут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #123

107. Сообщение от Аноним (106), 18-Июл-20, 11:55   +1 +/
> Хранят дофейхоа мусора. Самое западло если rollback побился. А вот пробую установить... о, незавершенная инсталляция. Откатываю. Ошибка. Блин, упс, смотрите, фокус!

Да ты и в прошлый раз всем доказал что слаб на головку. Расскажи мне как в линухах ничего не разваливается. В своё время я регулярно ловил развалы всех баз установленного. И полную неспособность работы рпм. Очень была удобно статически собранный рпм вкрячивать в систему и перебирать всё ручками.

> Ну да. И более того - я apt'ом вкачу десяток программ за пяток минут как делать нехрен.

Все программы из разряда бтрфс-утилс, процмон-тулс, кернел, гцц и прочее не нужное большинству?

> . Включая пару CADов и офисный пакет. А теперь посмотрим сколько это все ставится на винде...

Ты как с прошлого раза в CAD мокнули мордочкой успокоиться не можешь? Смешно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #126

108. Сообщение от . (?), 18-Июл-20, 12:11   +/
> Т.е. ты собрал из гита, а арчеводы из гита не могут собрать?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

109. Сообщение от . (?), 18-Июл-20, 12:15   +1 +/
Они это серьезно. Ты - ди6ил, и это тоже серьезно.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #127

111. Сообщение от с (?), 18-Июл-20, 13:23   +/
жжешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

112. Сообщение от СеменСеменыч777 (?), 18-Июл-20, 13:54   +/
были (есть) такие самоходные программы, в простонародии вирусы.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

113. Сообщение от Онаним (?), 18-Июл-20, 13:56   +1 +/
Ды там поди целый .NET рантайм встроен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

114. Сообщение от СеменСеменыч777 (?), 18-Июл-20, 14:04   +/
Руссинович бох.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

116. Сообщение от topin89email (ok), 18-Июл-20, 15:08   +3 +/
perf top, конечно, хорошая вещь. Но есть у него один фатальный недостаток...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #121

117. Сообщение от Аноним (117), 18-Июл-20, 15:31   –3 +/
Да как бы наступил уже. На разработчиков работающих из под винды смешно смотреть, да и доля их довольно ничтожна. Теперь уже мак вс линукс. Для домашнего использования тоже линукс давно пригоден, но домохозяйки и школьники-геймеры пускай остаются на винде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #130, #134, #151, #152, #162, #163

118. Сообщение от Oxyd76 (?), 18-Июл-20, 16:28   +/
А метрику (wa)it I/O вам религия запрещает помониторить в том-же atop? Да он и не только wait умеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #129, #138

119. Сообщение от OpenEcho (?), 18-Июл-20, 17:51   +/
> да ты петоросян

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

120. Сообщение от OpenEcho (?), 18-Июл-20, 17:54   +/
> DTrace лучше намного вашего strase

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

121. Сообщение от Аноним (-), 18-Июл-20, 17:57   +/
Если только. Однако тот компиляется в 20 раз проще, можно "до кучи" вместе с кернелом собрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

122. Сообщение от Аноним (62), 18-Июл-20, 18:06   +/
Сложно, наверное, жить, обороняя свой любимый дистрибутив и доказывая окружающим, что он самый лучший, попутно обмазывая помоями любые другие... ну да ладно, это проходит со временем, с опытом, с возрастом.

> Во-первых 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 тут у него и понты, посмотрите на него... Они как раз написали трассировочную утилиту на том на чем надо без всяких велосипедов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

123. Сообщение от Аноним (-), 18-Июл-20, 18:15   +/
>> Лучше снапшот в btrfs
> Сисвол,

Если мы про btrfs - там этого нет :)

> БДшку что лежит на диске и всё такое - тоже будешь снепшотить?

Если кто использует такие вещи - он должен понимать что сие и как этим рулить. А в btrfs можно chattr +C сказать на вон те файлы - и к ним CoW применяться вообще не будет. И снапшоты тоже.

Но это уже экзотика. Типовой Клаве же нафиг не упали ни сисволы ни бдшки которые и правда нельзя снапшотить, типа реплик всяких.

> Ты доку почитать не можешь и для себя настроить как обновить правильно?

Я уже почитал для себя все потребные доки и все что хотел настроил :). Правда, это получилось в линухе. Ну вот как-то там это в 10 раз проще оказалось. Черт, в винде я даже безглючную темную тему оформления сделать не могу - софт забивает на теминг там и тут или применяет наполовину. А приколы типа темного текста на темном фоне - нифига не рулят. Линух же выглядит так как я хочу, работает так как я хочу, предлагает пачку продвинутых технологий, не делает подлостей да еще не стоит мне ни копья. И даже может использоваться как основа для моих поделок совершенно нашару. Даже если это откровенная коммерция!

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

Не, не такие же :). И удачи сделать из меня ботнет. Слышь, а с моими технологиями ботнет будет грызть только локалхост. Свой локалхост. Где-то там. Даже не на основной машине ни разу. И без доступа в сеть. В винде я такую конфигу запилить, кстати, не возьмусь.

> Что там в виде битса в линухах? Плохо что они его прибили
> и переходят на ДО. Но тоже ничего. Покажи что у тебя из подобного есть в линухах.

Я для начала не очень понимаю нафиг все это надо. Если мне надо будет апдейты по таймеру, я впилю скриптик в крон или запилю системдшный таймер пинающий тот скриптик. А еще есть DEBIAN_FRONTEND=noninteractive для совсем уж батч инсталов где-то в фоне.

И да, в отличие от маздай апдейта это все устаканивается за пару минут и если надо никакого гуя не отрисовывает вообще, и дурацкие вопросы не задает.

Вообще MS весь в этом. Теоретически - задумки вроде неплохие. Практически - оверинженерия, бюро медвежьих услуг, индусские реализации и головняк оптом. А то и просто бэкдоры откровенные.

> Спецы, май эсс. Гордятся линухами а документашку почитать про винду и настроить
> её не могут.

Да ну нафиг, сами читайте, мне не нравится соотношение долботни к результату в винде. Линух в этом плане в 10 раз лучше. Я как-то был энтерпрайз админом и досыта этого счастья наелся, за добавкой не приду, даже и не надейтесь. Теперь я с виндой не имею дел даже если за это готовы злобно доплачивать!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #128, #133

124. Сообщение от Аноним (62), 18-Июл-20, 18:30   +1 +/
> Лучше снапшот в btrfs. А у ms этот их vss - отличный btw пример того как сделать снапшоты хреново, тормозно, контринтуитивно и нифига не универсально.

Куча бекапилок тянет их NTFS-снапшоты через VSS и делает по ним инкрементальные бекапы вполне себе универсально. Может и btrfs тоже начнет где-нибудь поддерживаться со временем. Кстати для этой технологии важно не чтобы было быстро, а чтобы исключить деградацию сервиса во время снапшота.

> И потом он еще так совершенно незаметно огорошивает юзера ребутом - "нравится, не нравится, вот тебе ребут моя красавица". И похрен что это нагнуло вам все что нагибается.

Ну вранье, она предупреждает же... А вообще в этом весь смысл _автоматических_ обновлений. Разрешенные временные интервалы ребута вычисляется телеметрией или устанавливаются в настройках руками. Политиками - способ загрузки, каналы обновлений и пр. Больше домашнему пользователю настроить не дают, чтобы не сидел в ботнете. Тюнинг обновление это только Pro редакций в корпоративной среде в домене с WSUS.

> ...потом MS укусила оверинженерия. И они сделали довольно тормозное и довольно хлипкое глюкало :)

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

> И что характерно, с линухом в результате сильно меньше проблем. Вообще, по жизни. Убить какой-нить апт или синаптик до состояния когда тот утратит возможность сносить или ставить софт еще ухитриться надо. А в винде это довольно типовой прикол убер-мега-технологии.

А разгадка проста. Венда сделана для людей, а линукс для админов. С одной стороны Линукс от венды отличается тем, что там реально всё можно настроить. С другой стороны вот это ВСЁ ты настраивать и будешь.
А для этого не только и не столько время надо иметь много, сколько квалификацию, которой нет у обычного пользователя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

125. Сообщение от hfdhdd (?), 18-Июл-20, 18:38   +/
Надо htop под винду портировать для налаживания дипломатических отношений
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #144

126. Сообщение от Аноним (129), 18-Июл-20, 18:43   +/
> я регулярно ловил развалы всех баз установленного. И полную неспособность работы
> рпм. Очень была удобно статически собранный рпм вкрячивать в систему и
> перебирать всё ручками.

Вот RPM да, так себе фигня. Хотя самые фекалии - обвес к нему типа yum/dnf. Именно поэтому мне нравится dpkg и apt. Ну и то что на нем построено - сейчас в основном Debian.

И если yum и dnf я несколько раз, натурально, убивал не хуже MSI инсталера, с разлетом базы и системой в той же позе ни туда ни сюда, то вот apt+dpkg у меня качественно дох только 1 раз за все время - И ПОДСКАЗЫВАЛ В СООБЩЕНИИ ОБ ОШИБКЕ КАК СЕБЯ ЧИНИТЬ!!! Гыгы, это вам не msi, где потом вообще никто ниипет чо делать если ролбэк нагнулся. Даже msdn и прочие течнеты с форумами, лол - чо хотите то и делайте. Систему, бл, переустанавливайте, или какой там хардкорный хак надо откаблучить, чтобы оно хотя-бы софт смогло опять устанавливать в систему, чтоли?

> Все программы из разряда бтрфс-утилс, процмон-тулс, кернел, гцц и прочее не нужное
> большинству?

А также офис, пару кадовых пакетов и проч. Либрофис из реп ставится за несколько минут. И компоненты прям в synaptic можно галочками выбрать. У мсофиса все примерно так же, только дистр весит в цать раз больше, да еще бабла стоит, ставится в дофейхоа раз больше, и вообще.

А, да, у меня еще многоуровневый клипборд есть. Отдельная мелкая приблуда на цать кило в панельку XFCE. А у MS такое счастье только с офисом в комплекте, и то не по дефолту. Поэтому в винде как-то вот тех кто наслаждается такой фичой полтора землекопа. А очень удобно и эффективно между прочим, ибо можно отыграть ошибочную копипасту взад и даже юзать сие как этакий стэк notes/todo'шек, при програмизме можно делать такой себе "стэк" того что вон туда надо зааплаить - но - после вот этого и вот этого.

> Ты как с прошлого раза в CAD мокнули мордочкой успокоиться не можешь?

Кто меня куда макнул? oO Я в кадах рисую - вот прямо в линухе. И не втыкаю как меня можно при этом макнуть вообще.

> Смешно.

Я как-то ситуативно, глядя на всякие WSL, думал что мы уже где-то между "потом с вами борятся" и "а потом вы побеждаете". Но видимо в MS'овском стане кто-то еще не отпустил ручник.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #132

127. Сообщение от Аноним (129), 18-Июл-20, 18:47   +/
Гениусы, не ссорьтесь. Чего распищались?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

128. Сообщение от Аноним (62), 18-Июл-20, 18:47   +/
> Я для начала не очень понимаю нафиг все это надо.

В венде специфический планировщик процессов, который хитро делит ресурсы в юзерспейсе, расставляя приоритеты. В Linux все эти технологии тоже 100 лет как есть, вот только местные луддиты не хотят переходить. Ну там cgroups всякие, ну и дальше там по тексту. На Linux сейчас нельзя точно определить "загруженность" системы. Одно сплошное гадание на кофейной гуще (load average) и хиромантия (vmstat) и еще и из юзерспейса всё. Надеюсь что скоро всё это изменится и улучшится. Когда systemd научится масштабно строить метрики по cgroups и рулить из юзерспейса приоритетами... это не будет оверинженирингом?
А если в него kerberos просунут вплоть до каждого демона... ну вообще цены не будет лапочке. =)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

129. Сообщение от Аноним (129), 18-Июл-20, 18:50   +/
> А метрику (wa)it I/O вам религия запрещает помониторить в том-же atop? Да
> он и не только wait умеет.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

130. Сообщение от КапитанЛунард (?), 18-Июл-20, 19:00   +1 +/
Какова глубина кроличьей норы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

131. Сообщение от КапитанЛунард (?), 18-Июл-20, 19:01   +2 +/
Там живут пингвиниды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

132. Сообщение от Аноним (106), 18-Июл-20, 19:25   +/
> А также офис, пару кадовых пакетов и проч. Либрофис из реп ставится за несколько минут. И компоненты прям в synaptic можно галочками выбрать. У мсофиса все примерно так же, только дистр весит в цать раз больше, да еще бабла стоит, ставится в дофейхоа раз больше, и вообще.

Админчик локалхоста опять всех учит как надо, бгыыы.
А вот тут под боком есть система которая использует офис. Она работает только с мс офис и тот только 32 битка. И всем совершенно по барабану на стоимость и вес. Потому что через эту систему проходят такие денюжки и вещички. Если оно перестанет работать через некоторое время таким пафосным админчикам станет темно и холодно. И написать они сюда о своём превосходном(на самом деле нет) либреофисе не смогут.

В либреофисе только один компонент очень хорош.

> Кто меня куда макнул? oO Я в кадах рисую - вот прямо в линухе. И не втыкаю как меня можно при этом макнуть вообще.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

133. Сообщение от Аноним (106), 18-Июл-20, 19:38   +/
Раз:
> Я уже почитал для себя все потребные доки и все что хотел настроил

Два:
> Я для начала не очень понимаю нафиг все это надо. Если мне надо будет апдейты по таймеру, я впилю скриптик в крон или запилю системдшный таймер пинающий тот скриптик. А еще есть DEBIAN_FRONTEND=noninteractive для совсем уж батч инсталов где-то в фоне.

БИТС и ДО это система с подстройкой скорости скачиваний. Автоматически, что бы не влиять на работу пользователей в сети(первый вариант)или простого ограничения по полосе. Так же используется вариант кэширование содержимого между пользователями и взаимный обмен идентичным содержимым.

Так какие ты там доки читал, раз этого не знаешь?


> Вообще MS весь в этом. Теоретически - задумки вроде неплохие. Практически - оверинженерия, бюро медвежьих услуг, индусские реализации и головняк оптом. А то и просто бэкдоры откровенные.

Это весь ты в этом. Документацию просмотреть тебе з@падло. На одного себя настроил персоналочку и думаешь что твой опыт масштабируется. Посмотрел бы на твой опыт оверинжении и костылей когда ты свой опыт будешь натягивать на десятки тысяч пользюков.


> Да ну нафиг, сами читайте, мне не нравится соотношение долботни к результату в винде. Линух в этом плане в 10 раз лучше. Я как-то был энтерпрайз админом и досыта этого счастья наелся, за добавкой не приду, даже и не надейтесь.

Слава те хосподи. Местных долбаков виндовых хватает, без тебя "справляются". Они так же как твои кореша с обновлениями винды и вмваре побаловались. У не проработали процесс обновлений. Теперь вообще обновления не ставят. Совсем. И изредка покрикивают какой мс кривой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

134. Сообщение от Gemorroj (ok), 18-Июл-20, 20:02   +2 +/
это лишь показатель на сколько it сообщество подвержено прикидываться "илиткой".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

135. Сообщение от Gemorroj (ok), 18-Июл-20, 20:08   +3 +/
забавно, как местные элитарии как по команде накинулись на безобидную утилитку от мс =)
к сожалению, лялих сообщество по прежнему в неадеквате и корчит из себя "нитакихкаквсе"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #145, #150, #154, #156

136. Сообщение от artenaki (ok), 18-Июл-20, 20:44   +/
А с каким 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 и потому новые компиляторы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #140, #143, #155, #185

138. Сообщение от artenaki (ok), 18-Июл-20, 20:57   +/
Там всякой фигней занимается винда в простое. Дергает проводник, еще там что-то, я уже не помню. Интересно, что, если в диспетчере задач во вкладке "сеть" активировать "вкладка всегда активна" и "отображать накапливаемые данные" (или как-то так), то диспетчер задач начинает дергать винт. Это в общем-то безнадежное дело попытки приручить винду. Как мне сказали на форуме, она будет просто неюзабельна, если ей все обрезать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #158, #164

139. Сообщение от artenaki (ok), 18-Июл-20, 21:28   –1 +/
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 бы еще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

140. Сообщение от artenaki (ok), 18-Июл-20, 21:54   +1 +/
Кстати, почему в убунте нет openssl-dev? cmake жаловался. Пришлось брать с https://github.com/openssl/openssl/releases?after=OpenSSL_1_... . Ну стыд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

141. Сообщение от artenaki (ok), 18-Июл-20, 22:17   +/
Потому что это мой первый полноценный линукс, на котором я уже 3 года. А потом я, наверное, уйду на Mageia. Так как люблю все экзотическое (а также французское или немецкое) и rpm мало изучен. Но это еще не скоро, конечно.
На самом деле, я перешел на линукс-то только потому что обиделся на рутрекеровцев, но втянулся. Мне не было трудно, так как я всегда его изучал. Опять же по причинам выше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

142. Сообщение от анонимуслинус (?), 18-Июл-20, 23:01   +/
так к слову у меня тут есть комп с 256 мб оперативы. еще рабочий и вот там дуалбут с хр как раз. так что да есть)) ну у меня даж диск с 95 и 98 виндой валяется. если чего обращайся поставим. ахаха на дуалбут. кстати из всех винд хр самая нормальная. только у игроманов долго не жила это да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

143. Сообщение от artenaki (ok), 18-Июл-20, 23:03   +/
> софт, собранный с помощью такого 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.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #171

144. Сообщение от Аноним (144), 18-Июл-20, 23:49   +1 +/
kill -9 портируй. Единственная юниксовая вещь, которая винде позарез нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #149

145. Сообщение от Аноним (-), 19-Июл-20, 01:50   –3 +/
fixed > россиянское лялих сообщество по прежнему в неадеквате
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

146. Сообщение от Аноним (146), 19-Июл-20, 03:30   +/
> далеко, что Микрософты выкупили его компашу с потрохами.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

147. Сообщение от artenaki (ok), 19-Июл-20, 04:28   +/
> Но есть такие разрабы, которым подавай все новое
> AviSynth

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #148, #167, #169

148. Сообщение от artenaki (ok), 19-Июл-20, 04:50   +/
Столько телодвижений ради пары либ.
Зато опыт.
Вот, что мешало их написать на C++14?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

149. Сообщение от онанимас (?), 19-Июл-20, 07:54   +/
FYI kill -9 не всегда убивает процессы.
иногда помогает отправить процессу STOP, потом KILL, а потом CONT. и тоже не всегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #153

150. Сообщение от Аноним (62), 19-Июл-20, 10:25   +2 +/
"местные элитарии" != "лялих сообщество"

Люди обычно приходят, читают и следуют местным обычаям в поведении. Особенно забавно, когда доморощенный линуксоид, админ локалхоста начинает нести околесицу про венду и при этом совершенно не обладая опытом её администрирования дальше эникея, не понимает как она работает, и затем получает ответ, что он не прав... Уууф... это воспринимается как нападка на его самое сокровенное. И модерация бывает на осадном положении, дескать, вендотролли атакуют их уютный 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 это тоже касается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #160, #161

151. Сообщение от Вулх (?), 19-Июл-20, 10:36   +/
Разрабатывать под windows из под linux? Ну-ну дайте два
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #179

152. Сообщение от Аноним (152), 19-Июл-20, 10:42   +2 +/
> Для домашнего использования тоже линукс давно пригоден

Нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

153. Сообщение от Аноним (-), 19-Июл-20, 11:15   +/
> FYI kill -9 не всегда убивает процессы.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #165, #190, #203

154. Сообщение от Аноним (158), 19-Июл-20, 11:52   +3 +/
> забавно, как местные элитарии как по команде накинулись на безобидную утилитку от мс =)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

155. Сообщение от Ложечка (?), 19-Июл-20, 11:53   +/
>А с каким gcc он собран

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #166

156. Сообщение от Аноним (158), 19-Июл-20, 11:54   –1 +/
> к сожалению, лялих сообщество по прежнему в неадеквате и корчит из себя "нитакихкаквсе"

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

157. Сообщение от Аноним (158), 19-Июл-20, 11:56   +/
> О великий:) Ты раскрыл глаза нескольким миллионам разработчиков на унылость Visual c++,
> и на супер gcc.

Ну, GCC по крайней мере умеет C99 и даже C11 и C2x... а это майкрософтовское угробище до сих пор где-то в заднице.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #159

158. Сообщение от Аноним (158), 19-Июл-20, 11:58   +/
> Там всякой фигней занимается винда в простое. Дергает проводник, еще там что-то,
> я уже не помню.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

159. Сообщение от srgazh (?), 19-Июл-20, 12:05   +/
>> О великий:) Ты раскрыл глаза нескольким миллионам разработчиков на унылость Visual c++,
>> и на супер gcc.
> Ну, GCC по крайней мере умеет C99 и даже C11 и C2x...
> а это майкрософтовское угробище до сих пор где-то в заднице.

С99 поддерживается частично, и что там такого С99? -- Это стандарт, неси дневник получи двойку.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #172

160. Сообщение от Аноним (106), 19-Июл-20, 14:01   +1 +/
А что им объяснять если они переобуваются в прыжке и тупы как пробки? Вот пример.
Сколько лет посмеивались над журналами винды и монструозными хмлками которые нужны для поиска? А у нас текст, юникс-вей, вся мощь консольных утилит, скорость. А теперь кипятком потолки мочат от журналд. Правда эта вещь в себе, ни с чем не совместимая и не отрываемая. ХМЛя там нет, зато куча ключей от лёни.
Сколько раз им здесь рассказывали что сислог одна из самых лучших вещей в юнихах? Но это же локалхостовики - по сети логи не собирают на одну точку, с сетевого железа логи не берут, посмотреть на общую скорость сохранения и выборки из логов не могут. Если первое худо бедно решили с остальным никак. Но местные жители валинора могут только уйти в тину, когда им все эти факты достаешь. И всплыть в следующем обсуждении с теми же старыми песнями о главном.
И что самое забавное. Они думают что контролируют систему. Очнитесь, мужчины. Ещё немного и у вас ничего не останется. РХ и гугла подомнут всё. И будет как в соседней новости с падением клоудфари. Там все думали интернет независимый. А идиш ты - развалилась куча ресурсов. Вот и с линухом у вас что-то такое будет. Подачки с шапочного стола.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

161. Сообщение от Gemorroj (ok), 19-Июл-20, 15:58   +/
ничего себе, я думал такой адекват можно только у какого-нибудь Карманова почитать)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #176

162. Сообщение от лютый жабби__ (?), 19-Июл-20, 17:21   –1 +/
>На разработчиков работающих из под винды смешно смотреть, да и доля их довольно ничтожна

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

163. Сообщение от 3u_ceo (?), 19-Июл-20, 18:35   +/
Universal Windows Platform тоже под линем работает?
Я разработчик
Киньте мне свои идеи и мысли по данному поводу
А так же комментарий к тому, что на системе с 2 Гб оперативы и ссд винда летает, позволяя мне полноценно использовать Visual studio, а под линем при открытии пары вкладок в браузере тотальный стак системы, что аж до хард ресета доходит
Линукс - крайне не оптимизированная система из коробки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #182, #186, #192

164. Сообщение от InuYasha (??), 19-Июл-20, 19:05   +/
На том форуме, наверное и "Выключить тему Aero" равносильно "стало неюзабельно"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

165. Сообщение от InuYasha (??), 19-Июл-20, 19:11   +/
>Ну, вообще-то, по задумке, всегда.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #175

166. Сообщение от Аноним (167), 19-Июл-20, 23:28   +/
> Остальной поток сознания не берусь комментировать

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #168, #170

167. Сообщение от Аноним (167), 19-Июл-20, 23:31   +/
Запускается это примерно так
LD_LIBRARY_PATH=/usr/lb ffmpeg -i test.avs
ffmpeg тупо проверяет расширение avs
в том PATH лежит /usr/lb/libstdc++.so.6 (стрипнутый, man strip)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

168. Сообщение от Аноним (167), 19-Июл-20, 23:46   +/
> Arch

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

169. Сообщение от Аноним (167), 20-Июл-20, 00:33   +/
Как все-таки приятно пользоваться ависинтом. Синтаксис привычный и не надо гуглить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

170. Сообщение от Аноним (171), 20-Июл-20, 02:46   +/
> Понимаю. Я наверное единственный, кто это собирает (ffmpeg, синты).

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #173

171. Сообщение от Аноним (171), 20-Июл-20, 02:52   +/
> созданные gcc5 и gcc8 отличаются. У gcc-8 меньше размер, но больше
> зависимостей (от ncurses и libc6).

Что вы курите сэр?! GCC самому по себе - решительно до балды на ncurses, он его прилинкует только если его попросят об этом. А libc6 это извините libc - и без нее у вас вообще-то по сути ни одна программа слинкованая динамически не запустится даже! Может быть за каким-то редким исключением пары особо хитрозадых. Потому что без стандартной либы сей... эм... система не живет. Как категория. И gcc5 ее тоже линковал, куда ж он денется...

> Между gcc-5 побитово совпадают. Скорость lame не зависит от компилятора,

Вообще может зависеть. Как и размер кода. Просто в этом конкретном примере видимо не слишком показательно. В свежих gcc еще можно зело скостить размер бинарей - нахаляву - использованием LTO. В пятом gcc это или не было, или было уберглюкавым. Оно достаточно специфичное, но урезать добрую четверть бинаря НИЧЕГО НЕ ПОТЕРЯВ взамен, а иногда и прибавив в скорости бонусом - все же довольно круто.

> создают идентичные mp3.

А это вообще зависит не от компилятора, покуда там крутых багов нет. Скорее от алгоритма, если он "детерминированный" - разные проходы дают один результат. Иначе - как повезет. Это свойство алгоритма.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #174

172. Сообщение от Аноним (-), 20-Июл-20, 03:10   +/
> С99 поддерживается частично, и что там такого С99?

Але, этот стандарт вышел в 99 году. Сейчас 2020 и даже C11 уже не выглядит новьем. И таки static assert в 11-м полезная штука. До этого видите ли сие делалось - но малость череж джеппу.

> -- Это стандарт, неси дневник получи двойку.

А таки я оперирую именно этим стандартом. И чего там? Ну как минимум нормальные типы данных, для начала. Или вон вариадики - и функции и макросы. Иногда удобно. Ну не C89 же мне оперировать в 2020 году, право?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

173. Сообщение от Аноним (167), 20-Июл-20, 03:10   +/
А libaom (декодер+энкодер) же устарел и медленный, хоть и пилится еще. Его заменили на dav1d декодер + rav1e энкодер. Хотя, можно собрать с ними и с aom (как в арче). Тогда интересно, что будет использовано для декодирования? Ну ладно, для кодирования можно выбрать самому. У меня мировоззрение: если есть вероятность, что кто-то что-то накосячит, то он накосячит. Поэтому не удивлюсь, если при поддержке aom+dav1d ffmpeg будет декодировать медленным aom'ом. Наверняка это можно переопределить, но не все знают как и это лишние телодвижения, о которых можно забыть. Впрочем, вполне возможно все будет работать нормально и ffmpeg отдаст предпочтение быстрому dav1d. Тогда поддержка aom будет плюсом. Можно сравнить его по быстродействию и побитовой точности.

> libvpx

Чем он лучше x265, кроме свободности? Ни разу не сталкивался, чтобы люди в интернете им кодировали (кроме ютуба).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #177

174. Сообщение от Аноним (167), 20-Июл-20, 03:17   +/
> Что вы курите сэр?

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #178

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #205

176. Сообщение от Аноним (175), 20-Июл-20, 03:19   –1 +/
> ничего себе, я думал такой адекват можно только у какого-нибудь Карманова почитать)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

177. Сообщение от Аноним (177), 20-Июл-20, 03:40   +/
> А libaom (декодер+энкодер) же устарел и медленный, хоть и пилится еще.

В смысле - "устарел"? Это самая "плотная" реализация сжатия в этом формате. И попросту, пардон, референсная. Есть какая-то хрень на расте, она типа-быстрая, но чудес не бывает и поэтому она и жмет плохо. И зачем такое надо - не понимаю. Да и не интересна мне хрень на расте, со всеми их каргокультами вокруг.

> Его заменили на dav1d декодер + rav1e энкодер.

У меня никто ничего не "заменял" и я бошку оторву за такие поползновения. Мне rav1e нафиг не упал, он жмет плохо. Сильное сжатие - самое хорошее что в AV1 есть. И dav1d требует для сборки мезон и сталбыть пихон. А значит, канпелять этот крап будет кто-нибудь другой, сорян. У меня нет и не будет никаких пихонов в системе.

> Хотя, можно собрать с ними и с aom (как в арче).

Да собственно ffmpeg умеет и так и сяк, что найдет/что закажут - то и поюзает. Ну я и заказал вот это вот. Без всяких арчей - ffmpeg и в дебиане компильнуть не сложно.

> Тогда интересно, что будет использовано для декодирования?

А хороший вопрос. Возьми да проверь если интересно.

> Ну ладно, для кодирования можно выбрать самому. У меня мировоззрение: если есть
> вероятность, что кто-то что-то накосячит, то он накосячит.

В принципе это правильное мировоззрение, но в случае ffmpeg они стреляные воробьи и за годы они наверное все же научились такие приколы разумно обрабатывать, врядли это 1-й случай.

> Поэтому не удивлюсь, если при поддержке aom+dav1d ffmpeg будет декодировать
> медленным aom'ом. Наверняка это можно переопределить, но не все знают как

Более того - мне это не интересно. Если тебе надо хайпованый хипстерский шит, вперед на мины. А мне был интересен libaom - потому что жмет хорошо. И мне как раз было интересно насколько его с версии 1.0 разогнать смогли без профака сжатия.

>> libvpx
> Чем он лучше x265, кроме свободности?

Например, тем что его выхлоп играется в браузерах, в отличие от. И для меня это некий аргумент. Да и по декодированию VP9 ближе к H.264, а жмет явно лучше.

> Ни разу не сталкивался, чтобы люди в интернете им кодировали (кроме ютуба).

Ну так поэтому у ютуба и нет конкурентов, гагага :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #181, #183, #196

178. Сообщение от Аноним (179), 20-Июл-20, 03:52   +/
> ldd. Что показывает, то и сообщаю.

А как gcc5 может не линковаться к libc6? oO Это статическая сборка чтоли была? Ну тогда солидный шмат libc6 залинковали прямо в бинарь.

> На gcc5 lame не просил, а на gcc8 тот же lame попросил?

А кто б его знает чем там параметры командлайна компилеру отличались и что за сборка была, статичная и динамичная. Не помню как lame это делает по дефолту, давно билдил. Ща он мне как-то не интересен: сколько mp3 не дрючь, а opus сильно лучше по bitrate-quality. Ну и зачем мне mp3? :)

> ./configure полностью идентичны были.

А там по дефолту статическая или динамическая сборка?

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

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

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

Это совершенно ортогональная штука - удаляет дебагинфо и тому подобное. А вон в том случае сдуваются именно код и данные, gcc гоняет некий глобальный анализ всего бинаря и делает довольно веселые глобальные оптимизации, мержа константы и код где это катит. Оно не быстро и RAM жрет но и результат по своему прикольный - минус четверть бинаря без каких либо потуг со стороны програмера и без потерь в чем либо все же выглядит достаточно интересно в ряде случаев.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #180

179. Сообщение от Аноним (179), 20-Июл-20, 03:55   –1 +/
> Разрабатывать под windows из под linux? Ну-ну дайте два

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

180. Сообщение от Аноним (167), 20-Июл-20, 05:24   +/
Статическая сборка была в обоих случаях, и в gcc5, и в gcc8. gcc5 убунтовский, gcc8 оригинальный. Может, ldd гонит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

181. Сообщение от Аноним (167), 20-Июл-20, 05:26   +/
> поэтому у ютуба и нет конкурентов

Я имел в виду выкладывание на торрентах, форумах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

182. Сообщение от Аноним (182), 20-Июл-20, 05:40   –1 +/
> Universal Windows Platform тоже под линем работает?

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

183. Сообщение от Аноним (167), 20-Июл-20, 05:43   +/
> dav1d требует для сборки мезон и сталбыть пихон

Meson это только конфигуратор, по типу cmake. А собирает обычно ninja, который от питона не зависит. Хотя, ninja входит в рекомендованные зависимости для meson, но не обязательные.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #184

184. Сообщение от Аноним (167), 20-Июл-20, 05:49   +/
Если собирать свежий meson самому, то он требует python3-wheel и python3-setuptools (такие же зависимости у python3-pip, если что). ppa'шный python 3.8.3 не имеет этих пакетов (как и pip'а), поэтому пришлось использовать старый системный python 3.5. Нет, ну можно, конечно, было извратиться и wheel с setuptools собрать для 3.8.3, но я не стал. Хотя, 3.5 это старье и реально могут быть проблемы с синтаксисом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

185. Сообщение от mikhailnov (ok), 20-Июл-20, 11:28   +/
Или так: https://forum.rosalinux.ru/viewtopic.php?t=10047
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

186. Сообщение от F1naL (?), 20-Июл-20, 18:10   +/
Попробуй AvaloniaUI
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

187. Сообщение от Аноним (-), 20-Июл-20, 21:00   +/
Кто это ПО себе поставит, того лично сам Столман от линукса отречет! Фу мерзость.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #191

188. Сообщение от admin (??), 21-Июл-20, 00:13   +/
Вот это навряд ли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

190. Сообщение от Аноним (190), 21-Июл-20, 08:45   +/
Нет братишка, нет. Можно сильно изогнуться и сделать неубиваемый процесс. Никакие сигналы его не берут, из тех которые в манах приведены. А когда покопаешь исходники, тогда и найдешь ещё сигналы для убийства процессов. Вот там да - kill справляется очень читсенько и быстренько.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #204

191. Сообщение от Анон1212 (?), 21-Июл-20, 10:16   +/
Столлман к Линуксу крайне категорически относится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

192. Сообщение от darkshvein (ok), 21-Июл-20, 10:31   +/
> и ссд винда летает

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

193. Сообщение от Аноним (193), 21-Июл-20, 11:45   +/
Забавно, как все тут ополчились на эту тулзу, хотя тулза выглядит годно.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #195

195. Сообщение от Аноним (196), 21-Июл-20, 19:43   +/
> nvme купи. Они не шуршат

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

196. Сообщение от Аноним (196), 21-Июл-20, 20:52   +/
Как я и думал, для декодирования по умолчанию используется libaom-av1. Не собирайте с ним.
Чтобы декодировался через dav1d нужно указать:
ffmpeg -c:v libdav1d -i input.mkv...
И он быстрее в 1.5-2 раза.
В Арче плохой ffmpeg. Вообще-то я проверял не в арче, но с теми же опциями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #197

197. Сообщение от Аноним (196), 21-Июл-20, 21:12   +/
Жесть, у меня только 144p не тормозит (с загрузкой процессора 33-50% в зависимости от того, используется ли софтовый ресайз). Ну, с libdav1d, может, 240p потянет. Но это надо выпиливать libaom-av1 отовсюду, mpv тоже его юзает. В 144p качество вообще УГ, в 240p мыло. Если чисто ffmpeg'ом декодить с помощью libdav1d, то и 360p чуть выше 1x, но в плеерах просядет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #198

198. Сообщение от Аноним (196), 21-Июл-20, 21:31   +/
На AV1 640:360 25p 334 kbps 0.058 bit/pixel качество неплохое. Иногда заметны MPEG артефакты или это какие-то глюки.
https://www.youtube.com/watch?v=Y1xs_xPb46M
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #199

199. Сообщение от Аноним (196), 21-Июл-20, 21:49   +/
В 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'а. Кто говорил, что там пакеты старые?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #200

200. Сообщение от Аноним (200), 21-Июл-20, 22:13   +/
> dav1d в Mageia 7.1 (2019)

Правда, он там древний 0.2.2. Уже 0.7.1 есть. Но даже такая древность быстрее, чем aom.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #202

202. Сообщение от Аноним (202), 24-Июл-20, 05:30   +/
Для Debian 10 есть репозиторий deb-multimedia. В его репах есть dav1d, но судя по отсутствию зависимостей, их ffmpeg собран без его поддержки. Однако, наверняка можно декодировать standalone dav1d и через pipe передать в ffmpeg. Интересно, что в deb-multimedia собран vapoursynth со всеми плагинами (можно легко подрубить QTGMC) и mpv с его поддержкой. Правда в buster он староват, 46 вроде бы, уже есть 50, но это ерунда, зато готовое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

203. Сообщение от онанимас (?), 26-Июл-20, 06:55   +/
>> FYI kill -9 не всегда убивает процессы.
> Ну, вообще-то, по задумке, всегда. Процесс не может его игнорировать и ядро
> его безусловно вынесет. В нормальной ситуации это 100% гарантированная смерть процесса.

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

204. Сообщение от онанимас (?), 26-Июл-20, 06:58   +/
> Нет братишка, нет. Можно сильно изогнуться и сделать неубиваемый процесс. Никакие сигналы
> его не берут, из тех которые в манах приведены. А когда
> покопаешь исходники, тогда и найдешь ещё сигналы для убийства процессов. Вот
> там да - kill справляется очень читсенько и быстренько.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

205. Сообщение от онанимас (?), 26-Июл-20, 07:00   +/
>  SIGKILL убивает процесс без возможности его поймать или как либо это оспорить

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

206. Сообщение от Аноним (206), 08-Авг-20, 06:38   +/
> Requirements
> OS: Ubuntu 18.04
> Cmake >= 3.14

Что они курили? В Ubuntu 18.04 Cmake 3.10.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #207

207. Сообщение от Аноним (206), 08-Авг-20, 06:48   +/
Говнокод какой-то. Кучу всего надо собрать изощренными способами, чтобы поставить их поделку. Уже даже в описании несуразности.
Сказано поставить libllvm6.0, я поставил, но
BCC cmake .. -DCMAKE_INSTALL_PREFIX=/usr находит 7 версию.
И не может найти clang модули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #208

208. Сообщение от Аноним (206), 08-Авг-20, 06:50   +/
Эти эксперименты с ядром на Debian 10 до добра не доведут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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