forum.opennet.ru - "Выпуск набора базовых системных утилит GNU Coreutils 9.0" (130)

"Выпуск набора базовых системных утилит GNU Coreutils 9.0"

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

"Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
Сообщение от opennews (??), 24-Сен-21, 21:48
Доступна стабильная версия набора базовых системных утилит GNU Coreutils 9.0, в состав которого входят такие программы, как sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln, ls и т.д. Значительная смена номера версии объясняется наличием изменений в поведении некоторых утилит... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55865
Ответить \| Правка \| Cообщить модератору

Оглавление

Годно, но кому нужно ускорение wc , Аноним (1), 21:48 , 24-Сен-21, (1) –12

Последние из могикан можно сказать Скоро все заменит вездесущий системдЫ11 , Аноним (2), 21:50 , 24-Сен-21, (2) –9

О как, не нраицца Но с молчаливого согласия всегда происходят такие вещи Вспом, Аноним (2), 18:19 , 25-Сен-21, (106)

Скриптам , Аноним (5), 22:26 , 24-Сен-21, (5) +30
При сырой обработке файлов очень удобно иногда Кстати есть ли что-то вроде вытас, Аноним (29), 01:41 , 25-Сен-21, (29)

cut , Punk_Joker (ok), 03:00 , 25-Сен-21, (56) +8

Мне, а что -__-, FreeStyler (ok), 07:22 , 25-Сен-21, (66) +5
не нужно получается , анони (?), 08:19 , 25-Сен-21, (67) –2
резонно wc постоянно использую на гигантских файлах, но в принципе пофиг быстре, лютый жабби__ (?), 17:31 , 25-Сен-21, (104) –2

sort ускоряется раза в два выставлением локали POSIX, Аноним (146), 03:11 , 28-Сен-21, (146)

Мне нужно, для анализа инцидентов в продакшене , Инжнерпрограммист (?), 17:50 , 27-Сен-21, (137)

Как-то тут в новости неоднозначно написано Насколько я понял при копировании ка, Аноним (3), 22:01 , 24-Сен-21, (3) +1

По смыслу, вроде бы, так и должно быть Интересно, на каких ФС это будет работат, Аноним (6), 22:29 , 24-Сен-21, (6)

Единственное что всерьёз поддерживает reflink на данный момент - это БТР В XFS е, Онаним (?), 22:57 , 24-Сен-21, (12) –1

А это как раз зря Нестабильна именно бтрфс Впрочем про ZFS никто что-то и не в, Аноним (57), 04:30 , 25-Сен-21, (57) +1

ZFS на боевых системах - это вообще хождение по граблям Она в целом годится тол, Онаним (?), 08:47 , 25-Сен-21, (68) –2

Будем считать, что коммент 2018 года, а не 2021 Сейчас на ней можно даже базы в, Аноним (72), 09:02 , 25-Сен-21, (72) –1

Из буханки хлеба тоже можно троллейбус сделать, но тем не менее А так да, эта , Онаним (?), 18:20 , 25-Сен-21, (107) –1

нет понятия системный кэш Есть понятие убогий буферный кэш в линooops образц, пох. (?), 18:27 , 26-Сен-21, (120) –3

Тем не менее ворочается он всё-таки лучше, чем у винды В той тяжёлые процессы мо, Онаним (?), 20:32 , 26-Сен-21, (121)

Adaptive Replacement Cache у нас оказывается не кэш, угу, ого выходит, только ни, пох. (?), 12:04 , 27-Сен-21, (126)

От того, что я лежащий в углу кусок говна назову Corner Crap Cache, он кешем вне, Онаним (?), 22:30 , 27-Сен-21, (141) +1
Нет, если отбросить софистику - чисто формально он кеш, конечно Так же, как у sq, Онаним (?), 22:41 , 27-Сен-21, (142)
Но самое страшное в ARC даже не то, что он память вовремя отдать не может Самое , Онаним (?), 22:45 , 27-Сен-21, (143)

а вот это - исключительно проблемы linoops ей и их кастрированной реализации, а , пох. (?), 10:04 , 28-Сен-21, (147)
А вот хрен там это исключительно Во-первых, во фряхе ARC всё так же дублирует pa, Онаним (?), 22:22 , 28-Сен-21, (152)
Во фряхе нет никакого системного кэша в привычном лап4-м понимании вообще нет , пох. (?), 11:33 , 29-Сен-21, (153)
Гонево Всё тот же page cache , Онаним (?), 15:45 , 29-Сен-21, (161)

Зфс годится на боевых серверах в некоторых окружениях И годится от слово годно , Аноним (2), 10:44 , 25-Сен-21, (86) –1

Да блин, ну одно отсутствие zero-copy из ARC аппликухе - это уже всё, крест на т, Онаним (?), 22:46 , 27-Сен-21, (144)

zero copy из _compressed_ arc - совершенно никому не нужен в принципе Проснитес, пох. (?), 11:46 , 29-Сен-21, (155)

Да я не спорю, что он не нужен Вместе с ZFS собственно и не нужен , Онаним (?), 15:45 , 29-Сен-21, (162)

только вот CoW до юзерлэнда в ней - так и не донесли luck of developer resourc, пох. (?), 08:59 , 25-Сен-21, (71)

Што Причём здесь iXsystems к ZoL вообще Они ведь старую бздовую зфс пилили Пер, Аноним (72), 09:07 , 25-Сен-21, (75) –2

Это было давно и неправда Во времена ещё FreeNAS-а, 1 (??), 10:00 , 27-Сен-21, (124)

они и во времена фринаса пилили больше сук, на котором сами сидели Вот, допилил, пох. (?), 10:09 , 28-Сен-21, (148)

Звучит как хардлинки Но не должно быть хардлинками I am confus, InuYasha (??), 10:09 , 25-Сен-21, (79) +2

Хардлинк позволяет изменить оригинал При copy-on-write попытка изменить копию к, n00by (ok), 15:30 , 25-Сен-21, (100) +1

И вот тут мне становится интересно А что если у меня на диске например, 55 Гб с, RomanCh (ok), 11:25 , 27-Сен-21, (125) +1

По определению только под модифицированные блоки потребуется место Но вопрос хо, n00by (ok), 16:11 , 27-Сен-21, (133)

Ну определение определяет что должны быть скопированные некие области даже если , RomanCh (ok), 16:26 , 27-Сен-21, (134) +1
Получишь SIGBUS, как обычно , Аноним (5), 22:19 , 27-Сен-21, (139)

В сценарии ведь не было файл внезапно укоротился , n00by (ok), 13:29 , 28-Сен-21, (149)

libcrypto - это из OpenSSL Текущие coreutils от него не зависят , Аноним (5), 22:31 , 24-Сен-21, (7)

Текущий ничего не знает о b2sum, sha sum, sm3 и т п , Аноним (81), 10:11 , 25-Сен-21, (81)

Если речь, к примеру, о 8 32 из Ubuntu 21 04, то эти утилиты поставляются с core, Аноним (5), 22:24 , 27-Сен-21, (140)

А чем оно лучше бсд-утилс https github com dcantrell bsdutils, Аноним (8), 22:35 , 24-Сен-21, (8) –3

Всем, по части функционала А вообще - попробуй под фрибздой собрать Ungoogled Ch, Аноним (72), 22:49 , 24-Сен-21, (10)

Согласись, что - это не проблема бсдутилит Это все этот попоттеринг, будь он не , Аноним (2), 22:55 , 24-Сен-21, (11) –2

Да, это проблема гнутых тулз Только вот при чем тут Поцтер , Аноним (18), 23:42 , 24-Сен-21, (18) +1

Ну он там вякал дескать хватит вообще суппортить эти бсди ичсх после этого так, Аноним (2), 23:50 , 24-Сен-21, (20)

Вообще непонятно зачем собирать продукты какими-то утилитами Есть системы сборк, Аноним (29), 01:44 , 25-Сен-21, (30) –3

Коллега, я изначально как раз про это Ну а если скриптами через боль, то да ручк, Аноним (2), 01:50 , 25-Сен-21, (33)

Вот и заменяй ручкоме скрипты на сотни строк, но зато - бздутилсъ Не то что эти, Аноним (72), 08:57 , 25-Сен-21, (70)

Ты не ояень понял суть Перечатай плиз есчо разок , Аноним (2), 10:48 , 25-Сен-21, (87)

Нет, GNU coreutils проблем не имеют Проблема есть в разрабов хрома и палемуна ко, Аноним (81), 10:36 , 25-Сен-21, (85)
Вы -- два телепата, или сидите за соседними столами Я что-то за весь тред не ув, freehck (ok), 01:12 , 27-Сен-21, (122) +2

Ну, из под мака оно и не видать особо Речь об использовании башизмов-пингвини, Аноним (-), 12:06 , 27-Сен-21, (127)

Да, да, грёбанные coreutils Как же они виноваты, что сторонние проекты завязыва, freehck (ok), 13:22 , 27-Сен-21, (130)

Интересно, где ты углядел какие-то обвинения А логика гну тулзы всем лучше, п, Аноним (-), 14:36 , 27-Сен-21, (131)

Нет, здравый смысл заключается в том, что тут два только что обсуждали на, freehck (ok), 17:01 , 27-Сен-21, (135)
Вот в чём фишка, дорогуша Подумай об этой проблеме в таком ключе куда следуе, freehck (ok), 17:10 , 27-Сен-21, (136)

Извини, ты не в моем вкусе Подумай над тем, как отвечать в правильную ветку -, Аноним (-), 20:34 , 27-Сен-21, (138) +1

Камон В правильную ветку Серьёзно Это весь твой тези W вброс Ну то есть ти, freehck (ok), 15:18 , 28-Сен-21, (151) –1

Это как раз и есть проблема бздутилит, а не Поттера При том, он-то к корутилсам, Аноним (72), 06:03 , 25-Сен-21, (60)

Есчо раз Корень проблемы в разрабах всяких хромых лисиц которые после набросов , Аноним (2), 10:53 , 25-Сен-21, (88)

Да простят меня прогресствные коллеги, неприемлющие тренд линуксмс кстати устоя, Аноним (2), 23:00 , 24-Сен-21, (14)

Вулф разве на геко , Аноньимъ (ok), 02:36 , 25-Сен-21, (47) –1

Гекон Но направленность волка сейчас ощутимо востребованнее луны Имхо , Аноним (2), 02:46 , 25-Сен-21, (50)

ЛибреВульф - это форк Фаерфокса Там тот же движок - Quantum Gecko, похоже, бол, Аноним (73), 09:02 , 25-Сен-21, (73) +1

В Thunderbird, разве что , Аноним (73), 09:03 , 25-Сен-21, (74)

Тоже кваквантум, тоже телеметрия , Аноним (72), 09:14 , 25-Сен-21, (76) –2

Форгрейт джастис, коллега Таким образом имеем, что квантум - это своего рода ре, Аноним (2), 10:59 , 25-Сен-21, (89) +1

Угуhttps www gnu org software coreutils manual html_node cat-invocation html c, анонн (ok), 01:28 , 25-Сен-21, (26) +5

Какая-то шляпа если честно , Аноним (44), 02:33 , 25-Сен-21, (44)

А по мне он прав , Аноним (2), 02:49 , 25-Сен-21, (51) +1

Что я знаю из актуальных вещей это n, r и 0 и там всё плохо Libarchive это д, Аноним (44), 02:57 , 25-Сен-21, (55)
чувак просто не знает оdd status progress, Админ Анонимов (?), 08:57 , 25-Сен-21, (69) –2

А теперь внимательно перечитай из-за которого пользователи гну dd лет 16 извращ, анонн (ok), 17:03 , 25-Сен-21, (102)

есть еще progresshttps github com Xfennec progress, Админ Анонимов (?), 09:31 , 25-Сен-21, (78)

Да понятно, что не нужно с , анонн (ok), 02:56 , 25-Сен-21, (54) –2

Палемун не собирается из за нежелания поддерживать фрю разрабами о нулевой интер, Аноньимъ (ok), 02:39 , 25-Сен-21, (48) +1

Про луну согласен Про унгуглед - вкусовщина Предпочел бы волчару Ну у линукса , Аноним (2), 02:51 , 25-Сен-21, (52)

Про луну согласен Про волчару - вкусовщина Предпочел бы унгооглед , Аноним (72), 05:57 , 25-Сен-21, (59)

Про вкусовщину согласен Про вкусовщину - вкусовщина Предпочел бы вкусовщину , InuYasha (??), 10:11 , 25-Сен-21, (80) +2

Ты опять стекломоя накатил, как это понимать Палемун даже солярис поддерживает,, Аноним (65), 07:12 , 25-Сен-21, (65) –1

Ты опять стекломоя накатил, как это понимать С бздой проблемы не только из-за п, Аноним (72), 09:20 , 25-Сен-21, (77) +1
Ты так говоришь, как буд-то в качественном, не паленом стекломое есть что-то пло, Аноним (2), 11:07 , 25-Сен-21, (90) –1
Не знаю что там на солярке но я не могу его даже на виндовс поставить Во-первых , Аноньимъ (ok), 13:35 , 25-Сен-21, (96) –1

Есть такая проблема Неверное решение проблемы И Для решение проблем с совместимо, Аноним (81), 10:21 , 25-Сен-21, (82)

Ща скажут расшифровку акронима , Аноним (2), 11:13 , 25-Сен-21, (92)
На сколько я знаю ГНУ-опции в утилитах не противоречат ПОЗИКСУ, а лишь дополняют, Аноним (101), 16:09 , 25-Сен-21, (101) +1

Проще Они скажут GNU 8217 s Not UNIXДескать у нас свои позиксы с шляпами и ми, Аноним (2), 17:29 , 25-Сен-21, (103)

Чем бсд-утилс , Онаним (?), 22:57 , 24-Сен-21, (13)

Как-то переносимость растворяется , pashev.me (?), 22:45 , 24-Сен-21, (9) –1

Fallback никуда не делся , Аноним (17), 23:42 , 24-Сен-21, (17)
https www opennet ru openforum vsluhforumID3 125351 html 82, Аноним (81), 10:25 , 25-Сен-21, (83) +1
https www gnu org software coreutils manual html_node Standards-conformance ht, Аноним (81), 10:32 , 25-Сен-21, (84) +1

Жаль только POSIX проприетарный и платный Ценник на стандарт мяко говоря кусючи, Аноним (98), 14:45 , 25-Сен-21, (98)

а и кому она нужна always have been линoops-онли поделкой Не на мертворожденны, пох. (?), 12:43 , 25-Сен-21, (93) –2

В целом тонко А по хурду жаль Хейтерам микроядер предложил бы пощупать куникс а, Аноним (2), 12:49 , 25-Сен-21, (94) –2

мне вполне хватило хурда Да, не поверишь, было время когда он запускался на реа, пох. (?), 13:16 , 25-Сен-21, (95) –2

У меня GRUB-2 не разваливается, и скрипты его нравятся, хотелось бы больше bash , Аноним (98), 14:43 , 25-Сен-21, (97) –1

точно, это именно та херня которой крайне не хватает в загрузчике А меня вот все, пох. (?), 15:29 , 25-Сен-21, (99) –1

Возвращайся к истокам в Слаке до сих пор по умолчанию lilo , Anonymoustus (ok), 17:47 , 25-Сен-21, (105)

меня не интересуют истоки Меня интересует надежный и удобный софт Изобретение g, пох. (?), 20:19 , 25-Сен-21, (109) –1

Хурд хороший проект Но ты ведь понимаешь, почему это не надо владельцами линоли, Anonymoustus (ok), 20:32 , 25-Сен-21, (110)

ну чего в нем было хорошего Корявые вырванные с мясом из линукса драйвера ничто, пох. (?), 12:11 , 27-Сен-21, (128) +1

Микроядро в нём было и есть хорошего В прямых руках и с приложением ума на мног, Anonymoustus (ok), 00:51 , 28-Сен-21, (145)

что хорошего в микроядре Обычный фетиш, в теории занимательный, на практике бес, пох. (?), 11:42 , 29-Сен-21, (154)
Микроядро как программа при прочих равных заведомо архитектурно совершенней боль, Anonymoustus (ok), 11:53 , 29-Сен-21, (156)
Учение маркса истино, потому что оно верно Ну ок, расходимся, товарищи повторяю, пох. (?), 12:00 , 29-Сен-21, (157)
Инвесторам и прочим рулевым айтишной индустрии заведомо не нужны ни высокая надё, Anonymoustus (ok), 12:05 , 29-Сен-21, (158)
Нужны, почему не нужны Можно уволить всех макак из поддержки же ж, если оно сам, пох. (?), 12:44 , 29-Сен-21, (159)
Планирование, создание и затем сопровождение и развитие микроядра и концептуальн, Anonymoustus (ok), 13:10 , 29-Сен-21, (160)
Бангалорская поддержка стоит рупь за пучок, причём даже не надо импортировать ык, Anonymoustus (ok), 22:20 , 29-Сен-21, (163)

Кому ты там куникс хотел предложить Куникс это не про щупать , Аноним (111), 20:42 , 25-Сен-21, (111) +1

Ыыы вот знал, знал, что заострят внимание Кросаффчег , онанимус (?), 20:58 , 25-Сен-21, (112)

А аообще конечно адъ, развратъ и погибель Одному крайняя плоть кругом мерещитс, онанимус (?), 21:11 , 25-Сен-21, (113)

me пошёл изучать ассортимент Ishuzoku Reviewers, InuYasha (??), 22:32 , 25-Сен-21, (114) +1

ме избегал бы суккубов , анонимусс (?), 23:44 , 25-Сен-21, (115) +2

Ты так сказал, как буд-то это хуже новомодных секуре бутов , онанимустус (?), 18:22 , 25-Сен-21, (108)
Приятно когда в таких вещах которые используются повсеместно проходят оптимизаци, Аноним (116), 10:09 , 26-Сен-21, (116)

Ради сваботки придется пожертвовать эколохией во благо криптоанархизму11 , Аноним (2), 12:13 , 26-Сен-21, (117)
Годовое потребление корутилсов на уровне двух лампочек накаливания Вот бы из бр, Аноним (118), 16:11 , 26-Сен-21, (118) +3

А на что жс предлагаешь заменить , Аноним (2), 16:24 , 26-Сен-21, (119)

ни на что, зачем вобще в браузере что-то выполнять Он должен отображать докумен, aa (?), 06:48 , 27-Сен-21, (123) +1
На server side А на клиенте предопределённые виджеты , Аноним (132), 15:02 , 27-Сен-21, (132)
Wasm В нём сборщика мусора нет Только хардкор , Wilem82 (ok), 14:24 , 28-Сен-21, (150) +1

А зачем они собственно нужны, если линукс уже подделка на тему виндовс а не юник, n (??), 05:21 , 03-Окт-21, (164)

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

1. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –12 +/–

Сообщение от Аноним (1), 24-Сен-21, 21:48

Годно, но кому нужно ускорение wc?

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

2. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –9 +/–

Сообщение от Аноним (2), 24-Сен-21, 21:50

Последние из могикан можно сказать. Скоро все заменит вездесущий системдЫ11!

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

106. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 25-Сен-21, 18:19

О как, не нраицца. Но с молчаливого согласия всегда происходят такие вещи. Вспоминаем цитату о "бойся равнодушных".

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

5. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +30 +/–

Сообщение от Аноним (5), 24-Сен-21, 22:26

Скриптам.

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

29. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (29), 25-Сен-21, 01:41

При сырой обработке файлов очень удобно иногда.
Кстати есть ли что-то вроде вытаскивалки столбца по пробелм, табам или запятым (про awk, perl варианты знаю).

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

56. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +8 +/–

Сообщение от Punk_Joker (ok), 25-Сен-21, 03:00

cut?

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

66. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +5 +/–

Сообщение от FreeStyler (ok), 25-Сен-21, 07:22

Мне, а что? -__-

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

67. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от анони (?), 25-Сен-21, 08:19

не нужно получается???

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

104. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от лютый жабби__ (?), 25-Сен-21, 17:31

>кому нужно ускорение wc
резонно. wc постоянно использую на гигантских файлах, но в принципе пофиг быстрее оно стало или нет.
Вот sort -u убогий бы ускорили... на многогигабайтных файлах приходится самописной прогой на жабе всё делать

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

146. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (146), 28-Сен-21, 03:11

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

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

137. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Инжнерпрограммист (?), 27-Сен-21, 17:50

> Годно, но кому нужно ускорение wc?
Мне нужно, для анализа инцидентов в продакшене.

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

3. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (3), 24-Сен-21, 22:01

>>  В утилитах cp и install по умолчанию при копировании задействован режим copy-on-write (создание полного клона файла вместо совместного использования данных в нескольких файлах).
Как-то тут в новости неоднозначно написано. Насколько я понял при копировании как раз будет совместное использование данных в одном файле вместо создания полной копии файла.

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

6. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (6), 24-Сен-21, 22:29

По смыслу, вроде бы, так и должно быть. Интересно, на каких ФС это будет работать. По крайней мере в btrfs есть CoW.

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

12. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от Онаним (?), 24-Сен-21, 22:57

Единственное что всерьёз поддерживает reflink на данный момент - это БТР.
В XFS ещё есть, и типа годно для продакшна, но честно говоря у меня от XFS всегда возникает ощущение, что она прямо под ногами сломается.

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

57. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (57), 25-Сен-21, 04:30

А это как раз зря. Нестабильна именно бтрфс. Впрочем про ZFS никто что-то и не вспомнил, а ведь там плюшки посерьезнее и не экспериментальный как в бтре.

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

68. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от Онаним (?), 25-Сен-21, 08:47

ZFS на боевых системах - это вообще хождение по граблям. Она в целом годится только для файлопомоек (NAS), где может жрать столько памяти, сколько захочет, да и то с трудом - багов там припасено на целую вечность.
Впрочем да, по числу всяких говен внутри БТР не уступает.

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

72. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от Аноним (72), 25-Сен-21, 09:02

> Она в целом годится только для файлопомоек (NAS)
Будем считать, что коммент 2018 года, а не 2021. Сейчас на ней можно даже базы вращать, но тем не менее, O_DIRECT не поддерживается.
> где может жрать столько памяти, сколько захочет
Сильно не любит ООМы, ZFS kthreads крашатся вместе с юзерспейсной прогой. Это мне чувак обещал полгода назад починить. Проверить смогу только с бубунтой 22.04LTS
> Впрочем да, по числу всяких говен внутри БТР не уступает.
Я бы сказал что уступает.

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

107. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от Онаним (?), 25-Сен-21, 18:20

> Сейчас на ней можно даже базы вращать, но тем не менее
Из буханки хлеба тоже можно троллейбус сделать, но тем не менее...
А так да, эта штука не умеет совмещать свою шерсть с го... простите, свой кеш с системным.
Поэтому что 2021, что 20021, на боевых системах ей не место.

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

120. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –3 +/–

Сообщение от пох. (?), 26-Сен-21, 18:27

нет понятия "системный кэш". Есть понятие "убогий буферный кэш в линooops образца 1992го года" и есть понятие "ARC".
Оба совершенно одинаково "системные". Первый давным-давно надо зак...ть и еще осиновый кол вбить.
12309 передает всем приветы.

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

121. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Онаним (?), 26-Сен-21, 20:32

Тем не менее ворочается он всё-таки лучше, чем у винды.
В той тяжёлые процессы моментально эвиктят, а если эвиктить уже нечего и в основном лежит запись, оно ещё и OOM'ить умудряется, хотя можно легко отписать и выбросить.
Возможно с этим связано то, что винда поотзывчивее при нагрузке на кеш - она предпочитает ронять процессы. Ну и "12309" у меня на винде в полный рост вставал на 82801AB и аналогичных, когда при нагрузке на дисковую подсистему вставало раком всё, одна из многих причин, после которых я по доброй воле на интел больше ни ногой.
Ну а ARC - это вообще не кеш, это аппликушный по сути пул, который вовремя системе при резко поднявшейся нагрузке отдать не выходит от слова "совсем". Получается та самая винда - процессы пороняем, но ни метра кешу не отдадим.

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

126. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от пох. (?), 27-Сен-21, 12:04

Adaptive Replacement Cache у нас оказывается не кэш, угу, ого.
> который вовремя системе при резко поднявшейся нагрузке отдать не выходит от слова "совсем"
выходит, только никому чавойта оказалось нинужна, А кому было нужно - тех не подпустили близко. "Девелоперам" iX платят зарплаты не за это.

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

141. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Онаним (?), 27-Сен-21, 22:30

От того, что я лежащий в углу кусок говна назову Corner Crap Cache, он кешем внезапно не становится.

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

142. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Онаним (?), 27-Сен-21, 22:41

Нет, если отбросить софистику - чисто формально он кеш, конечно.
Так же, как у squid'а ворох лежащих файлов - тоже кеш, только совсем другого типа и применения.
Или когда я часто используемые объекты из базы подгружаю и держу в памяти - это тоже кеш.
Он же аппликушный пул в памяти при этом, к обсуждаемому контексту - системному кешу/буферу дисковых операций - имеющий мало отношения, хотя мой пул тоже снижает число обращений к диску от RDBMS.
Дело не в том. В случае файловых операций важно не только наличие собственно буферизации операций. Системный (ядерный) дисковый кеш/буфер умеет эвиктить по требованию, потому что тесно интегрирован с mm. Когда возрастает нагрузка на память и требуются свободные страницы - ядерный кеш моментально отдаёт mm чистые блоки, и начинает отписывать грязные блоки, чтобы их отдать - заставляя прочие части ядра подождать с аллокацией, но не вызывая при этом OOM в аппликухах. Это как раз тот системный дисковый кеш, о котором идёт речь. ARC же от ядра и mm оторван, а поэтому он свой собственный кеш ZFS, он же аппликушный пул, т.к. ZFS можно в этом контексте рассматривать как обычную не особо интегрированную аппликуху, которая с ядром в плане высвобождения блоков по требованию напрямую не работает.

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

143. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Онаним (?), 27-Сен-21, 22:45

Но самое страшное в ARC даже не то, что он память вовремя отдать не может.
Самое страшное именно то, что он аппликушный, и с mm не интегрирован.
Это создаёт две большие половинной длины грабли, которые бьют точно по нужным местам:
- Содержимое ARC дублируется в системном дисковом кеше
- В то время, как данные из системного кеша могут быть просто подсунуты приложению страницей без копирования самих данных (mm делает банальный page mapping), данные из ARC реально копируются перед передачей приложению, какую дополнительную нагрузку это создаёт - догадаться не сложно

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

147. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от пох. (?), 28-Сен-21, 10:04

> Это создаёт две большие половинной длины грабли
а вот это - исключительно проблемы linoops'ей и их кастрированной реализации, а не самой fs.
Заметим, у dm'ного bcache нет ни одной из этих проблем.
Разумеется, их можно было бы решить несложными путями, патчик на две странички. Но его никто и никогда не примет в ведро, а без нужных апи со стороны ведра ничего не получится. У фри все в этом плане хорошо, у соляриса тоже, а тут низя-низя, тут можно только пользоваться теми апи которые нате-на-лопате, и еще, вот, EXPORT_GPL вам в довесок, потому что вы смерды и не должны ничего грязными лаптями в ведро приносить. А если вас заставить ведро пересобирать, а не только модуль - вы ж завоете как кошка с прищемленным хвостом.
И, разумеется, никто ничего никуда не копирует в нормальных системах. Но тут нюанс: трудами диверсантов из deplhix у нас нынче ARC - compressed, причем отображает реальное состояние дел на диске (ну а диски по умолчанию таки да). Поэтому отдавать страницу из него бесполезно.

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

152. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Онаним (?), 28-Сен-21, 22:22

> а вот это - исключительно
А вот хрен там это исключительно.
Во-первых, во фряхе ARC всё так же дублирует page cache, он же системный кеш.
Во-вторых, он так же не умеет вовремя отдавать страницы, только когда уже поздновато.
В-третьих, точно так же нет zero copy.
Короче говоря это проблема ZFS, присущая ей хоть во фряхе, хоть в пингвинах.

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

153. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от пох. (?), 29-Сен-21, 11:33

Во фряхе нет никакого "системного кэша" в привычном лап4-м понимании вообще.
> Короче говоря это проблема ZFS
нет. Это проблема ЛЮБОГО выделения памяти в любой операционной системе. Помимо fs, внезапно, еще миллион мест нуждается в больших блоках памяти при нагрузке.
Просто для линуксного buffer cache ее накостылили, сделав со стороны ведра механизмы memory pressure, для фри такие механизмы достаточно универсальные и существуют изначально, но вот к zfs их приделывать отказались альтернативно-одаренные "владельцы" кода - это ж надо было код писать, а не копипастить у дельфикса.
А за это им зарплату не платили.
Патч, в общем решавший проблему, существовал, но в апстрим принят не был - во первых NIH, а во-вторых зарплату не за это, а за копипастинг.

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

161. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Онаним (?), 29-Сен-21, 15:45

> Во фряхе нет никакого "системного кэша" в привычном лап4-м понимании вообще.
Гонево. Всё тот же page cache.

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

86. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от Аноним (2), 25-Сен-21, 10:44

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

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

144. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Онаним (?), 27-Сен-21, 22:46

Да блин, ну одно отсутствие zero-copy из ARC аппликухе - это уже всё, крест на тяжёлых по диску приложениях

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

155. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от пох. (?), 29-Сен-21, 11:46

> Да блин, ну одно отсутствие zero-copy из ARC аппликухе - это уже
> всё, крест на тяжёлых по диску приложениях
zero copy из _compressed_ arc - совершенно никому не нужен в принципе. Проснитесь, мущина - нежатые сырые данные давно немодно, пока не наступила эра всеобщего щастья в виде persistent memory devices, тяжелым по диску приложениям становится легче от уменьшения объема того, что гоняется между памятью и диском.

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

162. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Онаним (?), 29-Сен-21, 15:45

Да я не спорю, что он не нужен. Вместе с ZFS собственно и не нужен.

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

71. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от пох. (?), 25-Сен-21, 08:59

только вот CoW до юзерлэнда в ней - так и не донесли. "luck of developer resources" и так далее.
Полтора раба iX заняты важным делом - отлизывают и отcacывают клиентам, которым плевать на эти мелочи. А больше уже и нет никого.
Пора бы давно уже переименовать gnu coreutils в linux-only coreutils. Так честнее. Ни в какой другой unix-like системе все равно ничего не работает и не будет.
Скоро и собираться тоже.

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

75. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от Аноним (72), 25-Сен-21, 09:07

> Полтора раба iX
Што? Причём здесь iXsystems к ZoL вообще? Они ведь старую бздовую зфс пилили.
> Пора бы давно уже переименовать gnu coreutils в linux-only coreutils.
Переименуй.
> Ни в какой другой unix-like системе все равно ничего не работает и не будет.
Скоро и собираться тоже.
Бзды, макаки, вантуз(хоть и не юникс), аикс, и даже линукс. Вообще прекрасно не_работает и не_собирается!

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

124. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от 1 (??), 27-Сен-21, 10:00

>> Полтора раба iX
> Што? Причём здесь iXsystems к ZoL вообще? Они ведь старую бздовую зфс пилили.
Это было давно и неправда. Во времена ещё FreeNAS-а

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

148. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от пох. (?), 28-Сен-21, 10:09

> Это было давно и неправда. Во времена ещё FreeNAS-а
они и во времена фринаса пилили больше сук, на котором сами сидели.
Вот, допилили до характерного "хрусь", и полетели вместе с суком вниз. Где уже раззявил пасть комбайн по переработке на древесное волокно.
Никого и не жалко.
Отлизывать коки клиентам видать их истиное призвание, а не разработчиками fs работать. "works as intended".

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

79. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +2 +/–

Сообщение от InuYasha (??), 25-Сен-21, 10:09

Звучит как хардлинки. Но не должно быть хардлинками. I am confus

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

100. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от n00by (ok), 25-Сен-21, 15:30

Хардлинк позволяет изменить оригинал. При copy-on-write попытка изменить копию как раз и приведёт в её созданию физически. Но это мало какие ФС поддерживают.

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

125. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от RomanCh (ok), 27-Сен-21, 11:25

> При copy-on-write попытка изменить копию как раз и приведёт в её созданию физически.
И вот тут мне становится интересно. А что если у меня на диске например, 55 Гб свободного места и я скопировал в качестве временного бэкапа (чтобы только проверить новый конфиг приложения) файл, ну например в 50 Гб размером. В системе ведь останется 55 Гб свободного места по прежнему? Дальше, пока я переписывал конфиг, допустим, какое-то другое приложение создало на том же разделе файл размером в 6 Гб. И тут я такой, наконец, запускаю своё приложение которое работает с оригинальным 50Гб файлом, в частности пишет в него в различные участки.
Вопрос знатокам - что будет в этом случае? CoW начнёт аллоцировать место только под модифицируемые блоки и где-то будет хранить таблицу распределения данных файла (с 0 по смещение 100500 читай тут, со с 100501 читай там, с 100502 по 100600 читай опять тут)? Или попытается целиком скопировать 50 Гб файл?

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

133. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от n00by (ok), 27-Сен-21, 16:11

По определению только под модифицированные блоки потребуется место. Но вопрос хороший. Если файл модифицируется посредством write(), в какой-то момент вызов завершится с ошибкой "не хватает места". А вот что будет, если файл отображён в память и меняется память, куда интереснее. :)

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

134. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от RomanCh (ok), 27-Сен-21, 16:26

> По определению только под модифицированные блоки потребуется место.
Ну определение определяет что должны быть скопированные некие области даже если в них модифицировано несколько байт (не побайтно же копируется наверное). А каков их размер в данном случае я лично не знаю. Блок? Несколько блоков? Несколько Мб? Гб? Конфигурируется или нет?
Но если допустим только тот блок в котором изменены данные. Ну т.е. потребуется где-то рядом ещё вести таблицу размещения блоков.
Выглядит, не интуитивненько вот прямо ни разу, особо с точки зрения восстановления после сбоев.
> Если файл модифицируется посредством write(), в какой-то момент вызов завершится с ошибкой "не хватает места".
Именно! Пользователь т.е. пытается перезаписать с его точки зрения уже существующий файл, тем же объёмом данных что в нём и так был. Т.е. он не ожидает что дополнительные блоки должны быть выделены. А они внезапно должны! И что он получит, no left space on device? Да это же прямо-таки have a lot of fun в отладке приключится. Или там ошибка какая-то специальная уже заложена чтобы совсем с ума не сойти?
> А вот что будет, если файл отображён в память и меняется память, куда интереснее. :)
Об этом мне даже думать страшно. Хорошо что в проде нигде нет таких дивных ФС.

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

139. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (5), 27-Сен-21, 22:19

> А вот что будет, если файл отображён в память и меняется память, куда интереснее. :)
Получишь SIGBUS, как обычно.

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

149. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от n00by (ok), 28-Сен-21, 13:29

В сценарии ведь не было "файл внезапно укоротился".

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

7. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (5), 24-Сен-21, 22:31

> Остальные алгоритмы хэширования (sum, md5sum, b2sum, sha*sum, sm3 и т.п.) реализованы путём вызова функций libcrypto.
libcrypto - это из OpenSSL? Текущие coreutils от него не зависят.

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

81. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (81), 25-Сен-21, 10:11

Текущий ничего не знает о b2sum, sha*sum, sm3 и т.п.

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

140. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (5), 27-Сен-21, 22:24

Если речь, к примеру, о 8.32 из Ubuntu 21.04, то эти утилиты поставляются с coreutils, который не зависит от libssl.

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

8. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –3 +/–

Сообщение от Аноним (8), 24-Сен-21, 22:35

А чем оно лучше бсд-утилс?
https://github.com/dcantrell/bsdutils

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

10. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (72), 24-Сен-21, 22:49

Всем, по части функционала.
А вообще - попробуй под фрибздой собрать Ungoogled Chromium или Palemoon(уже никак). Там будет огромное количество ГНУ-измов, обусловленных чаще всего опциями, отсутствующими в бздутилсах. На фрибзде я всегда по этой причине ставил все гнутые пакеты. Человек ещё может переучиться, а вот скрипт - только с помощью человека.

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

11. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от Аноним (2), 24-Сен-21, 22:55

>Там будет огромное количество ГНУ-измов,
Согласись, что - это не проблема бсдутилит.
Это все этот попоттеринг, будь он не ладен, негодяй.

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

18. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (18), 24-Сен-21, 23:42

Да, это проблема гнутых тулз.
Только вот при чем тут Поцтер?

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

20. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 24-Сен-21, 23:50

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

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

30. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –3 +/–

Сообщение от Аноним (29), 25-Сен-21, 01:44

Вообще непонятно зачем собирать продукты какими-то утилитами. Есть системы сборки и даже иногда кросплатформенные и с ними порой все хорошо даже в Windows, что удивительно ... а вот Гуглу позор что никак не осилят нормальные системы сборок (и я сейчас не про make или говно маонта вроде autotools)

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

33. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 25-Сен-21, 01:50

>Вообще непонятно зачем собирать продукты какими-то утилитами
Коллега, я изначально как раз про это.
Ну а если скриптами через боль, то да ручками. Вспоминая поттеринга недобрыми словесами.

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

70. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (72), 25-Сен-21, 08:57

Вот и заменяй ручкоме скрипты на сотни строк, но зато - бздутилсъ! Не то что эти ваши ГНУ.

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

87. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 25-Сен-21, 10:48

Ты не ояень понял суть. Перечатай плиз есчо разок.

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

85. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (81), 25-Сен-21, 10:36

Нет, GNU coreutils проблем не имеют.
Проблема есть в разрабов хрома и палемуна которые не следуют стандартам:
https://www.opennet.ru/openforum/vsluhforumID3/125351.html#84

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

122. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +2 +/–

Сообщение от freehck (ok), 27-Сен-21, 01:12

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

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

127. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (-), 27-Сен-21, 12:06

>> Да, это проблема гнутых тулз.
> Вы -- два телепата, или сидите за соседними столами? Я что-то за
> весь тред не увидел внятного описания самой проблемы, а у вас
> уже консенсус, ну огонь. )
Ну, из под мака оно и не видать особо ;)
Речь об использовании "башизмов-пингвинизмов" (применительно к кор-тулзам), особенно в сборочных скриптах.
Совершенно естественно, что бсд-тулзы "умеют" далеко не во все вариации пингвинячьего "а вот нашей левой пяточке захотелось ..." (см. тот же гну-cat "-A, --show-all equivalent to -vET" - именно опции -A в бсд-cat нет, есть только "equivalent").

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

130. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от freehck (ok), 27-Сен-21, 13:22

> Совершенно естественно, что бсд-тулзы "умеют" далеко не во все вариации пингвинячьего "а
> вот нашей левой пяточке захотелось ..."
Да, да, грёбанные coreutils. Как же они виноваты, что сторонние проекты завязываются на них, а не на бсд-шные аналоги.
Если это вся логика -- блин, ну что я могу поделать? Стена в метре от тебя. Разбегись хорошенько. Смотреть строго вниз. =)

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

131. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (-), 27-Сен-21, 14:36

>> Совершенно естественно, что бсд-тулзы "умеют" далеко не во все вариации пингвинячьего "а
>> вот нашей левой пяточке захотелось ..."
> Да, да, грёбанные coreutils. Как же они виноваты, что сторонние проекты завязываются
> на них, а не на бсд-шные аналоги.
Интересно, где ты углядел какие-то обвинения?
А "логика" "гну тулзы всем лучше, потому что у них есть гну-измы, на которые любят завязываться сторонние проекты" примерно того же уровня, что и "WinAPI всем лучше для десктопа, ведь на него завязанно столько софта!" (т.е. это не логика, а обычные софизмы)
> Если это вся логика -- блин, ну что я могу поделать? Стена
> в метре от тебя. Разбегись хорошенько. Смотреть строго вниз. =)
Если это вся логика - мак-бук в полуметре от тебя. Разбегись хорошенько. Смотреть строго вверх.

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

135. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от freehck (ok), 27-Сен-21, 17:01

Нет, здравый смысл заключается в том, что тут два #$*%&@ только что обсуждали наличие в coreutils "проблемы", и даже ничтоже сумняшеся добазарились до некоего консенсуса, согласившись, что в coreutils эти "проблемы" существуют. И это вообще-то таки называется "какие-то обвинения".
У гнутых тулзов есть стадарт передачи опций. И опции всех утилит, разработанных в рамках проекта GNU, приведены к этому стандарту. Это -- унификация. Она упрощает жизнь как пользователей, так и разработчиков.
Но в итоге, по мнению двух #$*%&@, унификация -- это оказывается гнуизмы, и это якобы "проблема". Но по факту, проблему тут только одна: вышеобозначенный #$*%&@ испытывает проблему со сборкой софта, потому что ему хочется ставить не тот комплект утилит, что нужен, а другой. Похожий, но не тот. А если всё-таки приходится ставить нужный, то ему ой как некомфортно. И это -- ну конечно же проблема комплекта утилит, а не проекта, который на них завязался. Огонь.
Ну всё ж шито белыми нитками. П! Проблемы! XD
PS: #$*%&@ -- это конечно же Аноним. А вы что подумали? =)

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

136. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от freehck (ok), 27-Сен-21, 17:10

Вот в чём фишка, дорогуша. Подумай об этой "проблеме" в таком ключе: куда следует послать патчи, чтобы тебе не приходилось ставить комплект гнутых утилит?
Тут есть два варианта.
1) Отправить патчи в bsdutils, чтобы они начали поддерживать гнутые опции.
2) Отправить патчи в собираемый тобою проект, чтобы он начал собираться с тулзами из bsdutils.
Где, при таких вводных, можно усмотреть проблемы coreutils? )

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

138. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (-), 27-Сен-21, 20:34

> Вот в чём фишка, дорогуша.
Извини, ты не в моем вкусе.
> Нет, здравый смысл заключается в том, что тут два #$*%&@ только что обсуждали наличие в coreutils "проблемы", и даже ничтоже сумняшеся добазарились до некоего консенсус
...
> Подумай об этой "проблеме" в таком ключе:
> куда следует послать патчи, чтобы тебе не приходилось ставить комплект гнутых утилит?
Подумай над тем, как отвечать в правильную ветку - "добазарились" до чего-то там они уже сильно после #18.
А для тебя я процитирую еще раз ключевый начальные вбро^W тезисы:
>>> А чем оно лучше бсд-утилс?
>> Всем, по части функционала. (далее идет про завязку сборки и гнуизмы)
Ты же придумал и оспорил явно что-то свое.
> Но в итоге, по мнению двух #$*%&@, унификация -- это оказывается гнуизмы, и это якобы "проблема".
Какая замечательная подмена тезиса. Унификация - это следование посикс (или другому стандарту). Отсебятина в опция гну - это гнуизмы. Заметь - я нигде не говорил, что это плохо (или хорошо).
>> А чем оно лучше бсд-утилс?
> Где, при таких вводных, можно усмотреть проблемы coreutils? )
Люблю местных демаг^W Пингвиняшь - сами что-то придумают, сами что-то оспорят, защищая Великий ГНУ-(Линукс) из под макоси *g*

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

151. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от freehck (ok), 28-Сен-21, 15:18

> Подумай над тем, как отвечать в правильную ветку - "добазарились" до чего-то там они уже сильно после #18.
Камон. В правильную ветку. Серьёзно? Это весь твой тези^W вброс? =)
> А для тебя я процитирую еще раз ключевый начальные вбро^W тезисы:
>>>> А чем оно лучше бсд-утилс?
>>> Всем, по части функционала. (далее идет про завязку сборки и гнуизмы)
Ну то есть типа местный анонимушка никак не сообразит, что речь идёт про следующее (а ведь в каждом сообщении есть ссылочка на предыдущее, ты прикинь):
>>> А вообще - попробуй под фрибздой собрать Ungoogled Chromium или Palemoon(уже никак). Там будет огромное количество ГНУ-измов, обусловленных чаще всего опциями, отсутствующими в бздутилсах.
>> это не проблема бсдутилит
> Да, это проблема гнутых тулз
Это -- не проблема "гнутых тулз". Это либо проблема bsdutils (они конечно поддерживают POSIX и не обязаны поддерживать стандарты GNU, однако coreutils потому и популярны, что обеспечивают обратную совместимость с bsdutils), либо проблема Palemoon (они же завязались на GNU-флаги coreutils вместо использования чисто POSIX-subset-а), либо проблема FreeBSD (в конце концов, это в ней Palemoon не собирается).
У coreutils никакой проблемы нет. И #85 кстати как раз об этом. Очень дельный комментарий, оставшийся без внимания местных оналитегов.
> Ты же придумал и оспорил явно что-то свое.
>> Но в итоге, по мнению двух #$*%&@, унификация -- это оказывается гнуизмы, и это якобы "проблема".
> Какая замечательная подмена тезиса.
> Унификация - это следование посикс (или другому стандарту). Отсебятина в опция гну - это гнуизмы.
Угу. Угу. Солнышко, да ты свидетель святого POSIX-а!
Понимаю, понимаю. POSIX -- это наше всё, ну конечно. А что не POSIX -- то отсебятина. =)
В общем. Ознакомься, почему оно так:
https://www.gnu.org/prep/standards/html_node/Non_002dGNU-Sta...
> Заметь - я нигде не говорил, что это плохо (или хорошо).
Ша? И как ты предлагаешь мне это сделать? Вы тут все анонимы, и хз кто из вас кто. Ты хоть сперва залогинься, солнышко. =)
>>> А чем оно лучше бсд-утилс?
>> Где, при таких вводных, можно усмотреть проблемы coreutils? )
> Люблю местных демаг^W Пингвиняшь - сами что-то придумают, сами что-то оспорят, защищая
> Великий ГНУ-(Линукс) из под макоси *g*
А я вот последнее время не люблю местных демагогов. Я вообще не знаю, зачем я потратил аж целых 10 минут на это пустотрёпство с тобой. Толку с этого никакого. Сколько вам, зайкам, ни объясняй -- как об стенку горох. =)

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

60. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (72), 25-Сен-21, 06:03

Это как раз и есть проблема бздутилит, а не Поттера. При том, он-то к корутилсам особого отношения и не имеет.

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

88. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 25-Сен-21, 10:53

Есчо раз. Корень проблемы в разрабах всяких хромых/лисиц которые после набросов болезного на все руки мастера подзабили на бсди. Озвучил ли он свою волю или волю покровителей в принципе не важно. Важен результат. Осталось дождаться замены утилит киссовых на что-то более монструозное/современное. И станет савсем карашо.

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

14. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 24-Сен-21, 23:00

>по этой причине ставил все гнутые пакеты
Да простят меня прогресствные коллеги, неприемлющие тренд линуксмс (кстати устоявшийся термин на забугорных ресурсах), но не проще в режиме компабилити стартануть нативное линуксовое, если оно таки нужно?
Палемун да, но имхо из геконов рулит сейчас вольныйволчара.

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

47. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от Аноньимъ (ok), 25-Сен-21, 02:36

Вулф разве на геко?

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

50. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 25-Сен-21, 02:46

Гекон. Но направленность волка сейчас ощутимо востребованнее луны. Имхо.

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

73. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (73), 25-Сен-21, 09:02

ЛибреВульф - это форк Фаерфокса. Там тот же движок - Quantum. Gecko, похоже, больше нигде сейчас не применяется.

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

74. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (73), 25-Сен-21, 09:03

В Thunderbird, разве что.

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

76. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от Аноним (72), 25-Сен-21, 09:14

Тоже кваквантум, тоже телеметрия.

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

89. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (2), 25-Сен-21, 10:59

Форгрейт джастис, коллега.
>Quantum is a Mozilla project encompassing several software development efforts to "build the next-generation web engine for Firefox users". It includes numerous improvements to Gecko, largely incorporated from the experimental Servo project. Quantum also includes refinements to the user interface and interactions.
>Servo has always been a research project. It began at the Mozilla Corporation in 2012, and its employees did the bulk of the work until 2020. This included the Quantum project, when portions of Servo were incorporated into the Gecko engine of Firefox
Таким образом имеем, что квантум - это своего рода ребрендинг гекона с включением растафанских фич из сервы. База таки геконовская. Поэтому из уважения к давним заслугам неискапы я лично по-старинке именую геконом. Номинально да, оно теперь квантум. Ну теперь и рендж ровер индусский...:)

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

26. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +5 +/–

Сообщение от анонн (ok), 25-Сен-21, 01:28

> Всем, по части функционала.
Угу
https://www.gnu.org/software/coreutils/manual/html_node/cat-...
> -u     (ignored)
https://www.freebsd.org/cgi/man.cgi?cat(1)
>  -u      Disable output buffering

$ seq 10|wc --libxo=html
<div class="line"><div class="text"> </div><div class="data" data-tag="lines">     10</div><div class="text"> </div><div class="data" data-tag="words">     10</div><div class="text"> </div><div class="data" data-tag="characters">     21</div></div>
$ df -h /usr --libxo=json
{"storage-system-information": {"filesystem": [{"name":"/dev/gpt/userfs","blocks":"274G","used":"98G","available":"100500G","used-percent":35,"mounted-on":"/usr"}]}
}

$ tar --version
bsdtar 3.5.1 - libarchive 3.5.1 zlib/1.2.11 liblzma/5.2.5 bz2lib/1.0.8
$ tar tf lemon_demo.zip
lemon_demo/Makefile
lemon_demo/README
lemon_demo/simple_c.re
$ gtar --version
tar (GNU tar) 1.34
$ gtar tf lemon_demo.zip
gtar: This does not look like a tar archive
gtar: Skipping to next header

Опять же все (или почти все) утилиты, реагируют на SIGINFO (Ctrl+T) - это то самое "старперское ненужно, нам хватит SIGUSR!", из-за которого пользователи гну dd лет 16 извращались с pv или скриптами для того, чтобы глянуть прогресс копирования ...

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

44. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (44), 25-Сен-21, 02:33

Какая-то шляпа если честно.

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

51. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (2), 25-Сен-21, 02:49

А по мне он прав.

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

55. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (44), 25-Сен-21, 02:57

Что я знаю из актуальных вещей это \n, \r и \0 и там всё плохо. Libarchive это дрянь ещё та опять же. Вывод в html для wc, серьёзно?

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

69. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от Админ Анонимов (?), 25-Сен-21, 08:57

чувак просто не знает о
dd ... status=progress

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

102. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от анонн (ok), 25-Сен-21, 17:03

> чувак просто не знает о
> dd ... status=progress
А теперь внимательно перечитай "из-за которого пользователи гну dd лет 16 извращались с pv или скриптами для того, чтобы глянуть прогресс копирования".
https://github.com/coreutils/coreutils/commit/5a74e8ae4ef3f5...
> committed Sep 14, 1997
> #ifndef SIGINFO
> # define SIGINFO SIGUSR1
> #endif
а "status=progress" подвезли емпип, аж в 2015 (ну да, моя ошибка - не 16 лет, а все 18).
Причем, Ctrl+T -> SIGINFO приложению -> приложение показывает прогресс, работает и в бсдшных cp,tar, fsck, sleep, sort и т.д.

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

78. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Админ Анонимов (?), 25-Сен-21, 09:31

есть еще progress
https://github.com/Xfennec/progress

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

54. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от анонн (ok), 25-Сен-21, 02:56

>>> Всем, по части функционала.
>> - пример сериализации вывода
>> - пример, как tar "умеет" в zip
>> - упоминание SIGINFO, позволяющее cp, mv, dd, tar, sort и прочему - показать статус/прогресс без "извращений"
> Какая-то шляпа если честно.
Да понятно, что "не нужно!"(с)

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

48. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноньимъ (ok), 25-Сен-21, 02:39

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

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

52. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 25-Сен-21, 02:51

Про луну согласен. Про унгуглед - вкусовщина. Предпочел бы волчару.
Ну у линукса унгугль есть хотя бы в сырцах. А вот чтобы на бсди это собрать...

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

59. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (72), 25-Сен-21, 05:57

Про луну согласен. Про волчару - вкусовщина. Предпочел бы унгооглед.

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

80. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +2 +/–

Сообщение от InuYasha (??), 25-Сен-21, 10:11

Про вкусовщину согласен. Про вкусовщину - вкусовщина. Предпочел бы вкусовщину.

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

65. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от Аноним (65), 25-Сен-21, 07:12

>Палемун не собирается из за нежелания поддерживать фрю разрабами о нулевой интерес со стороны всех остальных.
Ты опять стекломоя накатил, как это понимать? Палемун даже солярис поддерживает, с бздой проблемы исключительно из-за питона.

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

77. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (72), 25-Сен-21, 09:20

Ты опять стекломоя накатил, как это понимать? С бздой проблемы не только из-за питона. Питон2.7 ещё легко ставится, а вот с патчами и с линкером - проблемы фатальные на сегодняшний день. Особенно когда падает сборка на старых реликтах из нетшкафа. В общем - я манал это чинить, ибо палёный уже даже жидлаб не может открыть. Ещё пару лет - и станет хуже оперы-престо и нетсурфа - вместе взятых.

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

90. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от Аноним (2), 25-Сен-21, 11:07

>Ты опять стекломоя накатил, как это понимать?
Ты так говоришь, как буд-то в качественном, не паленом стекломое есть что-то плохое!?
Деды вон денатурат пили и ничего. Ишь зажралася молодежь. Еще скажи бояра плоха!
>Палемун даже солярис поддерживает
Проверять лень. Оно теперь хипстор называется. А для меня - это табу. Поверю на слово.
>бздой проблемы исключительно из-за питоняшных последователей молодых движущих сил "эволюции".
Зафиксил.

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

96. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от Аноньимъ (ok), 25-Сен-21, 13:35

Не знаю что там на солярке но я не могу его даже на виндовс поставить.
Во-первых у меня не стоит на виндовс.
Во вторых даже если бы стоял я бы cannot be bothered этим палемуном даже в бинарниках. Ещё вирус с ним прелетит.
Так что неудивительно что во фре его нет.

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

82. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (81), 25-Сен-21, 10:21

> А вообще - попробуй под фрибздой собрать Ungoogled Chromium или Palemoon(уже никак).
> Там будет огромное количество ГНУ-измов, обусловленных чаще всего опциями, отсутствующими в бздутилсах.
Есть такая проблема.
> На фрибзде я всегда по этой причине ставил все гнутые пакеты.
Неверное решение проблемы.
> Человек ещё может переучиться, а вот скрипт - только с помощью человека.
И?
Для решение проблем с совместимостью люди придумали стандартизацию. Есть стандарт POSIX который должны держать все UNIX. В GNU есть опция "posixly correct" которая отключает расширения GNU и заставляет все программы coreutils строго следовать стандарту POSIX.
Проблема в разрабах хрома и палемуна которые не следуют стандарту POSIX в своих зборочных скриптах. Поговори с ними, пришли патчик, может и не пошлют.

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

92. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 25-Сен-21, 11:13

>Есть стандарт POSIX который должны держать все UNIX
Ща скажут расшифровку акронима...

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

101. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (101), 25-Сен-21, 16:09

На сколько я знаю ГНУ-опции в утилитах не противоречат ПОЗИКСУ, а лишь дополняют его новыми фичами. ГНУ-тые уважают стандарты. А опция "posixly correct" я думаю тупо отключает расширения ГНУ. Да и так ведь принято, некоторые расширения в будущем могут войти в следующую редакцию ПОЗИКСА.

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

103. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 25-Сен-21, 17:29

Проще. Они скажут: GNU’s Not UNIX
Дескать у нас свои позиксы с шляпами и микрософтами, шатали труба ваш дом...

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

13. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Онаним (?), 24-Сен-21, 22:57

Чем бсд-утилс.

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

9. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от pashev.me (?), 24-Сен-21, 22:45

Как-то переносимость растворяется.

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

17. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (17), 24-Сен-21, 23:42

Fallback никуда не делся.

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

83. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (81), 25-Сен-21, 10:25

https://www.opennet.ru/openforum/vsluhforumID3/125351.html#82

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

84. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (81), 25-Сен-21, 10:32

https://www.gnu.org/software/coreutils/manual/html_node/Stan...
export POSIXLY_CORRECT=True
export _POSIX2_VERSION=200809
И аккуратно подправить все скрипты согласно стандарту POSIX 1003.1-2008

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

98. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (98), 25-Сен-21, 14:45

Жаль только POSIX проприетарный и платный. Ценник на стандарт мяко говоря кусючий для разработчиков СПО.

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

93. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от пох. (?), 25-Сен-21, 12:43

а и кому она нужна? always have been линoops-онли поделкой. Не на мертворожденный же hurd ориентироваться, в самом деле?

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

94. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от Аноним (2), 25-Сен-21, 12:49

В целом тонко.
А по хурду жаль. Хейтерам микроядер предложил бы пощупать куникс ака бб10 от почвшей яжевички. Ничего не тормозило. Да.
Ну и в итоге от монополии имеем что имеем...

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

95. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –2 +/–

Сообщение от пох. (?), 25-Сен-21, 13:16

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

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

97. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от Аноним (98), 25-Сен-21, 14:43

У меня GRUB-2 не разваливается, и скрипты его нравятся, хотелось бы больше bash функционала.

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

99. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от пох. (?), 25-Сен-21, 15:29

> У меня GRUB-2 не разваливается, и скрипты его нравятся, хотелось бы больше
> bash функционала.
точно, это именно та херня которой крайне не хватает в загрузчике.
А меня вот всем устраивает отсутствие ненужных скриптов.

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

105. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Anonymoustus (ok), 25-Сен-21, 17:47

Возвращайся к истокам: в Слаке до сих пор по умолчанию lilo.

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

109. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" –1 +/–

Сообщение от пох. (?), 25-Сен-21, 20:19

меня не интересуют истоки. Меня интересует надежный и удобный софт.
Изобретение grub - лучшее, что трэш прожект хурд принес миру.

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

110. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Anonymoustus (ok), 25-Сен-21, 20:32

> меня не интересуют истоки. Меня интересует надежный и удобный софт.
> Изобретение grub - лучшее, что трэш прожект хурд принес миру.
Хурд хороший проект. Но ты ведь понимаешь, почему это не надо владельцами линолиупса? И почему GRUB Legacy стал Legacy, зато в каждой новой материнке УЁФи.
Собственно, никто тебе и всем желающим не мешает заниматься поддержкой GRUB Legacy. Только ни в один дистрибутив не примут и новые материнки на нём не заведутся, но это ведь мелочи жизни, правда? :)

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

128. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от пох. (?), 27-Сен-21, 12:11

> Хурд хороший проект. Но ты ведь понимаешь, почему это не надо владельцами линолиупса?
ну чего в нем было хорошего? Корявые вырванные с мясом из линукса драйвера?
> И почему GRUB Legacy стал Legacy, зато в каждой новой материнке
> УЁФи.
ничто не мешало вовремя заменить это легаси uefi кодом. Чай попроще задачка чем уместиться в 480 байт. Но никому снова было не нужно. next-next-next, ok! А автор сделался, кажется, вечноживой.
Теперь имеем уродливую этажерку из двух недо-грубов, которая иногда ломает загрузку - все как во времена lilo, недобной памяти.
> Собственно, никто тебе и всем желающим не мешает заниматься поддержкой GRUB Legacy.
> Только ни в один дистрибутив не примут и новые материнки на
Автор ни разу не собирался ни в один дистрибутив, он свои личные задачи решал.
А у меня нет документации, времени и вдохновения. Мне тут в очередной раз напомнили, что времени вообще уже не остается, пора собираться "в путешествие", а мой лист еще даже толком не дорисован.
Но тот лист рисуется не в визуалстудиях. Я когда-то выбрал не очень удачное хобби.

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

145. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Anonymoustus (ok), 28-Сен-21, 00:51

>> Хурд хороший проект. Но ты ведь понимаешь, почему это не надо владельцами линолиупса?
> ну чего в нем было хорошего? Корявые вырванные с мясом из линукса
> драйвера?
Микроядро в нём было и есть хорошего. В прямых руках и с приложением ума на многое бы хватило. Но не нужно никому и после ударной работы на конвейере над выпуском жизненно важных квадратных колёс к незаменимым новым велосипедам у погромиздов не остаётся сил и времени. Микроядра как концепт совершенно не вписываются в базарную модель СПО. Коммерческая компания бы могла, да. QNX не даст соврать.

> Но никому снова было не нужно.
> next-next-next, ok!
Понимаешь, погромизды такими уже вырастают. Они такие уже до того, как написали своей первый хелловрот. Их не интересует, что писали диды на перфокартах и по каким учились книжкам. У молодых на повестке дня программирование микроконтроллеров на жопоскрипте.

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

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

154. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от пох. (?), 29-Сен-21, 11:42

> Микроядро в нём было и есть хорошего.
что хорошего в микроядре? Обычный фетиш, в теории занимательный, на практике бесполезный и неудобный в разработке.
И да, работающее не в виде "загружается!" микроядро с работающими драйверами в те же годы написали ДВА упор... заинтересованных человека. l3. Применения по факту отсутствуют. Потому что не нужно.
> Попробуй объяснить это молодым хипсторам, которые уверены, что будут молодыми и жить вечно.
зачем? Это ненужный хлам. От них ничего не останется, ведь их поделки через час уже остынут и перестанут так липнуть. А значит - выбросят и заменят новыми еще дымящими.

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

156. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Anonymoustus (ok), 29-Сен-21, 11:53

>> Микроядро в нём было и есть хорошего.
> что хорошего в микроядре? Обычный фетиш, в теории занимательный, на практике бесполезный
> и неудобный в разработке.
Микроядро как программа при прочих равных заведомо архитектурно совершенней большого монолитного ядра. Преимущества и недостатки того и другого известны, я их не буду пересказывать. Отмечу лишь то, что микроядро и вообще малые ядра не очень совместимы с индустриальной разработкой и с амбициями молодых и глупых погромиздов. «Быстрые» инвесторы не дают на микроядра денег, а заниматься ими на энтузиазме — ну вот же на Хурд посмотри, да на Миникс: некому делать. А если денег таки дают, микроядра показывают все свои преимущества не только в теории, но и на практике (QNX). Потом, правда, туда тоже приходят индустриальные быстроинвесторы и нанимают всяких дешёвых обезьян откуда попало и начинается разложение.
Ссылка не для поха, он и так знает, а для опоздавших родиться и не читающих книги:
https://ru.wikipedia.org/wiki/Микроядро

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

157. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от пох. (?), 29-Сен-21, 12:00

Учение маркса истино, потому что оно верно? Ну ок, расходимся, товарищи.
> «Быстрые» инвесторы не дают на микроядра денег, а заниматься ими на энтузиазме — ну вот же на
> Хурд посмотри, да на Миникс: некому делать.
повторяю - незачем смотреть на выcepы академических проектов и программистов-теоретиков - они изначально делались для попила грантов а не решения каких-то реальных задач.
Смотри на l3/l4 - все в точности наоборот.
Но это нишевые проекты - и виной тому не вредные инвесторы или отсутствие энтузиастов (нашлось и то и другое) а неудобство технологии для универсальных применений, подобных линуксу.
А для неуниверсальных всех победил RTOS. Потому что ради одной программы без многозадачности не нужна операционная система, пары библиотечек хватило.
А все остальное на соседнем ядре под обычным линуксом.

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

158. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Anonymoustus (ok), 29-Сен-21, 12:05

Инвесторам и прочим рулевым айтишной индустрии заведомо не нужны ни высокая надёжность и безопасность, ни долговечность продукта. Им нужно регулярно каннибализировать старый продукт и на смену ему выпускать новый такой же, принуждая потребителя обновляться. В этом суть айтишного бизнеса, а не в создании хорошей программы. Микроядра и другие программы схожего назначения (надёжные, безопасные, отказоустойчивые по конструкции) не просто не нужны этой индустрии, но и вредны для неё.

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

159. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от пох. (?), 29-Сен-21, 12:44

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

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

160. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Anonymoustus (ok), 29-Сен-21, 13:10

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

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

163. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Anonymoustus (ok), 29-Сен-21, 22:20

> Нужны, почему не нужны. Можно уволить всех макак из поддержки же ж,
> если оно само стоит.
Бангалорская поддержка стоит рупь за пучок, причём даже не надо импортировать ыкспердов из Бангалора, они прямо оттуда, из навозной кучи работают. И даже хорошо, что поддержка никудышная! Клиент раз обломается в дешифровке лепета кумаров, два раза, три раза — и придёт к белому человеку в контору подписывать договор на поставку нового, луТшего, инновационного и прогрессивного.
Но представь себя директором завода. Тебе не только не подходит бангалорская поддержка, но и сами обновления хуже инфляции и ремонта. Для тебя как производственника самый лучшая, идеальная автоматика — риалтаймовая и микроядерная. Пусть она тикает не так часто, как модно-молодёжная на Цоре-100500, зато всегда одинаково и в ней нечему ломаться, потому что она простая и прямая, как хелловорлд школьника. Неспроста, знаешь ли, при станках и машинах кое-где работают древние писюки с ДОСиком на борту.
Эта проблема в чём-то перекликается с проблемой Кобола и миллиардов написанных на нём программ. Кобол изобрели специально для финансовых, банковских и прочих прикладных специалистов, отлично знающих свою предметную область и немного умеющих программировать, а не для профессиональных кодобезьян, которые никакую предметную область не знают и знать никогда не будут. Когда придумали Кобол, знали нужды людей, занятых там, где этот Кобол будет применяться. Однако отрасль индустриального производства ПО не заинтересована в том, чтобы однажды написанное работало вечно. У неё есть дешёвые рабы и, когда никто не видит, розги и плети от инвесторов и акционеров. Они хотят, чтобы ты выбросил всё то, что у тебя хорошо работает уже полвека, и раз в пару лет заказывал переписывать, исправлять и обновлять ПО, то есть платил не один раз ещё при дидах после войны, а регулярно.

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

111. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Аноним (111), 25-Сен-21, 20:42

Кому ты там куникс хотел предложить? Куникс это не про щупать ;)

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

112. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от онанимус (?), 25-Сен-21, 20:58

Ыыы вот знал, знал, что заострят внимание! Кросаффчег!

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

113. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от онанимус (?), 25-Сен-21, 21:11

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

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

114. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от InuYasha (??), 25-Сен-21, 22:32

/me пошёл изучать ассортимент Ishuzoku Reviewers

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

115. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +2 +/–

Сообщение от анонимусс (?), 25-Сен-21, 23:44

/ме избегал бы суккубов:)

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

108. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от онанимустус (?), 25-Сен-21, 18:22

> Возвращайся к истокам
Ты так сказал, как буд-то это хуже новомодных секуре бутов.

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

116. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (116), 26-Сен-21, 10:09

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

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

117. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 26-Сен-21, 12:13

Ради сваботки придется пожертвовать эколохией во благо криптоанархизму11!

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

118. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +3 +/–

Сообщение от Аноним (118), 26-Сен-21, 16:11

Годовое потребление корутилсов на уровне двух лампочек накаливания. Вот бы из браузеров жс выкинули, тогда вообще ледники обратно замёрзнут.

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

119. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (2), 26-Сен-21, 16:24

А на что жс предлагаешь заменить?

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

123. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от aa (?), 27-Сен-21, 06:48

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

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

132. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от Аноним (132), 27-Сен-21, 15:02

На server side. А на клиенте предопределённые виджеты.

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

150. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +1 +/–

Сообщение от Wilem82 (ok), 28-Сен-21, 14:24

Wasm. В нём сборщика мусора нет. Только хардкор.

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

164. "Выпуск набора базовых системных утилит GNU Coreutils 9.0" +/–

Сообщение от n (??), 03-Окт-21, 05:21

А зачем они собственно нужны, если линукс уже подделка на тему виндовс а не юникс, уже логи читаем парсим и не ними а журналДебилом

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–12 +/–
Сообщение от Аноним (1), 24-Сен-21, 21:48
Годно, но кому нужно ускорение wc?
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–9 +/–
	Сообщение от Аноним (2), 24-Сен-21, 21:50
	Последние из могикан можно сказать. Скоро все заменит вездесущий системдЫ11!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Аноним (2), 25-Сен-21, 18:19
	О как, не нраицца. Но с молчаливого согласия всегда происходят такие вещи. Вспоминаем цитату о "бойся равнодушных".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+30 +/–
	Сообщение от Аноним (5), 24-Сен-21, 22:26
	Скриптам.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	29. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Аноним (29), 25-Сен-21, 01:41
	При сырой обработке файлов очень удобно иногда. Кстати есть ли что-то вроде вытаскивалки столбца по пробелм, табам или запятым (про awk, perl варианты знаю).
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	56. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+8 +/–
	Сообщение от Punk_Joker (ok), 25-Сен-21, 03:00
	cut?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+5 +/–
	Сообщение от FreeStyler (ok), 25-Сен-21, 07:22
	Мне, а что? -__-
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	67. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–2 +/–
	Сообщение от анони (?), 25-Сен-21, 08:19
	не нужно получается???
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	104. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–2 +/–
	Сообщение от лютый жабби__ (?), 25-Сен-21, 17:31
	>кому нужно ускорение wc резонно. wc постоянно использую на гигантских файлах, но в принципе пофиг быстрее оно стало или нет. Вот sort -u убогий бы ускорили... на многогигабайтных файлах приходится самописной прогой на жабе всё делать
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	146. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Аноним (146), 28-Сен-21, 03:11
	sort ускоряется раза в два выставлением локали POSIX
	Ответить \| Правка \| Наверх \| Cообщить модератору


	137. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Инжнерпрограммист (?), 27-Сен-21, 17:50
	> Годно, но кому нужно ускорение wc? Мне нужно, для анализа инцидентов в продакшене.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

3. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+1 +/–
Сообщение от Аноним (3), 24-Сен-21, 22:01
>> В утилитах cp и install по умолчанию при копировании задействован режим copy-on-write (создание полного клона файла вместо совместного использования данных в нескольких файлах). Как-то тут в новости неоднозначно написано. Насколько я понял при копировании как раз будет совместное использование данных в одном файле вместо создания полной копии файла.
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Аноним (6), 24-Сен-21, 22:29
	По смыслу, вроде бы, так и должно быть. Интересно, на каких ФС это будет работать. По крайней мере в btrfs есть CoW.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–1 +/–
	Сообщение от Онаним (?), 24-Сен-21, 22:57
	Единственное что всерьёз поддерживает reflink на данный момент - это БТР. В XFS ещё есть, и типа годно для продакшна, но честно говоря у меня от XFS всегда возникает ощущение, что она прямо под ногами сломается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+1 +/–
	Сообщение от Аноним (57), 25-Сен-21, 04:30
	А это как раз зря. Нестабильна именно бтрфс. Впрочем про ZFS никто что-то и не вспомнил, а ведь там плюшки посерьезнее и не экспериментальный как в бтре.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–2 +/–
	Сообщение от Онаним (?), 25-Сен-21, 08:47
	ZFS на боевых системах - это вообще хождение по граблям. Она в целом годится только для файлопомоек (NAS), где может жрать столько памяти, сколько захочет, да и то с трудом - багов там припасено на целую вечность. Впрочем да, по числу всяких говен внутри БТР не уступает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–1 +/–
	Сообщение от Аноним (72), 25-Сен-21, 09:02
	> Она в целом годится только для файлопомоек (NAS) Будем считать, что коммент 2018 года, а не 2021. Сейчас на ней можно даже базы вращать, но тем не менее, O_DIRECT не поддерживается. > где может жрать столько памяти, сколько захочет Сильно не любит ООМы, ZFS kthreads крашатся вместе с юзерспейсной прогой. Это мне чувак обещал полгода назад починить. Проверить смогу только с бубунтой 22.04LTS > Впрочем да, по числу всяких говен внутри БТР не уступает. Я бы сказал что уступает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–1 +/–
	Сообщение от Онаним (?), 25-Сен-21, 18:20
	> Сейчас на ней можно даже базы вращать, но тем не менее Из буханки хлеба тоже можно троллейбус сделать, но тем не менее... А так да, эта штука не умеет совмещать свою шерсть с го... простите, свой кеш с системным. Поэтому что 2021, что 20021, на боевых системах ей не место.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	120. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–3 +/–
	Сообщение от пох. (?), 26-Сен-21, 18:27
	нет понятия "системный кэш". Есть понятие "убогий буферный кэш в линooops образца 1992го года" и есть понятие "ARC". Оба совершенно одинаково "системные". Первый давным-давно надо зак...ть и еще осиновый кол вбить. 12309 передает всем приветы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	121. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Онаним (?), 26-Сен-21, 20:32
	Тем не менее ворочается он всё-таки лучше, чем у винды. В той тяжёлые процессы моментально эвиктят, а если эвиктить уже нечего и в основном лежит запись, оно ещё и OOM'ить умудряется, хотя можно легко отписать и выбросить. Возможно с этим связано то, что винда поотзывчивее при нагрузке на кеш - она предпочитает ронять процессы. Ну и "12309" у меня на винде в полный рост вставал на 82801AB и аналогичных, когда при нагрузке на дисковую подсистему вставало раком всё, одна из многих причин, после которых я по доброй воле на интел больше ни ногой. Ну а ARC - это вообще не кеш, это аппликушный по сути пул, который вовремя системе при резко поднявшейся нагрузке отдать не выходит от слова "совсем". Получается та самая винда - процессы пороняем, но ни метра кешу не отдадим.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	126. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от пох. (?), 27-Сен-21, 12:04
	Adaptive Replacement Cache у нас оказывается не кэш, угу, ого. > который вовремя системе при резко поднявшейся нагрузке отдать не выходит от слова "совсем" выходит, только никому чавойта оказалось нинужна, А кому было нужно - тех не подпустили близко. "Девелоперам" iX платят зарплаты не за это.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	141. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+1 +/–
	Сообщение от Онаним (?), 27-Сен-21, 22:30
	От того, что я лежащий в углу кусок говна назову Corner Crap Cache, он кешем внезапно не становится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Онаним (?), 27-Сен-21, 22:41
	Нет, если отбросить софистику - чисто формально он кеш, конечно. Так же, как у squid'а ворох лежащих файлов - тоже кеш, только совсем другого типа и применения. Или когда я часто используемые объекты из базы подгружаю и держу в памяти - это тоже кеш. Он же аппликушный пул в памяти при этом, к обсуждаемому контексту - системному кешу/буферу дисковых операций - имеющий мало отношения, хотя мой пул тоже снижает число обращений к диску от RDBMS. Дело не в том. В случае файловых операций важно не только наличие собственно буферизации операций. Системный (ядерный) дисковый кеш/буфер умеет эвиктить по требованию, потому что тесно интегрирован с mm. Когда возрастает нагрузка на память и требуются свободные страницы - ядерный кеш моментально отдаёт mm чистые блоки, и начинает отписывать грязные блоки, чтобы их отдать - заставляя прочие части ядра подождать с аллокацией, но не вызывая при этом OOM в аппликухах. Это как раз тот системный дисковый кеш, о котором идёт речь. ARC же от ядра и mm оторван, а поэтому он свой собственный кеш ZFS, он же аппликушный пул, т.к. ZFS можно в этом контексте рассматривать как обычную не особо интегрированную аппликуху, которая с ядром в плане высвобождения блоков по требованию напрямую не работает.
	Ответить \| Правка \| К родителю #126 \| Наверх \| Cообщить модератору


	143. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Онаним (?), 27-Сен-21, 22:45
	Но самое страшное в ARC даже не то, что он память вовремя отдать не может. Самое страшное именно то, что он аппликушный, и с mm не интегрирован. Это создаёт две большие половинной длины грабли, которые бьют точно по нужным местам: - Содержимое ARC дублируется в системном дисковом кеше - В то время, как данные из системного кеша могут быть просто подсунуты приложению страницей без копирования самих данных (mm делает банальный page mapping), данные из ARC реально копируются перед передачей приложению, какую дополнительную нагрузку это создаёт - догадаться не сложно
	Ответить \| Правка \| К родителю #126 \| Наверх \| Cообщить модератору


	147. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от пох. (?), 28-Сен-21, 10:04
	> Это создаёт две большие половинной длины грабли а вот это - исключительно проблемы linoops'ей и их кастрированной реализации, а не самой fs. Заметим, у dm'ного bcache нет ни одной из этих проблем. Разумеется, их можно было бы решить несложными путями, патчик на две странички. Но его никто и никогда не примет в ведро, а без нужных апи со стороны ведра ничего не получится. У фри все в этом плане хорошо, у соляриса тоже, а тут низя-низя, тут можно только пользоваться теми апи которые нате-на-лопате, и еще, вот, EXPORT_GPL вам в довесок, потому что вы смерды и не должны ничего грязными лаптями в ведро приносить. А если вас заставить ведро пересобирать, а не только модуль - вы ж завоете как кошка с прищемленным хвостом. И, разумеется, никто ничего никуда не копирует в нормальных системах. Но тут нюанс: трудами диверсантов из deplhix у нас нынче ARC - compressed, причем отображает реальное состояние дел на диске (ну а диски по умолчанию таки да). Поэтому отдавать страницу из него бесполезно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	152. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Онаним (?), 28-Сен-21, 22:22
	> а вот это - исключительно А вот хрен там это исключительно. Во-первых, во фряхе ARC всё так же дублирует page cache, он же системный кеш. Во-вторых, он так же не умеет вовремя отдавать страницы, только когда уже поздновато. В-третьих, точно так же нет zero copy. Короче говоря это проблема ZFS, присущая ей хоть во фряхе, хоть в пингвинах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	153. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от пох. (?), 29-Сен-21, 11:33
	Во фряхе нет никакого "системного кэша" в привычном лап4-м понимании вообще. > Короче говоря это проблема ZFS нет. Это проблема ЛЮБОГО выделения памяти в любой операционной системе. Помимо fs, внезапно, еще миллион мест нуждается в больших блоках памяти при нагрузке. Просто для линуксного buffer cache ее накостылили, сделав со стороны ведра механизмы memory pressure, для фри такие механизмы достаточно универсальные и существуют изначально, но вот к zfs их приделывать отказались альтернативно-одаренные "владельцы" кода - это ж надо было код писать, а не копипастить у дельфикса. А за это им зарплату не платили. Патч, в общем решавший проблему, существовал, но в апстрим принят не был - во первых NIH, а во-вторых зарплату не за это, а за копипастинг.
	Ответить \| Правка \| К родителю #152 \| Наверх \| Cообщить модератору


	161. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Онаним (?), 29-Сен-21, 15:45
	> Во фряхе нет никакого "системного кэша" в привычном лап4-м понимании вообще. Гонево. Всё тот же page cache.
	Ответить \| Правка \| К родителю #153 \| Наверх \| Cообщить модератору


	86. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	–1 +/–
	Сообщение от Аноним (2), 25-Сен-21, 10:44
	>ZFS на боевых системах - это вообще хождение по граблям. Зфс годится на боевых серверах в некоторых окружениях. И годится от слово годно. Вместе с тем, некоторые отьявленные в душе одмины локалхостов ставят это и на ноутбуки с одним накопителем. Чем очень гордятся, представляя как придут в офис и на равных пообщаются с одмином своей локалочки. Это конечно бида. В остальном опензфс вполне допилен и фичаст, под свои задачи.
	Ответить \| Правка \| К родителю #68 \| Наверх \| Cообщить модератору


	144. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"	+/–
	Сообщение от Онаним (?), 27-Сен-21, 22:46
	Да блин, ну одно отсутствие zero-copy из ARC аппликухе - это уже всё, крест на тяжёлых по диску приложениях
	Ответить \| Правка \| Наверх \| Cообщить модератору