Сообщений в теме: 1020

[Réaumur-Sébastopol]

xsaper (01 February 2021 - 19:17) писал:

Там тоже есть bash и mc

ну, mc положим надо ставить через то еще место, пакетные менеджеры на мак существуют в партизанском режиме. А bash, даже zsh теперь по дефолту - есть, да. Но это, на самом деле, некоторое везение.

Я не думаю, что в этом вопросе будут изменения в обозримое время, но по чесноку -- весь posix layer в нынешней MacOS дань традиции и может отправиться на свалку в любой момент следом за PowerPC, 32-битной архитектурой, OpenGL или x86.

[xsaper]

scorta (01 February 2021 - 19:32) писал:

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

Mac - это возможность наконец нормально запустить Lightroom, Photoshop, RPP, Dehancer ... Это нормальная поддержка цветовых профилей для всех мониторов. Это отсутствие необходимости пересобирать драйвер nVidia после любого обновления ядра. Продолжать?

За 25 лет на Linux я переделал себя под новые дистрибутивы, пакетные менеджеры, X-ы, новые ядра, проклятый SystemD, udev, akonadi, nVidia, и.т.д. Каждый раз, когда озорной студент что-то придумает и протащит в дистрибутив/пакет/ядро, которым вы пользуетесь, вы сразу начнёте переделывать себя. При всё моём опыте, у меня сейчас около 20 недостатков в работе рабочей станции, которые я не могу устранить.

[Пароконный]

Интересно, ЧЯДНТ?

[Пароконный]

Ладно, хорошо. Д. случается. Ничего не переделываю, пережидаю шторм на Минте.

[xsaper]

Jacques Bonsergent (01 February 2021 - 20:41) писал:

ну, mc положим надо ставить через то еще место, пакетные менеджеры на мак существуют в партизанском режиме. А bash, даже zsh теперь по дефолту - есть, да. Но это, на самом деле, некоторое везение.

Я как-то ставил mc на Mac OS. Это было быстро и несложно. Смысла обновлять его, если не будет наблюдаться багов, я не вижу.

Jacques Bonsergent (01 February 2021 - 20:41) писал:

Я не думаю, что в этом вопросе будут изменения в обозримое время, но по чесноку -- весь posix layer в нынешней MacOS дань традиции и может отправиться на свалку в любой момент следом за PowerPC, 32-битной архитектурой, OpenGL или x86.

В BSD/Mach, от которого пошла MacOS, POSIX очень простой и для него из ядра торчат всего около 5 базовых вызовов, которые по-прежнему эффективны (не являются ограничением по части производительности или чего-то ещё). Это было бы пустой тратой времени. Мне думается, что Apple выпиливает всё, что ограничивает скорость, особенно графики: отсюда OpenGL и всё остальное. POSIX не тронут Даже если тронут и останется порт bash и mc и ещё нескольких простых команд, то меня это устроит.

[Réaumur-Sébastopol]

xsaper (01 February 2021 - 21:59) писал:

Даже если тронут и останется порт bash и mc и ещё нескольких простых команд, то меня это устроит.

Ну так-то и cygwin есть, и WSL..

Brew может потребовать обновить все чохом при установке чего-то нового. Как правило это не катастрофа, если только вдруг "формулу" не выкинули из brew. Несомненно Lightroom, Photoshop и особенно RPP под линуксом представляют проблему.

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

Да, линуксовым десктопом уже можно пользоватся, но апдейты приносят БОЛЬ. Маковские апдейты к слову тоже бывает причиняют, но не такими большими буквами.

Сообщение отредактировал Jacques Bonsergent: 01 February 2021 - 22:39

[KNA]

Jacques Bonsergent (01 February 2021 - 19:15) писал:

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

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

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

И таки да, старый маленький ноутбук порой выкинуть жалко, а продавать - глупо. Да и непонятно, кому подарить.

[Федор Гороховский]

Jacques Bonsergent (01 February 2021 - 16:25) писал:

2Gb памяти мне кажется на грани применимости для чего-либо с UI вообще.

В ходе борьбы с тормознутостью Windows регулярно запускал диспетчер задач. Использование памяти ни разу не достигало 100%, зато график загрузки процессора постоянно показывал 100%.

[Réaumur-Sébastopol]

Федор Гороховский (02 February 2021 - 02:30) писал:

В ходе борьбы с тормознутостью Windows регулярно запускал диспетчер задач. Использование памяти ни разу не достигало 100%, зато график загрузки процессора постоянно показывал 100%.

Показометры памяти все очень условные, потому что ОС агрессивно кеширует работу с диском. Ибо диск всегда медленнее памяти. Грубо говоря, пока место есть -- его выгодно занять под кеш. А когда надо -- кеш выкидывется, приложению выделяется память, а ввод-вывод начинает тормозить. Вся эта сложная жизнь не всегда корректно отображается. Так что я ориентируюсь больше на работу диска.

[Réaumur-Sébastopol]

KNA (01 February 2021 - 23:13) писал:

на устройстве с клавиатурой. Мне, например, всякие нарисованные на экране клавиатурки глубоко противны, ибо на нормальной я печатаю вслепую.

Свайп хорошая штука, когда эдак мажешь пальцем по нарисованной клаве, а оно само слова складывает. T-9 на стероидах.

Письма у меня процентов 10 коммуникации, основные -- корп. чат и зуум. Для всего этого телефон мне вообще норм, но вот для собственно работы нужен приличный ноут/комп. Так что нетбуки пока были живы у меня занимались хостингом, или вот приделал маме вебкамеру снимки со счетчиков воды делать, чтобы не нагибаться )) Но как-то сдохли потихоньку. Встроенные батареи вздулись.

А "короткая поездка" нынче выглядит как-то призрачно..

[Priestone]

KNA сказал:

И таки да, старый маленький ноутбук порой выкинуть жалко, а продавать - глупо. Да и непонятно, кому подарить.

Врагу если только.

[auhin]

Jacques Bonsergent (02 February 2021 - 03:31) писал:

Показометры памяти все очень условные, потому что ОС агрессивно кеширует работу с диском. Ибо диск всегда медленнее памяти. Грубо говоря, пока место есть -- его выгодно занять под кеш. А когда надо -- кеш выкидывется, приложению выделяется память, а ввод-вывод начинает тормозить. Вся эта сложная жизнь не всегда корректно отображается. Так что я ориентируюсь больше на работу диска.

Ставим SSD и забываем про диск, ибо основным тормозом становится процессор.
У меня в рабочем компьютере всего 2 Гб оперативки и никакого дискомфорта. Разницу с домашними с 16 Гб можно найти только в тех приложениях, которых на работе нет как класса.

[Réaumur-Sébastopol]

Ну кто ж спорит. SSD -- хорошо, хотя все равно медленнее ОЗУ.

только я вообще не об этом. Я о том что дисковая активность более показательна в плане нехватки памяти, чем цифры "свободной".

Сообщение отредактировал Jacques Bonsergent: 02 February 2021 - 14:09

[scorta]

xsaper (01 February 2021 - 21:10) писал:

При всё моём опыте, у меня сейчас около 20 недостатков в работе рабочей станции, которые я не могу устранить.

Если найдёте способ убрать "сглаживание" (оно же размытие, blurring, anti-alias) экранных шрифтов в МакОС на системном уровне - напишите здесь.
Я не нашел. В одном приложении - терминал - это есть, и еще в одном - xcode - было три года назад, потом убрали.

[L2009]

Федор Гороховский сказал:

Использование памяти ни разу не достигало 100%, зато график загрузки процессора постоянно показывал 100%.

А Вы поставьте свапинесс в минимум и следите за свапом, если он используется, значит есть вероятность, что не хватает памяти. Я так на рабочих серверах некоторых отслеживаю по возможности, там памяти по 1TB, замучаешься считать, кто сколько забрал.
100% процессора - это вроде как фича, а не баг.

Сообщение отредактировал L2009: 04 February 2021 - 11:16

[xsaper]

Можно ещё поотслеживать load average. Если будет тормозить, то каждая из этих метрик будет больше числа ядер.

[Alone_Stranger]

xsaper (01 February 2021 - 19:17) писал:

С ноября OpenSuSE сломал звук в Firefox и Chromium из-за вкорячивания в дистрибутив Pipewire звукового сервера.

Живу на Сусях уже много лет несколькими домашними и рабочими компами и ноутами. Пользую и Огнелиса и Гугеля, обновления регулярны. Звук не ломался нигде. ЧЯДНТ?

[Priestone]

xsaper сказал:

load average

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

[xsaper]

Alone_Stranger (05 February 2021 - 09:35) писал:

Живу на Сусях уже много лет несколькими домашними и рабочими компами и ноутами. Пользую и Огнелиса и Гугеля, обновления регулярны. Звук не ломался нигде. ЧЯДНТ?

Вы, наверное, с ноября не обновлялись или используете что-то отличное от Leap 15.2 и Factory:
https://bugzilla.ope....cgi?id=1178809

[xsaper]

Priestone (05 February 2021 - 14:02) писал:

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

Да, но в Linux он учитывает не только ожидание процессами процессора но ещё и ожидание диска. Поэтому он может подойти для истории с нетбуком.

[L2009]

Priestone сказал:

Это среднее значение некоей вычислительной работы, выполняющейся системой. И на неё оказывают влияние ещё и очереди к чтению/записи на различные типы памяти и прочее, и прочее.

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

[Alone_Stranger]

xsaper (05 February 2021 - 14:36) писал:

Вы, наверное, с ноября не обновлялись или используете что-то отличное от Leap 15.2 и Factory:
https://bugzilla.ope....cgi?id=1178809

Не, у меня как раз 15.2 за компом которого сижу. (надо на остальных проверить)
Только она обновленная с .... даже не помню - с ноября 17-го я на этом компе. Тогда ставил что-то последнее на тот момент, потом потихоньку обновлялся без переустановок. Ща, не исключаю, что у меня ужель жуткий гибрид версий. Ибо кое-что натягивал насильно, когда обновляться отказывалось. Вроде работает

[L2009]

Кстати, практический вопрос, может подскажет кто. Как наиболее достоверно сделать проскрипционный список пользователей свапа в Линухе? Насколько понимаю, красотки типа topа - там ерунда в смысле точности величин. Если снимать мерки, гуляя по procfsе, то величины как-то несколько вариируются, в зависимости от используемых типа файлов. Есть какой-то простейший, надежный и без дополнительных прилад способ, для обычного юзера по-возможности?

Сообщение отредактировал L2009: 06 February 2021 - 00:03

[xsaper]

Alone_Stranger (05 February 2021 - 23:23) писал:

Не, у меня как раз 15.2 за компом которого сижу. (надо на остальных проверить)
Только она обновленная с .... даже не помню - с ноября 17-го я на этом компе. Тогда ставил что-то последнее на тот момент, потом потихоньку обновлялся без переустановок. Ща, не исключаю, что у меня ужель жуткий гибрид версий. Ибо кое-что натягивал насильно, когда обновляться отказывалось. Вроде работает

Возможно ещё, что у вас в системе только одно устройство вывода звука. У меня было четыре, но я от двух избавился, чтобы меньше неразберихи было. Звук летит из-за pipewire, настраивать который у меня нет желания и времени, да и смысла не вижу.

[Priestone]

L2009 сказал:

Кстати, практический вопрос, может подскажет кто. Как наиболее достоверно сделать проскрипционный список пользователей свапа в Линухе? Насколько понимаю, красотки типа topа - там ерунда в смысле точности величин. Если снимать мерки, гуляя по procfsе, то величины как-то несколько вариируются, в зависимости от используемых типа файлов. Есть какой-то простейший, надежный и без дополнительных прилад способ, для обычного юзера по-возможности?

for file in /proc/*/status ; do awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file; done | sort -k 2 -n -r | less

Вот такой вот однострочник как вариант. На выходе наименование программы/сервиса и размер занимаемого в свапе места, отсортированные по прожорливости.

[L2009]

Priestone сказал:

Вот такой вот однострочник как вариант. На выходе наименование программы/сервиса и размер занимаемого в свапе места, отсортированные по прожорливости.

Это пробовал не раз, в смысле не скрипт этот, а статус процфссовый как источник данных, скрипт по-моему выдаст солянку, которую доваривать надо. Но, если возьму например там же и такой же smap и соберу из него кусочки памяти со свапом, то и результат другой получается. Из-за этого приходилось ваять скрипты с разными методами и данными. Бардак в общем получается некоторый.
А нет какого наиболее надежного источника? В смысле такого, чтобы тому диссиденту, у кого больше попугаев, очередь в затылок из пулемета и при этом избежать судебных ошибок.

[Alone_Stranger]

xsaper (06 February 2021 - 00:57) писал:

Возможно ещё, что у вас в системе только одно устройство вывода звука. У меня было четыре, но я от двух избавился, чтобы меньше неразберихи было. Звук летит из-за pipewire, настраивать который у меня нет желания и времени, да и смысла не вижу.

Не одно, а два - набортное в ноуте и внешняя ЮСБ гарнитура, лежащая на работе. Все легко переключается по приложениям - хочу могу браузер в пищалки ноута, а музло в гарнитуру али наоборот например.

[Priestone]

L2009 сказал:

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

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

[L2009]

Priestone сказал:

Ээээ... в смысле - определить кто больше в свапе места ест и прибить его? А зачем?

Самозащита элементарная. Пришлось перейти с процессов на массивные данные, стал зависеть в некотором смысле от администраторов из другой структуры, а они дети профессиональные, кажется там даже 8+ никого нет, как-то бездушно работают, в стиле девопсовского цикла. На сервере в закрытой зоне две группы работают, девоповская интергация и мы с ручной обработкой редких данных. В результате моей группе регулярно бьют процессы, что пытаюсь предотвратить, для чего исследую ситуацию. Прошлая проблема была следствием сигнала о полном свапе, а он же сам не чистится, значит начинают убивать, тупо начиная с процессов, использующих память активно. Ну и убивают первыми наши инструменты и NX, с сессиями, которые мучают данные иногда 3-4 суток. Послал им скрипт, собирающий данные о свапе по процессам, чтобы убивали того, кто свапит, а не моих. Не помогло, молодежь не понимает, но стараюсь долбить дальше.

[Réaumur-Sébastopol]

L2009 (07 February 2021 - 12:32) писал:

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

Есть чувство, что вы техническими средствами пытаетесь решить организационную проблему. Обычно это не работает.