Разработчик развиваемой с 2004 года утилиты для мониторинга состояния системы dstat (http://dag.wiee.rs/home-made/dstat/), предлагавшей универсальную и более функциональную замену утилитам vmstat, iostat, mpstat, netstat и ifstat, сообщил (https://github.com/dagwieers/dstat/issues/170) о прекращении разработки проекта из-за конфликта имён, вызванного действиями компании Red Hat. Мотивация пропала после того, как компания Red Hat решила заменить его утилиту собственной разработкой, предлагаемой под тем же именем.
Автор dstat не видит больше смыла развивать проект и не намерен бороться с многомиллиардной корпорацией, доказывая неэтичность создания конкурирующих продуктов под тем же именем. Все сообщения о проблемах и ошибках в оригинальном dstat отныне предлагается направлять в Red Hat.
Более 40 ранее остававшихся открытыми сообщений о проблемах закрыты (https://github.com/dagwieers/dstat/issues?q=is%3Aissue+...) с примечанием, что за исправлением следует обратиться в Red Hat.
URL: https://github.com/dagwieers/dstat/issues/170
Новость: https://www.opennet.me/opennews/art.shtml?num=50751
Ну правильно сделал. Можно заняться другими гораздо полезными вещами.
А так можно только радоваться, что в сфере твоего поприща есть сильные руки, которые подхватят и понесут дальше.
Обычно такого нет, и если ты бросишь, то всё...
О каком детище, о каком подхвате и дальнейшем развитии идёт речь?RH разработала замену с нулю. *С НУЛЯ*
если с нуля то темболее значит что поддерживать станет ещё прощё :-)
> RH разработала замену с нулю. *С НУЛЯ*Я так и понял. Это моим словам никак не противоречит.
Ты как разработчик можешь свой чемодан 🧳 выкинуть, ибо кто-то другой несёт другой чемодан 🧳
главное чтобы крепление к тележке было совместимым
А вот он вы, человек, использующий смайлики в тексте тут довольно часто! Скажите, зачем вы ставите изображение (эмоджи или что там) чемодана, если вы сначала написали слово "чемодан" (причём дважды – слово, потом эмоджи)? Не должно ли "изображение" заменять слово? Зачем и то и то одновременно? Разве это не избыточно?
Ты неправильно эмодзи юзаешь. Перед их использованием надо выключать мозги, если есть. Включать обратно потом необязательно.ЗЫж А такими вопросами можно и вовсе покалечить надежду всего прогрессивного человечества.
Они сохранили совместить, так что код может и написан с нуля, но основан на наработках первого автора.
> Ну правильно сделал.Правильно? Да он ушибленный на голову.
Если утилиты совместимы по флагам и выводу, то подобные симлинки -- абсолютно нормальная практика. Все так делают.
Нашёл, в общем, из-за чего расстраиваться: у его проекта появилась альтернатива...
> Нашёл, в общем, из-за чего расстраиваться: у его проекта появилась альтернатива...Поразительно. Наверно я плохо русский понимаю.
Но вот перечитываю, и вроде тоже самое написал по сути.
Очень жирный наброс,у меня с екрана прям жир стекает
А завтра RH пробашляет какому-нибудь индусу, он переименуется в Линуса Торвальдса, устроится в RH и будет рулить ведром.
Длинные руки синего гиганта
И что в этом плохого?
Продукты, купленные "синим гигантом", обычно долго не живут.
RH - это "синий гигант"? Что-то синее всё время глаза застит?
Нет, RedHat это только подразделение голубого гиганта.
Эти голубые гиганты и красные шляпы, придут и за тобой аноним.
Эти голубые гиганты и красные шляпы, придут и за тобой. Омномном. # fixed
Нет, они ещё нас не купили. Но скорее всего, купят (сейчас сделку рассматривают европейские антимонопольщики)
Синий Гигант - одна из причин почему Линукс стал таким, какой он есть. Изучайте историю
Будут нужны два автобуса - для финношведа и для индуса.
Если их клиентов это устроит, то почему нет?
Автор пропал на 3 года и обнаружил, что написана замена его утилите с таким же именем (что есть гуд)? Ну могли бы назвать пакет -ng (как обычно) а на бинарь ссылку сделать.
Ну, собственно, так и сделано. И в новости об этом написано:>Новая утилита pcp-dstat (также запускается как "pcp dstat") была размещена с использованием символической ссылки /usr/bin/dstat, так как обеспечивает полную совместимость вывода с оригинальным dstat.
> А завтра RH пробашляет какому-нибудь индусуИли немцу...
Редхатовская замена dstat называется Performance Co-Pilot https://github.com/performancecopilot/pcp
Оригинальный dstat и так давно не развивался.
таким образом очередной пихоно-проектик переписали на вменяемый язык
Вообще, проги, которые надо запускать с таким количеством ключей должны умирать для всеобщего счастья.
dstat -tcrd --disk-util --top-bio -glmnpy --tcp 10
dstat --top-bio-adv --top-cpu-adv --disk-tps --top-io 3
Для агрегаторов и комбайнов это нормально. Альтернатива только идти все это самому собирать в /sys /proc
Ну и нормальная альернатива кстати
Убей для начала ffmpeg.
Не прикрутили интерфейс и анониму сразу страшно стало?
То есть, товарищ забил на развитие своей утилиты, RedHat разработал ей drop-in замену, после чего товарищ проснулся и устроил истерику?
Кстати, копирайт товарища у Редхата стоит:https://github.com/performancecopilot/pcp/blob/master/src/pc...
Так что это вполне легитимный форк.
> Red Hat решила заменить dstat новой утилитой собственной разработкинетрудно догадаться, частью какого всем известного комбайна она станет
system[CENSORED]? Кстати, за гномом тоже стоит Red Hat, так что случаи с dconf и dstat - проделки одной и той же компании.
>> Red Hat решила заменить dstat новой утилитой собственной разработки
> нетрудно догадаться, частью какого всем известного комбайна она станетsystemdstat! :)
systemd-statd же
Мне кажется, он зря так психанул. Позиция жертвы очень выгодна, её можно очень неплохо разыграть. Следовало хотя бы попытаться. С треском и фейерверками переименоваться в fuckyouRHstat, кинуть клич "давайте докажем RH, что корпорация отcocёт у сообщества", закрыть эти 40 issues за месяц, и... Сложно сказать что дальше -- там пришлось бы включать креативность, и придумывать как удерживать на себе внимание, бунтуя против корпораций, ещё хотя бы пару лет.RH такой повод для маркетинга подкинула, что никакое маркетинговое агентство не надо нанимать, чтобы иметь гиперуспешный маркетинг, привлечь разработчиков и пожертвования. Да хотя бы просто по фану махать шашкой, грозя небесными карами айбиэму с его карманным редхатом. Заделаться проповедником FOSS и застолбить себе место под могилу рядом с могилами Столлмана и Раймонда. Всё это было ему доступно, а он психанул, разрыдался как маленькая девочка и закрыл проект.
Это имеет смысл, если дальше планируешь развивать это. А если не планируешь? То просто переводишь все техдолги на редхет и сваливашь. Только злиться так не надо.
Вы явно недооцениваете отдел маркетинга в RH.
> Мне кажется, он зря так психанул. Позиция жертвы очень выгодна, её можно очень неплохо разыграть.беда, очевидно, в том, что ему нафиг не надо ничего разыгрывать, у него и так зарплата капает, и из, вероятно, несвязанных с клонами редхата или вообще линуксами источников.
А вот тырить чужие проекты без согласования с разработчиком - как минимум пованивает. Даже если он не торопится обмазываться наисвежайшим, видимость политеса могли бы и соблюсти.
теперь придется де6иллиановцам как-то сопровождать его самим (впрочем, скорее всего - выкинут, как обычно), поскольку втянуть редхатовский вряд ли получится.
...
> RH такой повод для маркетинга подкинула, что никакое маркетинговое агентство не надо
> нанимать, чтобы иметь гиперуспешный маркетинг, привлечь разработчиков и пожертвования.
> Да хотя бы просто по фану махать шашкой, грозя небесными карами
> айбиэму с его карманным редхатом. Заделаться проповедником FOSS и застолбить себе
> место под могилу рядом с могилами Столлмана и Раймонда. Всё это
> было ему доступно, а он психанул, разрыдался как маленькая девочка и
> закрыл проект.Ы-ы, потролить, как там обстоят дела с наличием у разраба:
- значка DIVERSITY-pioneer
- галстука LGBT-eprst
- удостоверением GreenPeace кандидата
- партбилетом SJW?
Автор, судя по всему, не занялся троллингом потому, что ему давно безразличен этот самый dstat. А тебе я не рекомендую заниматься троллингом, пока ты не научишься не вестись на diversity, LGBT и SJW. Ну или хотя бы не научишься не вестись на них без внешней провокации.Одно из правил троллинга -- ты должен избегать обсуждения тем, которые тебе причиняют больше анальных болей, чем твоим оппонентам. Иначе это не троллинг, а обычное поведение жертвы троллинга.
"Шура", в нас пугаете )))
AiБ
оригинальный dstat это поделие на питоне 2, которое просто сломалось в дистрах без питона2. Поделом... всё равно труп
дело не в продукте. так и ваш дом можно снести сказал что ему уже более 20 лет
и не важно что сломалась полочка в туалете
Плохая аналогия.
Код есть, форкай, развивай.
Хотя никому неметалл было до, да и скорее всего и сейчас не надо будет.
Да и раньше оно было не очень. Отдельно посмотреть top, iostat, vmstat, iftop ну и sar для истории реально было удобнее, чем искать, как заставить dstat выводить не странную комбинацию по умолчанию, а то, что нужно. Те группировки, которые он делает, любопытны в теории, но на практике при поиске проблем на фиг не нужны. Неудобно и не наглядно. Вывод iostat намного показательнее, а если не понимаешь, почему так - все равно в iotop лезть. В особо хардкорных случаях blktrace. А вывод iftop этот dstat никогда не заменит, sar он не заменит, top тоже не заменит. Комбинация vmstat+iostat - дык намного нагляднее и понятнее их по отдельности посмотреть. А сеть там вообще на фиг не сдалась, т.к. проблемы с пропускной способностью сети это довольно обособленный пласт и не имеет отношения к проблемам, которые изучаются при помощи других утилит. Ну а пропадания пакетов и задержки изучать вообще другие утилиты берутся.Мне нередко приходится изучать и разгребать проблемы производительности на известных и не очень серверах и я не могу придумать случая, когда понять что-либо при помощи dstat было быстрее и проще, чем при помощи других утилит по отдельности. Это просто странная комбинация без особого практического применения - тот случай, когда комбайн не сильно нужен. А если уж делать комбайн, то управление им должно быть примерно как у sar - несколько ключиков помнишь, другие быстро находишь в мане, каждый режим вывода обособлен и по делу. Не то что параметры dstat.
dstat удобен для сбора информации о системе. Поставил раз в секунду мониторить то, что нужно. И всё. На выходе сводная таблица. Легковеснее ничего нет.
nmon есть
https://github.com/dagwieers/dstat/commits/master
2 года коммитов не было, а вони поднял как я не знаю что. Я даже не знаю что сказать по этому поводу.
Честности ради, вонь поднял не он, а "наводчик новости", призывая всех над этим "поразмышлять".> Тип: Тема для размышления
Да нет, он тоже как истеричка все issues закрыл с тегом "wontfix_talk_to_redhat" и написал довольно обиженный комментарий.
Я просто не понимаю почему его так удивило, что кто-то начал разрабатывать альтернативу проекту у которого никто к репозиторию с 2016 года не притрагивался. И они же не "своровали имя" на самом деле, просто alias сделали в своём дистрибутиве.
Так ты не беспокойся, RH сделают так, чтобы проект перестал работать везде, кроме их дистра (читай как прибьют гвоздями к systemd и замотают скотчем).
Как говорится надо "красиво уйти" - чувак очевидно давно забил болт. а тут такая оказия как не воспользоваться.
Тот случай когда говорят баба с возу кобыле легче. Тоже мне "обиделся". Хоспадии..
Вот так мы узнали о существовании утилиты dstat.
Цель новости не познакомить с этой утилитой. Цель показать какой редхат плохой
не вижу тут проблемы. мосье пишет как если бы это было не правдой
А кто хороший? Хороших в студию! *ням-ням
То есть не из-за того, что он проект забросил на 3 года? Точно-точно?
Вы подождите, сейчас ещё выяснится, что разработчик из каких бы то ни было меньшинств, и тогда... [>> to be continued]
>В ноябре 2016 года публикация изменений в основном репозитории dstat остановилась и проект выглядел заброшенным (разработка возобновилась только в январе 2019 года, но Red Hat начал разработку своего варианта dstat в 2018 году с целью создания совместимой замены, способной работать в окружениях c Python 3).То есть была утилита, которой может быть кто-то пользовался, но она была заброшена на пару лет. Редхат решил написать утилиту с таким же названием и с совместимостью (логично, что лучше всего оставить название, чтобы не ломать совместимость). Потом, через почти год, разработчик проснулся и решил что-то доделать, увидел, что его утилиту уже поменяли в редхатовском семействе дистрибутивов.
И... это редхат плохой и негодный? Он должен был, когда у разработчика внезапно проснулось желание начать работать опять, поднять лапки к верху и выбросить свой используемый клон? Или РХ виноват, что не форкнул его проект, а написал с нуля? Ну извините. Вон, копий coreutils наделали разных, mail и прочие - тоже одно название и несколько реализаций, и ничего, причем в разных дистрибутивах как раз своё. Возможно, потому что делали это умные люди в прошлом веке, а не современные ламберсексуалы с твиторами и апломбом.
Ясно, что репутация у РХ в опенсорс сообществе и так невысока из-за корпоративщины и системд, но в данном случае плюются в него явно незаслуженно.
> То есть была утилита, которой может быть кто-то пользовался,Эта утилита входит в репозитории всех дистрибутивов. По сути сейчас получилось так, что в RHEL/Fedora под именем dstat одна утилита, а в других дистрибутивах совершенно другая. Совместимость там полная только на словах, в мелочах они отличаются кардинально. К тому же вариант от Red Hat не ограничивается одной утилитой в несколько килобайт, а требует ставить всего монстра Performance Co-Pilot, только сжатый пакет с которым занимает 4 Мб. Для сравнения оригинальный пакет с dstat занимает 49 Кб!
В Debian, Ubuntu и SUSE остаётся старый dstat
https://packages.debian.org/search?keywords=dstat
https://software.opensuse.org/package/dstat
> в мелочах они отличаются кардинально.Вот и Redhat скатилась до Microsoft-подхода:
initialsession: remove curl and wget aliases
https://github.com/PowerShell/PowerShell/pull/1901curl Author: "They block use of the commonly used command line tools without providing
even an attempt to offer the same functionality. They serve no purpose
for PowerShell users but cause confusion and problems to existing curl
and wget users."Microsoft: "... будет, как мы когда-то решили, а каждый, если очень хочет, должен менять вручную ..."
Про ffmpeg в Debian напоминать?
Что значительно раньше было
libav - это всё таки форк ffmpeg. А MS на скорую руку что-то сделали, но название громкое дали.
Ага, так замечательно форкнули, что половину возможностей запороли. А я, пока не присмотрелся к номеру версии, и не полез выяснять, в чем дело, автора хавтушки ругал — что ни пример, то фигня какая-то неработающая.
А кого-то волнует, что там Microsoft делает со своим павершеллом?
Да кому он в здравом уме нужен-то на линуксе?
А сколько занимает функциональность всего этого монстра в виде пачки пакетов отдельных утилит? Наверняка больше. Редхат все же беспокоится прежде всего о пользователях RHEL, логично, что они хотят, чтобы все было из коробки. Как будто других дистрибутивов нет.Вопрос только в том, потянут ли это в другие дистрибутивы, как это произошло с systemd. Если каждый будет так психовать и закрывать issues - наверное, да, так и выйдет.
Только с systemd была совершенно другая история, и психанули майнтейнеры многих дистров, уйдя с должности.
В каком-то смысле то же самое: меньше надо психовать. В корпорациях не психуют, а упорно гнут свою линию.
> И... это редхат плохой и негодный?Ну, ведь, так не принято делать. В бизнесе - да, но в приличном опен соурс - нет. Если проект заинтересовал, но с разработчиком появляется проблема, то ему об этом в открытую пишут. Что от него ожидают, как он это видит, и что его ожидает, причём совершенно естественно, в противном случае. Вот, кстати, свежий пример:
Regarding contributions to this project
https://github.com/creytiv/re/issues/189Contributor: "... My plea is to reconsider the current conservative approach to changes for this project. I fear that if this is being continued it may eventually lead to a community effort to fork this project or people looking for alternatives."
Author: "thanks ... do you have any suggestions for how to improve the situation ?"
Редхат - это бизнес, сюрприз-сюрприз.
если переписывать более 50%, в форке нет смысла
корпорация обидела программистика. нет, не так! Корпорация "Кровавая красная шляпа" пропустила маленького пушистого программистика через свои жернова!11 Вот!
Наезжающим на дядьку стоило бы выяснить для себя, сколько он сделал для шляпной экосистемы(tm), начиная с rpmforge/elrepo.Не удивлюсь, если с 2017 ему стало более-менее ни до чего именно из-за того, что перешёл в Cisco.
Ну и в трёх буквах он тоже успел поработать, забавно.
В любом случае поведение неожиданное и несколько неадекватное.
> Наезжающим на дядьку стоило бы выяснить для себя, сколько он сделалА вдруг это очень приличные люди, а вдруг из-за них мне чего-нибудь будет?..
rpmforge/elrepo, dconf, dstat -- это типа заслуги? =/
> rpmforge/elrepo, dconf, dstat -- это типа заслуги? =/Типа да. Я реально часто нарывался на его спеки ещё лет пятнадцать назад, прикинь!
Может быть я что-то не понимаю? rpmforge -- это ж помойка типа аюра, разве нет? Или он много пакетов туда собрал? Или что?
> Или он много пакетов туда собрал?Помнится, много. И припоминается, что нередко прям от дальней строчки в %changelog.
Все выглядит вполне логично. Все выглядит вполне этично. Почти. Старый дстат основан на Пи2, его ПЕРЕПИСАЛИ на основе Пи3, и поставили автора версии на Пи2 перед фактом.Коммунити ничего не потеряет видимо. Все хорошо.
Дистрибутивы, использующие Пи, просто в очердной раз наступают на одни и те же грабли. На пороге стоит новый Пи, который опять, будет несовместим с предыдущим. Если, вообще, будет когда-нибудь.... Лучше бы уж сидели на Пи2 и думали о переходе на что-то, что завтра не отвалится. С позиции информационной безопасности, Go, например, куда перспективнее. Система работает, а средств разработки на ней нет. Ломать намного сложнее.
> С позиции информационной безопасности, Go, напримерТолько для сети. А так ничем не отличается от других языков.
Хорошо сделан сайт https://pcp.io/
Скриптов нет, без CSS смотрится нормально.
Кто-то может сказать, на чём он? Отсылок к какому-то фреймворку нет, CSS минимизирован.
На HTML
В их репозитории на жидхабе есть репа с сайтом.
Видел, там лежит тот же минимизированный CSS. Судя по названиям классов, вроде бы немного похоже на Bootstrap. Возможно, какая-то урезанная версия или фреймворк, где им вдохновлялись. Вот и хотел понять, вдруг кто-то узнает по коду страницы.
>> Made with SASS, Compass and HAML
О, спасибо!
Ещё на той же странице есть "CSS Template by Sassaparilla", благодаря чему, наконец, нашлись исходники: https://github.com/fffunction/sassaparilla
Автор давно забросил свой dstat и игнорил людей предлагающих помочь и стать контрибьютерами. И тянул с переписыванием на питон3. Когда его окаменелое говно ожидаемо выкинули на помойку он тут же порвался и закатил истерику.Парни из RH все сделали правильно. Нечего с такими нянчиться.
Для мена давно это в 2005. Многие проекты GNU не имеют активного развития примерно с этого времени. А в новости указан 2016 год.Или для тебя всё, что не релизится каждый месяц, устарело и не нужно? Ты что, хипстер дофига?
Ты не задумывадся над тем, что у автора могли быть причины не работать над проектом некоторое время? А откуда инфа про "отфутболил всех, кто хотел продолжить разработку"? Даже если так - что мешало сделать форк в конце концов?
А Red Hat в своём репертуаре. В 2006 году автор стека PATA (не помню имя) сказал что больше не может продолжать разработку. Что сделали в Red Hat? "Подхватили" разработку? Нет. Над ним посмеялись. "Ну и иди ты нафиг, мы твой код удалим из ядра, а работу с IDE устройствами передадим драйверу SCSI". Через 2 года человек умер. Вы поняли? Он прекратил разработку из-за проблем со здоровьем. А труд егл последних 10 лет жизни выбросили в корзину. Интересно, а те, кто это делал, мечтают чтобы за их собственные заслуги им поставят памятник после смерти? Да нет - так же выбросят, потому что никто не захочет разбираться в их коде, и перепишут заново, как сабж
Решение что дальше ata будет развиваться на базе драйвера libata, а старый стек останется на всякий случай для легаси систем, было принято задолго до смерти андре хедрика. И принималось решение вполне открыто без злого редхета под кроватью и прочей мыльной оперы.
>Или для тебя всё, что не релизится каждый месяц, устарело и не нужно?Давно это когда технология на которой сделана тулза достигает своего End Of Life через полгода.
С развитием опенсорса стоит ли ожидать предсмертных записок "в моей смерти прошу винить автора форка"?
А что за мода делать несовместимыми между собой версии "языка"?
Это относится только к Пи. Причём удивительно, но это идеологам сходило с рук (сейчас уже не факт в виду ухода идеологов). Остальные языки стараются либо обеспечивать совместимость в рамках одного названия. Либо называются по-разному.
>только к ПиPerl 6
dstat нужно просто переименовать на py-dstat или gvido-dstat
Не нужно. Ни поделие красношапки, ни поделие этого Дуга. Есть nmon. Есть glances.
За nmon-ом стоит акционер шапки - IBM. Есть режим сохранения статистики в файл и скрипт к Excel, который этот файл визуализирует для анализа в офлайне.
> и скрипт к ExcelПонял. Это поколение Ё.
От слова "Ёксель".
Тащит всё блестящее в Excel.
Мишаня, ты вот сейчас в очередной раз показал что ничего кроме локалхоста никогда не админил.
Рискую прослыть капитаном, но сообщаю: nmon пришёл на linux из AIX-а. Оффлайновый анализ туда пришел с мейнфреймов. А ты глупо цепляешься к тому что средство пост-обработки результатов написано под офтопик.
> Мишаня, ты вот сейчас в очередной раз показал что ничего кроме
> локалхоста никогда не админил.Машенька, админил я разные локалхосты -- и аиксовый тоже как-то попался с пречудным смитом и забитым варлогом.
И если бы Вы видели больше N малого элементов данных в жизни, то понимали бы без лишних вказивок, почему люди ржут с ёкселей и абсцессов как "средств анализа". Порой сквозь слёзы, когда сами уже наелись вот этого вот. Порой -- с ехидцей, как я тут.
Косицы заплетите и баиньки.
Щеки надул зачетно
> почему люди ржут с ёкселей и абсцессов как "средств анализа"А ты лучше забей на этих людей и не слушай их, они тебя и не такому научат. Те кто занят обработкой данных, не ржут с ёкселей. Те кто занят понимают, что эксель -- это очень простой способ обработать данные. Ограниченный конечно способ, но зато не требующий никаких особых познаний и ежедневной практики. В отличие от всех этих ваших R. Ну да, а все эти ваши awk да gnuplot вообще никто не считает за средства обработки данных: они позволяют меньше, чем excel, но при этом для свободного использования без ежеминутных консультаций с документацией требуют практики примерно как R. То есть объединяют недостатки excel и R.
> очень простой способ обработать данные. Ограниченный конечно способ, но зато не
> требующий никаких особых познаний и ежедневной практики. В отличие от всехсерьезно? Вот прямо как запустил (и вылезла таблица из пиццот столбцов о мильене строк непоймичего), так тебя сразу и осенило, какие кнопки там тыркать, чтобы что-то с этими данными проделать?
Тогда поздравляю, неудачник, ты не туда пошел - надо было в буддистский монастырь, там подобные озарения хотя бы ведут к попаданию в нирванну, правда, достоверные случаи все как-то единичны и к позапрошлому веку относятся.
А я вот даже примерно представляя, чего от него хочу получить, не всегда и за пол-часа могу вспомнить, где ж тут и чего в прошлый раз нажимал - вроде ж, и было, хде вот только оно? Электронные таблицы вообще говоря не для этого изобрели, и в этом случае они совершенно контринтуитивны.
> этих ваших R. Ну да, а все эти ваши awk да gnuplot вообще никто не считает за средства
> обработки данных: они позволяютэту обработку автоматизировать, раз и навсегда, а не "поиграться" с данными, чтобы завтра заново все вспоминать (не говоря уже об ожидании, когда ж громадная таблица откроется). Поправил, не благодари.
> меньше, чем excel, но при этом для свободного использования без ежеминутных
> консультаций с документацией требуют практики примерно как R. То есть объединяютхм, ты и в R умеешь, или просто одинаково оба ниасилил? Если первое - тебе точно к буддистам, гарантирую просветление уже в этой жизни (походу и так уже почти).
>> очень простой способ обработать данные. Ограниченный конечно способ, но зато не
>> требующий никаких особых познаний и ежедневной практики. В отличие от всех
> серьезно? Вот прямо как запустил (и вылезла таблица из пиццот столбцов о
> мильене строк непоймичего), так тебя сразу и осенило, какие кнопки там
> тыркать, чтобы что-то с этими данными проделать?Если там "пиццот столбцов о мильене строк", то я подозреваю, что подгрузить в excel это не удастся. Впрочем, я не пробовал. Но если ты думаешь, что "хрен знает, что с этой таблицей делать" -- это свойство excel'я, то ты ошибаешься. Это свойство данных, и что с ними делать тебе в любом случае придётся думать самостоятельно: ни excel, ни awk, ни gnuplot, ни R, ни matlab/mathematica/octave не будут думать за тебя. Разница вылезет тогда, когда ты придумаешь, что делать с данными, и начнёшь думать как это сделать.
> А я вот даже примерно представляя, чего от него хочу получить, не
> всегда и за пол-часа могу вспомнить, где ж тут и чего
> в прошлый раз нажимал - вроде ж, и было, хде вот
> только оно? Электронные таблицы вообще говоря не для этого изобрели, и
> в этом случае они совершенно контринтуитивны.Это ты не пробовал сделать то же самое в R, поэтому тебе и кажется, что excel контр-интуитивен.
>> этих ваших R. Ну да, а все эти ваши awk да gnuplot вообще никто не считает за средства
>> обработки данных: они позволяют
> эту обработку автоматизировать, раз и навсегда, а не "поиграться" с данными, чтобы
> завтра заново все вспоминать (не говоря уже об ожидании, когда ж
> громадная таблица откроется).Да. Для автоматизации, в том случае, когда эта автоматизацию можно делать построчно. В том смысле, что если обработка не укладывается в последовательный доступ к строкам, то тебе придётся искать что-то другое, или городить такие велосипеды, которые не каждый день встретить удаётся.
>> меньше, чем excel, но при этом для свободного использования без ежеминутных
>> консультаций с документацией требуют практики примерно как R. То есть объединяют
> хм, ты и в R умеешь, или просто одинаково оба ниасилил?Смотря что ты называешь "умеешь". Я сталкиваюсь с R может раз в несколько месяцев, потому что мне нужны всякие заморочные методы, то какие-нибудь Вилкоксоны, то ANOVA, то ещё что-нибудь. Но каждый раз это начинается с туториалов, потому что мне лень практиковаться в те периоды, когда R мне не нужен, а без практики я за месяц забываю напрочь всё, что выяснил в прошлый раз. И это выглядит примерно так же, как ты описывал работу с excel'ем. Только если с excel'ем можно разобраться потыкавшись по менюшкам, то здесь без туториалов и stackoverflow далеко не уедешь. Встроенную документацию тоже приходится читать, но её недостаточно.
> Не нужно. Ни поделие красношапки, ни поделие этого Дуга.По крайней мере тащить питон, что 2й, что 3й в продакшен только для того, чтобы dstat там пулять - как-то странно.
> скрипт к Excel, который этот файл визуализирует для анализа в офлайне.
Ещё вот это есть: https://nmonvisualizer.github.io/nmonvisualizer/
> Ещё вот это есть: https://nmonvisualizer.github.io/nmonvisualizer/Вот спасибо, не знал что перенесли под жабку. Это удобнее.
все уже притащено до вас - пихон в lsb.Какой версии? А что, надо было? ;-)
Ничего особенно странного в том, чтобы писать системные скрипты на скриптовом языке, нет - perl был почти обязательным компонентом любой системы посложнее примитивной эмбедовки еще двадцать лет назад, не плакали.
Но вот то что этот язык еще и каждый год новый - это, братан, полное фиаско.> Ещё вот это есть: https://nmonvisualizer.github.io/nmonvisualizer/
что жабка, что йоксель, применяемые для анализа юниксовых параметров - верный признак горе-админов, не умеющих юникс. aix-то да, обычно примерно такие и админят.
> все уже притащено до вас - пихон в lsb.
> Какой версии? А что, надо было? ;-)
> Ничего особенно странного в том, чтобы писать системные скрипты на скриптовом языке,
> нет - perl был почти обязательным компонентом любой системы посложнее примитивной
> эмбедовки еще двадцать лет назад, не плакали.
> Но вот то что этот язык еще и каждый год новый -
> это, братан, полное фиаско.
Не сам пихтон проблема, говоря строго, а то, что пихающие его в базу странные люди совершенно не понимают, что такое базовая система, и что в ней должно быть, а чего быть не должно. Это действительно полное фиаско. Это какой-то позор™.
>> Ещё вот это есть: https://nmonvisualizer.github.io/nmonvisualizer/
> что жабка, что йоксель, применяемые для анализа юниксовых параметров - верный признак
> горе-админов, не умеющих юникс. aix-то да, обычно примерно такие и админят.
Да-да, чувак, вот ты в натуре понимаешь. А они даже не поймут, о чём претензия: «а чо такова? Микроскопом же хорошо лупить по гвоздю!» Выросло альтернативно одарённое поколение.
> Не сам пихтон проблема, говоря строго, а то, что пихающие его в базу странные люди совершенно
> не понимают, что такое базовая система, и что в ней должно быть, а чего быть не должно.perl был в базовой системе freebsd, пока разработчики не забыли, зачем он там нужен. (теперь его ставить каждый раз для vmware и, внезапно, для утиля контроля zfs - олдфаги писали, а переписывать никто уже не будет, не умеют)
то есть ничего такого неправильного во включении скриптового языка поудачнее bash в базовую систему я не вижу. Проблема только в том, что его в "новом стандарте" нет, выбирать не из чего - на перле современные горе-админы разучились, пихон каждый день новый. .net Core разьве что ;-)
Хаутушку "как нам легко и просто установить vmware powercli в линуксе, всего пару раз получив по лбу граблями" я, если что, уже видел.
Так вот и победим ;-)
> что жабка, что йоксель, применяемые для анализа юниксовых параметров - верный признак горе-админов, не умеющих юникс.Это для анализа логов nmona, а не юниксовых параметров. Админам такого не нужно - многие из них даже не в курсе, что у них там sysstat в системе крутится и тоже логи пишет. От админа никто и не ждёт что он там будет что-то анализировать. Проводить регламентные работы строго по инструкции, разделять полномочия пользователей в системе строго по инструкции, устанавливать программное обеспечение какое скажут, в случае возникновения ситуации, которая не укладывается в инструкции - рейзить тикеты в нужном направлении. Естественно типовому админу такие интеллектуальные вещи не нужны, хотя эксцелем они зачем-то пользуются, сам видел.
> Это для анализа логов nmona, а не юниксовых параметров. Админам такого неа зачем мне такие логи, которые только экселем или жабой можно анализировать?
> нужно - многие из них даже не в курсе, что у них там sysstat в системе крутится
это не админы (у меня sysstat никаких логов без спросу не пишет, если что)
> Проводить регламентные работы строго по инструкции, разделять полномочия пользователей
> в системе строго по инструкции, устанавливать программное обеспечение какое скажут, вэх, вот ета жизнь. Жаль такие админы админят только картридж от принтера. Хотя да, наверное, к AIX пресловутой такие же приставлены - кормить собак и ничего не трогать.
> хотя эксцелем они зачем-то пользуются, сам видел.
процент по кредиту за вчера съеденную пиццу считают.
Вполне себе для эксела работа.
Если RH взял путь на выпил Py2 в пользу Py3 в общем то разрабам надо немного напрячься и переписать под трешку свои проекты... ну или не обижаться если произойдет сабж
На какой из 3-х переписывать, чтобы потом опять не пришлось переписывать?..... Может, лучше сразу на 4-й начинать переписывать?
Ну так между тройкой он совместимо как бэ.
Даже вот сабж легко был переведён на Python 3. Просто оно как бэ не было в интересах разработчика по принципу "работает - не трожь"
А так вообще можно затолкать в snap со вторым пайтоном.
Я так делал с третьим - мне понравилось 👍
Вопрос телезрителям.Какая у dstat лицензия? Придирки по Python3 выдуманы ради придирок, Красная_Шляпа могла бы свои Python3 высеры внести в дерево исходных кодов изначального проекта. Разве Dag Wieers противился попыткам "улучшить" свою прогу?
Разве GPL разрешает форки с тем же именем, что и родительский проект? По-моему по условиям GPL этого делать нельзя.
> Вопрос телезрителям. Разве Dag Wieers противился попыткам "улучшить" свою прогу?Читай сам
https://github.com/dagwieers/dstat/issues/156
А где тут "создание конкурирующего продукта с тем же именем?". Утилиты называются dstat и pcp-dstat. Создание симлинка - обычная практика. BusyBox поступает ровно так же, и это удобно.
А с утилитой screen они случайно такую же фишку не проворачивали? А то понадобился мне как-то screen и оказалось что в CentOS он работает с урезанным функционалом, т.е. в моём конкретном случае - не работает вообще.
Как будто переименовать такая сложная проблема. Ой всё.