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

"Выпуск утилит GNU grep 3.12, gzip 1.14, diffutils 3.12 и coreutils 9.7"	+/–
Сообщение от opennews (ok), 11-Апр-25, 10:43
Проект GNU опубликовал  релиз пакета gzip 1.14, включающего утилиты gzip, gunzip, zmore и zcat для сжатия и распаковки данных при помощи алгоритма LZ77. В новом выпуске существенно ускорены операции распаковки.  На системах x86_64, поддерживающих процессорные инструкции PCLMUL, прирост производительности достигает 40%, а на системах без поддержки PCLMUL  - до 20%... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63050
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Жироватт (ok), 11-Апр-25, 10:43	–1 +/–
> As this can cause problems when using scripts, this feature is supported only for --rsyncable, --synchronous, and options like -9 that set the compression level; any other options or operands in GZIP are silently ignored. Ну такое
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90

2. Сообщение от xsignal (ok), 11-Апр-25, 11:31	+5 +/–
Написаны на Си, и ничего - эти утилиты просто работают, делают своё дело на миллиардах серверов в режиме 24/7/365. Надёжность - 99.999%!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #10, #20, #22, #25, #26

3. Сообщение от n00by (ok), 11-Апр-25, 11:35	–3 +/–
А что эти утилиты делают на серверах, есть примеры? Что и зачем надо искать grep-ом в сотне тысяч файлов? И почему для этого не использовать подходящий инструмент?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #4, #5, #6, #7, #8, #9, #13, #84

4. Сообщение от zk (?), 11-Апр-25, 11:47	+8 +/–
они и есть подходящий инструмент под свои задачи. Можешь лучше, делай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #48, #51

5. Сообщение от xsignal (ok), 11-Апр-25, 11:51	+1 +/–
В смысле, что? Ты спрашиваешь, что делают базовые утилиты, "строительные кирпичики" на серверах?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #52

6. Сообщение от Аноним (6), 11-Апр-25, 11:59	+2 +/–
Видимо человек ни когда консоли не видел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #55

7. Сообщение от Аноним (7), 11-Апр-25, 12:20	+/–
В логах админам помогают нужное отыскивать, не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #50

8. Сообщение от Аноним (8), 11-Апр-25, 12:52	–1 +/–
> А что эти утилиты делают на серверах, есть примеры? Что и зачем > надо искать grep-ом в сотне тысяч файлов? И почему для этого > не использовать подходящий инструмент? Так много вопросов и так мало ответов! Но ничего, скоро пойдешь в школу и там умные педагоги всё расскажут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

9. Сообщение от Аноним (9), 11-Апр-25, 13:21	–4 +/–
Сколько налетело фанатов СПО и сишки! А по существу никто не ответил! А всё потому что юноши оценивают СПО именно по этим хэловордам, и потом кичатся этим! А то что, в СПО нет ни одного нормального видео редактора например, и нет альтернативы simatic step7 и другого очень нужного для ПЛК софта для линукса, и то что много чего ещё нет в СПО, так это они предпочитают не замечать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11, #79

10. Сообщение от Аноним (-), 11-Апр-25, 13:26	–1 +/–
Ты не прав! Там надежность OVER 9000!!!! Была бы. Если бы их писали на не кривыми ногами на ЯП из прошлого тысячелетия. Уязвимость в утилите GNU split, приводящая к переполнению буфер opennet.ru/opennews/art.shtml?num=60490 Уязвимость в утилите GNU sort opennet.ru/opennews/art.shtml?num=42235 Опасные уязвимости в утилитах beep и patch opennet.ru/opennews/art.shtml?num=48427
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #12, #42, #85

11. Сообщение от Аноним (-), 11-Апр-25, 13:29	–1 +/–
Потому что хелловорл или утилитку в 10к строк может написать почти каждый. А сложный проект, а да еще и требующий понимания предметной области - нет. Тут нужна команда, тут нужны ресурсы. Сообщество не может/хочет предоставлять их. Поэтому почти все крупные СПО проекты это детище корпораций. Достаточно сравнить линукс и хурд. Вот такая грустная правда((
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #14

12. Сообщение от xsignal (ok), 11-Апр-25, 13:30	–1 +/–
Эти уязвимости как-то проявились, к каким-либо последствиям привели? Нет. Поэтому это просто обнаруженные ошибки, которые есть в любой программе на любом языке. Нашли - исправили, делов - на копейку, а шуму - на миллион!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #15

13. Сообщение от Аноним (62), 11-Апр-25, 13:42	+/–
> И почему для этого не использовать подходящий инструмент? у вас КМП в грепе и в "подходящем инструменте" отличается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #45

14. Сообщение от xsignal (ok), 11-Апр-25, 13:48	+/–
> Потому что хелловорл или утилитку в 10к строк может написать почти каждый Ну конечно..) Это только на вид эти утилиты простые, а за кажущейся простотой скрывается далеко нетривиальная математическая база. > Поэтому почти все крупные СПО проекты это детище корпораций Не правда, существует много больших и сложных безкорпоративных проетов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #16, #18

15. Сообщение от Аноним (-), 11-Апр-25, 13:50	+/–
> Эти уязвимости как-то проявились, к каким-либо последствиям привели? О, надеюсь твой водитель, проежая на красный свет, или врач отвечают точно так же "ну в же не умерли"))? Вот тебе еще "Написаны на Си, и ничего - эти утилиты просто работают" Критическая уязвимость в sudo, позволяющая получить привилегии root opennet.ru/opennews/art.shtml?num=60490   Уязвимость проявляется с июля 2011 года и вызвана переполнением буфера. Десять лет дырявости, однако.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #17

16. Сообщение от Аноним (-), 11-Апр-25, 14:00	–1 +/–
И какая нетривиальная математическая база скрывается по подобными утилитами? Греп умудряется тормозить даже на простых задачах. И вместо приходится использовать ugrep, написанный на нормальном языке и руками, который обгоняет его в разы. > существует много больших и сложных безкорпоративных проетов. Примеры в студию. В защиту своей точки зрения: linux kernel, blender, firefox, chrome, ASOP, X11 и вейланд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #65

17. Сообщение от xsignal (ok), 11-Апр-25, 14:02	–1 +/–
> проежая на красный свет Проезд на красный свет - это грубое нарушение правил, а эти утилиты никаких правил не нарушали, так что аналогия неверна. Скорее так: в двигателе автомобиля обнаружен дефект, который в очень экзотических условиях и при особом стечении обстоятельств может привести к тому, что мотор заглохнет. О дефекте сообщено инженерам, они внесли изменения в конструкцию и двигатель больше не глохнет. > Критическая уязвимость в sudo sudo вообще не нужно, не знаю, кто им пользуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #53

18. Сообщение от Аноним (-), 11-Апр-25, 14:05	+/–
> Не правда, существует много больших и сложных безкорпоративных проетов. Это интересно какие? Вот чтобы прям и большие, и сложные! Чтобы сразу было видно преимущество базара васянов над базаром корпов. Ну и неплохо было бы, чтобы списочек был не на пару пунктов, а тоже большой)) Осилишь такой запрос?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

20. Сообщение от Аноним (-), 11-Апр-25, 14:12	+/–
Не только Си, этот ряд можно продолжать - GNU, Столлман и копилефт вот за что мы должны держаться, и на что молиться. В ядре никакого Раста быть не должно, и точка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #21

21. Сообщение от Аноним (-), 11-Апр-25, 14:23	+/–
> GNU, Столлман и копилефт вот за что мы должны держаться А за какую часть Столлмана ты хочешь держаться? Кстати вопрос - когда он помрет (а все люди смертные), вы будете его мощи возить по городам, целовать, окроплять, читать Манифест и тк.? Мне просто интересно насколько далеко зайдет ваша секта. > В ядре никакого Раста быть не должно, и точка. Поздно, аноним, уже поздно. Сишка уже проиграла с++ (да, именно плюсам, а не расту, и произошло это лет 10-15 назад). Популярность GNU упала очень сильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #28, #54

22. Сообщение от morphe (?), 11-Апр-25, 14:51	+1 +/–
> эти утилиты просто работают, делают своё дело на миллиардах серверов в режиме 24/7/365. Надёжность - 99.999%! Сервера в режиме 24/7/365 работают сами по себе, а эти утилиты работают раз в месяц когда туда зачем-то входит администратор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #23

23. Сообщение от xsignal (ok), 11-Апр-25, 15:02	–1 +/–
Они в скриптах работают и по cron'у. Например, gzip жмёт суточные логи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #44, #69

25. Сообщение от Математик (-), 11-Апр-25, 15:09	–3 +/–
>99.999% 1 процент - это сотая часть чего-либо. Не тысяная и не десятитысячная. Предел дробления 100 частей, не более. Не бывает половины процента или треть из одного процента. Так-что выбирай, или 99%, или 100%.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #27, #29, #35, #89

26. Сообщение от Аноним (26), 11-Апр-25, 15:14	+2 +/–
>Написаны на Си >и ничего - эти утилиты просто работают, делают своё дело на миллиардах серверов в режиме 24/7/365. Надёжность - 99.999%! Хотел было сначала написать что тонко, но почитал другие твои комментарии в ветке и понял что умысла на тонкость не было, просто бессознательное вышло в такой по истине гениальной форме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

27. Сообщение от xsignal (ok), 11-Апр-25, 15:19	+/–
Процент - это мнемоническая запись часто используемой в быту дроби 1/100. Десятая доля процента это 1/100/10 = 1/1000, сотая - 1/10000 и т.д. Так что всё делится, всё бывает, фиговый из тебя математик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #36, #57

28. Сообщение от Аноним (7), 11-Апр-25, 15:35	+/–
За его душу. Зачем какие-то мощи? Нужно преемника ему искать. Жаль, что он об этом сам не позаботился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #34

29. Сообщение от Аноним (7), 11-Апр-25, 15:38	+2 +/–
Это с каого перепуга проценты стали измерять только целыми числами, горе-математик?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #37

34. Сообщение от Аноним (-), 11-Апр-25, 15:54	+/–
> За его душу Бог мёртв. Души нет. > Зачем какие-то мощи? Ну хз, вот у некоторых такое практикуется. Только представьте - в ваше город приехал палец левой руки самого Столлмана! Вот его череп в молодости. А это его череп в старости)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #82

35. Сообщение от Аноним (35), 11-Апр-25, 16:02	+1 +/–
> 1 процент - это сотая часть чего-либо. Не тысяная и не десятитысячная. Предел дробления 100 частей, не более. Не бывает половины процента или треть из одного процента. Так-что выбирай, или 99%, или 100%. https://medicalgenomics.ru/blog/ustanovlenie-rodstva/chto-za.../ Вероятность сходства пишут 99,9% Потому как не бывает абсолютно идентичной ДНК, как в примере с ДНК.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #39

36. Сообщение от Математик (-), 11-Апр-25, 16:03	–2 +/–
У процента (%) нет дробей. У дробей есть дроби, мнемоник ты наш. Всё делится, но не один процент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #38

37. Сообщение от Математик (-), 11-Апр-25, 16:06	–1 +/–
Проценты "не измеряют" целыми числами. 1% - это просто сотая часть чего либо (целостного). Например, сейчас твой мозк работает на 1%. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #58

38. Сообщение от xsignal (ok), 11-Апр-25, 16:11	+/–
Нобелевку по математике! Получишь у Пушкина))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

39. Сообщение от Математик (-), 11-Апр-25, 16:12	+/–
Чувак, я знаю ещё круче примеры. Например у экономистов читал "прибыли" в 200%, 900% :) P.S. А вы знаете, что есть такое ошибочное определение энергетических потребностей человека, "килокалория" называется. Придумано в XIX века, и до сих пор в научных журналах и книгах публикуется. Круто да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #40

40. Сообщение от Аноним (35), 11-Апр-25, 16:14	+/–
> читал "прибыли" в 200%, 900% Значит прирост.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

42. Сообщение от _ (??), 11-Апр-25, 16:54	+1 +/–
> Ты не прав! Там надежность OVER 9000!!!! > Была бы. Если бы их писали на не кривыми ногами на ЯП из прошлого тысячелетия. межушная ржавчина детектед(С) Ваша безопасТность - нет программы - нет уязвимости. раст-вЭй(С) PS: Ваши пишут замену кор-утилям ... но даже сами _это_ не пользуют :))) :-р
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

44. Сообщение от _ (??), 11-Апр-25, 16:59	+/–
Да по exec[velxКЛМН](  ..bin/proga ...)  - тоже. Но откуда Ынженерам опеннета об этом знать? Ты их ещё спроси зачем контуперу байты? :)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #56, #70

45. Сообщение от n00by (ok), 11-Апр-25, 18:08	+/–
>> И почему для этого не использовать подходящий инструмент? > у вас КМП в грепе и в "подходящем инструменте" отличается? У нас есть понимание, сколько времени занимает чтение с накопителя, как последовательное, так и при случайном доступе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #60

46. Сообщение от Аноним (46), 11-Апр-25, 18:09	+/–
Отличненько, осенью после выхода нового релиза LFS, посмотрим.  Пока не до этого, текущий релиз нужно допилить. Не смотря на то какие бы тарифные и прочие воины не велись.
Ответить | Правка | Наверх | Cообщить модератору

48. Сообщение от Аноним (48), 11-Апр-25, 18:14	+3 +/–
Так он и просит конкретизировать задачу, а то неясно, может лучше и нельзя уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

50. Сообщение от Аноним (48), 11-Апр-25, 18:15	+/–
Не. На локалхостах под кроватью если только. В проде логи на сервере грепать так себе занятие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #78

51. Сообщение от n00by (ok), 11-Апр-25, 18:18	+1 +/–
Еще раз: какие задачи они решают "в режиме 24/7/365"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #62

52. Сообщение от n00by (ok), 11-Апр-25, 18:18	–1 +/–
> В смысле, что? Ты спрашиваешь, что делают базовые утилиты, "строительные кирпичики" на > серверах?) Да, я спрашиваю, что делают базовые утилиты "в режиме 24/7/365"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

53. Сообщение от Аноним (48), 11-Апр-25, 18:19	+/–
> sudo вообще не нужно, не знаю, кто им пользуется. А список того, что не нужно и чем никто не пользуется можно где-то посмотреть? Или это снова фантазии админа высоконагруженного локалхоста с LA 0.0?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

54. Сообщение от Аноним (48), 11-Апр-25, 18:20	+1 +/–
> когда он помрет (а все люди смертные) Столлман — бог опенсорса, он бессмертен!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

55. Сообщение от Аноним (48), 11-Апр-25, 18:24	+/–
Может и наоборот, видел и дошёл до того уровня, когда стало ясно, что консоль — последнее средство спасения, когда всё остальное отказало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

56. Сообщение от n00by (ok), 11-Апр-25, 19:03	+/–
То есть exec() выполнятся 24/7/365? А что мешает исключить непрерывное порождение процессов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #66

57. Сообщение от n00by (ok), 11-Апр-25, 19:05	+/–
> Процент - это мнемоническая запись часто используемой в быту дроби 1/100. Десятая > доля процента это 1/100/10 = 1/1000, сотая - 1/10000 и т.д. > Так что всё делится, всё бывает, фиговый из тебя математик. Очень хорошо, что есть способность к арифметике, в отличие от того "Математика". Теперь считаем: "на миллиардах серверов в режиме 24/7/365. Надёжность - 99.999%!" 99,999% * 1 000 000 000 ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

58. Сообщение от n00by (ok), 11-Апр-25, 19:08	+1 +/–
А промилле это что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

60. Сообщение от Аноним (62), 11-Апр-25, 19:28	+/–
:)))) это вопрос?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #76

62. Сообщение от Аноним (62), 11-Апр-25, 20:06	+/–
> Еще раз: какие задачи они решают "в режиме 24/7/365"? ровно те для которых они предназначены :) А что конкретно - по ссылкам ниже: https://www.gnu.org/software/grep/manual/grep.html https://www.gnu.org/software/gzip/manual/gzip.html https://www.gnu.org/software/diffutils/manual/diffutils.html https://www.gnu.org/software/coreutils/manual/coreutils.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #75

65. Сообщение от _ (??), 11-Апр-25, 21:59	+/–
> И вместо приходится использовать ugrep, написанный на нормальном языке C++ то? :)  Ну лана ... пусть будет :) А теперь следи за руками: grep на любом хосте гарантированно _будет_... А твой ugrep, хоть и не плох! - но надо озаботится его наличием в нужное время в нужном месте САМОМУ :( ... Если ты понял о чём я - ТЫ ПОНЯЛ! :) А нет ... ну значит ты - на яббле %-)))) > и руками, который обгоняет его в разы. И чо? ... там у них на хомяке есть строчка: >>>See also: gnu grep, bsd grep, git grep, pcre grep, agrep, ack, ag, rg, sift Я вот лично, кроме sift - всё попробовал, даже ripgrep ... лично мне больше всего зашёл ag  (тоже зааза - плюсовый ;) ... но то - на моем компе, где я работу работаю и не-работу не-работаю ;-) А ещё хочу отметить что тему "grep-но-луДше" начал ack 20 лет назад ещё и оно вообще на Perl-е :) Ну и да: на вкус и цвет - все фломастеры разные :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

66. Сообщение от _ (??), 11-Апр-25, 22:06	+2 +/–
Ну и как ты предлагаешь мне обЪяснить "Основы: как работает контупер для самых маленьких." в одном посте да ещё походу - продавцу помидоров?!?! Нееее мужчино - я пас! :-р
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #77

69. Сообщение от morphe (?), 12-Апр-25, 03:00	+1 +/–
У нормальных людей локальным сбором логов занимается journald, а не непонятные скрипты по крону
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #80

70. Сообщение от morphe (?), 12-Апр-25, 03:02	+/–
Делать shell-out для вызова coreutils вместо того чтобы просто дёргать libc? Мсье знает толк в извращениях
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

74. Сообщение от Аноним (-), 12-Апр-25, 07:07	+/–
Grep есть у меня в turbo-си под дос. В турбо паскаль вроде тоже был?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

75. Сообщение от n00by (ok), 12-Апр-25, 07:43	–1 +/–
>> Еще раз: какие задачи они решают "в режиме 24/7/365"? > ровно те для которых они предназначены :) > А что конкретно - по ссылкам ниже: > https://www.gnu.org/software/grep/manual/grep.html Ещё раз исходный вопрос: "...есть примеры?" Что, например, приходится искать grep-ом "в режиме 24/7/365"? Вопрос не к теоретиками, а к практикам. Если кому-то действительно приходится, очень любопытно узнать подробности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #88

76. Сообщение от n00by (ok), 12-Апр-25, 07:48	+/–
Это утверждение. Чтение несоизмеримо дольше поиска в ОЗУ. Что бы "в сотне тысяч файлов" начал играть заметную роль КМП, данные сначала надо "закешировать".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #87

77. Сообщение от n00by (ok), 12-Апр-25, 07:55	+/–
Что надо объяснять? exec() довольно много всего делает, всё это занимает время. Если это необходимо часто, значит следует исключить накладные расходы, встроить нужную функциональность в вызывающую программу, либо держать процесс постоянно в памяти и общаться с ним через разделяемую память или сокет, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #81

78. Сообщение от Аноним (78), 12-Апр-25, 10:12	+/–
Летом под кроватью сервер держать - так себе занятие. И без него жарко. А вот на серверах предприятий по профилю не IT, админы ещё как в логи заглядывают. Это не про хостинговые компании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

79. Сообщение от Аноним (78), 12-Апр-25, 10:36	+1 +/–
Выбирай ПЛК, которые можно программировать на языках общего назначения и будет тебе счастье. А поскольку, в их недрах, чаще всего, используются ARM-микроконтроллеры, то чем скомпилировать для них, легко найдёшь в опенсорсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

80. Сообщение от Аноним (78), 12-Апр-25, 10:39	–1 +/–
О, да, очень приятны, а гавное, понятны человеку бинарные логи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #103

81. Сообщение от Аноним (78), 12-Апр-25, 11:02	+/–
>встроить нужную функциональность в вызывающую программу Кто позволит программе, от обычного пользователя, создавать отдельное адресное пространство для друго процесса своими руками, не прибегая к помощи системных вызовов? А если ненужно отдельное - прямо в своём, то просто воспользоваться многопоточностью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #96, #104

82. Сообщение от Аноним (78), 12-Апр-25, 11:09	+/–
И кто пойдёт преклоняться этому? Разве что, старушки, которое готовы целовать что угодно, что объявлено святым? Айтишники точно не пойдут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

84. Сообщение от Фрол (?), 12-Апр-25, 13:51	+/–
hacmp состоит из ksh, grep, cat и echo чуть более, чем на половину, если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #95

85. Сообщение от Фрол (?), 12-Апр-25, 14:05	+/–
> Опасные уязвимости в утилитах beep и patch товарищ, вы забыли про опасную уязвимость в утилите saltshaker
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

86. Сообщение от xsignal (ok), 12-Апр-25, 14:05	+/–
Да, в BP 7.0 был.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

87. Сообщение от Аноним (62), 12-Апр-25, 14:43	+/–
> данные сначала надо "закешировать" Ну этим к примеру занимается ФС при чтении файла, и вообще если у меня "в сотне тысяч файлов" надо что-либо искать, разве не последовательно файл за файлом я буду читать и искать в нем? Есть польза от кеша? пс: а начинать надо было с того, что никакого КМП в том же самом грепе нету :Р, но это условно, вопрос в другом был, чем же условный КМП должен был отличаться в грепе и в "подходящем инструменте".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #92

88. Сообщение от Аноним (62), 12-Апр-25, 14:47	+/–
> Что, например, приходится искать grep-ом "в режиме 24/7/365"? Вот писал ниже, удалили :) он делает акцент на "в режиме 24/7/365", ему надо просто сказать, что это означает доступность инструментов. А задачи про которые он спрашивает, надо просто сказать - каждый час каждого дня недели месяца года поищи в сырых логах с помощью греп то-то, потом сырые логи загзипуй и т.д. куча корутилсов на все случаи жизни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #91

89. Сообщение от Фрол (?), 12-Апр-25, 15:29	+/–
> Предел дробления 100 частей, не более Чуров смотрит на тебя, как на двоечника.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

90. Сообщение от Аноним (90), 12-Апр-25, 16:18	+/–
А ведь правда какая-то дичь, но имя переменной не особо удачное. Ну вот есть ZSTD_CLEVEL для задания пресета сжатия, а есть XZ_OPT и XZ_DEFAULTS, где это сделано нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

91. Сообщение от n00by (ok), 12-Апр-25, 16:50	+/–
Да, надо признать, что изначально сформулировано неверно. Приложения ничего не делают 24/7/365, просто в̶а̶л̶я̶ю̶т̶с̶я ждут своего звёздного часа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #93

92. Сообщение от n00by (ok), 12-Апр-25, 16:58	+/–
>> данные сначала надо "закешировать" > Ну этим к примеру занимается ФС при чтении файла, Нет, ФС занимается кешированием в прямом смысле -- без кавычек -- то есть не очищает лишний раз ОЗУ после чтения. Оно ускоряет, когда файл читать надо несколько раз, то есть не в данном сценарии. > и вообще если > у меня "в сотне тысяч файлов" надо что-либо искать, разве не > последовательно файл за файлом я буду читать и искать в нем? > Есть польза от кеша? Понятия не имею, что будет читать кто-то. Если это частая операция, я не буду читать "последовательно" 100 тысяч файлов - физически они расположены как попало. Быстрее читать последовательно сырые (в обход ФС) блоки, а в случае нахождения сопоставлять сектор с файлом. Ну или взять инструмент, где это уже сделано до нас. > пс: а начинать надо было с того, что никакого КМП в том > же самом грепе нету :Р, но это условно, вопрос в другом > был, чем же условный КМП должен был отличаться в грепе и > в "подходящем инструменте". Если важна скорость, то начинать надо с самой медленной операции, что я и сделал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #97

93. Сообщение от Аноним (62), 12-Апр-25, 17:04	+/–
> Приложения ничего не делают они же в base system, необходимы всегда, на все случаи жизни. Ну эт как мизинец на левой руке :) пс: аппендикс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

94. Сообщение от zionist (ok), 12-Апр-25, 17:04	+/–
В 42-ю Федору, с обновлениями, принесут или придётся 43-ю ждать?
Ответить | Правка | Наверх | Cообщить модератору

95. Сообщение от n00by (ok), 12-Апр-25, 17:05	+/–
А хорошая программа наполовину состоит из комментариев и сообщений сообщений об ошибках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #98

96. Сообщение от n00by (ok), 12-Апр-25, 17:11	+/–
>>встроить нужную функциональность в вызывающую программу > Кто позволит программе, от обычного пользователя, создавать отдельное адресное пространство > для друго процесса своими руками Написавший своими руками exec() > не прибегая к помощи системных вызовов? А это откуда взялось? Создание АП и прочего и есть накладные расходы, требующие исключения. > А если ненужно отдельное - прямо в своём, то просто воспользоваться > многопоточностью. Если в исходном варианте после запуска процесса ждёт завершения для получения результата, то поток кажется лишним.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

97. Сообщение от Аноним (62), 12-Апр-25, 17:18	+/–
> Быстрее читать последовательно сырые (в обход ФС) блоки А как мы будет отличать блоки? Выделены они под файл или нет без информации из ФС? У меня в ФС лежат два файла размером в мегабайт, а блочное устройство размером в терабайт, я должен по всему терабайту пройтись? Ваш случай быстроты будет в том случае, когда реально необходимо искать по всем блокам устройства (заполненный диск - 100 тысяч файлов) с сильной фрагментацией ФС. > Если важна скорость, то начинать надо с самой медленной операции, что я и сделал. Асимптотическая сложность алгоритма поиска от этого же не изменится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #100

98. Сообщение от Фрол (?), 12-Апр-25, 17:27	+/–
Дядя, ты спросил, где эти тулзы крутятся 24/7 Я ответил. Таким примером, штоб понятнее было. Хочешь повилять тухесом -твое дело, никто за язык не тянет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #99

99. Сообщение от n00by (ok), 12-Апр-25, 17:40	+/–
Ну я и понял, что hacmp - хорошая программа, много пишет сообщений посредством echo. Не очень понял, 24/7 она занята этим, или чем-то другим?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #101

100. Сообщение от n00by (ok), 12-Апр-25, 17:52	+/–
>> Быстрее читать последовательно сырые (в обход ФС) блоки > А как мы будет отличать блоки? Выделены они под файл или нет > без информации из ФС? Я никак не буду различать, пока вопрос не дойдёт до дела. Если дойдёт, буду писать "различатель". > У меня в ФС лежат два файла > размером в мегабайт, а блочное устройство размером в терабайт, я должен > по всему терабайту пройтись? Я должен заметить, что происходит попытка подменить условие "задачи" (100 тысяч файлов). > Ваш случай быстроты будет в том случае, > когда реально необходимо искать по всем блокам устройства (заполненный диск - > 100 тысяч файлов) с сильной фрагментацией ФС. Мой случай здесь и сейчас - это любопытство, что там за работа такая у grep 24/7. По всему похоже, что гипотетическая. >> Если важна скорость, то начинать надо с самой медленной операции, что я и сделал. > Асимптотическая сложность алгоритма поиска от этого же не изменится. Ну да. Искать-то нечего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #106

101. Сообщение от Фрол (?), 12-Апр-25, 17:55	+/–
> Ну я и понял, что hacmp - хорошая программа, много пишет сообщений > посредством echo. Не очень понял, 24/7 она занята этим, или чем-то > другим? wiki://hacmp
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #102

102. Сообщение от n00by (ok), 12-Апр-25, 18:06	+/–
>> Ну я и понял, что hacmp - хорошая программа, много пишет сообщений >> посредством echo. Не очень понял, 24/7 она занята этим, или чем-то >> другим? > wiki://hacmp man 3 printf
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #105

103. Сообщение от morphe (?), 12-Апр-25, 19:21	+1 +/–
> О, да, очень приятны, а гавное, понятны человеку бинарные логи. Есть программа для чтения этих бинарных логов, которая позволяет задавать нормальные фильтры Удачи grepом выбирать временные промежутки, особенно в уже ротировавшихся логах (Которые, как уже было сказано выше, при этом сжаты).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

104. Сообщение от morphe (?), 12-Апр-25, 19:24	+/–
>>встроить нужную функциональность в вызывающую программу > Кто позволит программе, от обычного пользователя, создавать отдельное адресное пространство > для друго процесса своими руками, не прибегая к помощи системных вызовов? > А если ненужно отдельное - прямо в своём, то просто воспользоваться > многопоточностью. coreutils весь по сути короткие обёртки над системными вызовами, и не нужно ничего встраивать grep/diffutils сложнее, однако оба реализованы в виде библиотек, которые при этом зачастую более эффективны gzip - zlib И никакие exec не нужны
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

105. Сообщение от Фрол (?), 12-Апр-25, 20:33	+/–
GFL подключиться printf к листенеру на порт 1521 и распарсить его выхлоп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

106. Сообщение от Аноним (62), 12-Апр-25, 22:20	+/–
> Если дойдёт, буду писать "различатель". "а в случае нахождения сопоставлять сектор с файлом." > Я должен заметить, что происходит попытка подменить условие "задачи" (100 тысяч файлов). ничего подобного, 100к файлов по мегабайту - 100 гигабайта, размер блочного устройства 1 терабайт и никакой фрагментации ФС. Повторяю, я должен пройтись по всему терабайту за места 100 гигабайтов? > По всему похоже, что гипотетическая. Поэтому они в базовой системе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

107. Сообщение от Аноним (107), 13-Апр-25, 02:43	+/–
> gzip, gunzip, zmore и zcat для сжатия и распаковки данных при помощи алгоритма LZ77. Разве они используют чистый LZ77? А не deflate Фила Каца, который LZ77+Huffman?
Ответить | Правка | Наверх | Cообщить модератору

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

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