Зря ты контору спалил. Тут пузырёк практически слился.

:D соряныч

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

ответ про файнд кстати по ссылке. точно о чем я говорю - find строит список в раме.

И что? А где лучше строить список - на диске? Это быстрее будет? ?

1 - -delete 2 - xargs rm 3 - -exec

Вот чувак просто взял и ответил.

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

и тебе необязательно его строить целиком и хранить целиком какбе.

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

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

покажи, как она решается find'ом.

Слив засчитан.

срач о методах удаления файликов

здорово

здорово

та лан, все лучше чем про докеры и прочую ванильку)

Слив засчитан.

ну тебе виднее, засчитан или нет.

удаляю докером

кстати ради прикола создайте 100М файлов в одной директории и запустите. с -exec или с -delete, неважно.

А зачем ты это мне пишешь? Я прекрасно знаю, как долго оно будет работать в каких случаях. И да, exec или delete - принципиально важно.

я могу путать (чет не гуглится), но емнип find неплохо питается памятью в процессе обхода жирного каталога. при этом ls -f | xargs rm... работает медленнее (спавнить процессы постоянно, хуле), но до конца. впрочем, вполне вероятно что я и чушь несу.

выносом лишнего железа из рейда

заруб начался отсюда.

ну тебе виднее, засчитан или нет.

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

а где любая херня, братюня? я всего лишь говорил что на достаточно большом числе файлов find просто не будет нихуя удалять, независимо от -exec или -delete.

Да, ты прав.

кстати я не уверен, докажи что -exec медленее чем xargs

с уточнением - '-exec rm -f {} \+' vs 'xargs rm -f'

с уточнением - '-exec rm -f {} \+' vs 'xargs rm -f'

С + вместо ; будет быстрее. Но мало кто знает о +. ?

С + вместо ; будет быстрее. Но мало кто знает о +. ?

мне казалось все знают

кроме лютых FreeBSDшников

Практика показывает, что далеко не все.

Практика показывает, что далеко не все.

ну я думаю что любой адекватный девопс

что значит знать +

что значит знать +

он будет пытаться напихать аргументы пока MAX_ARGS не достигнет

а с \; - по одному

сделай cd ~; find -exec echo {} \+

он будет пытаться напихать аргументы пока MAX_ARGS не достигнет

А с -delete будет ещё быстрее.

и потом echo {} \;

А с -delete будет ещё быстрее.

самый быстрый способ будет написать свою мелкую софтину на сях или плюсах которая будет делать walk с удалением насколько я помню

на втором месте будет rsync

на третьем find

на 4-ым find -exec {}

самый быстрый способ будет написать свою мелкую софтину на сях или плюсах которая будет делать walk с удалением насколько я помню

Речь шла о том, как что передать find для того, чтобы удалить 100 лямов файлов эффективно.

на 5-ом вручную?)

на 5-ом find | xargs - тут кстати может быть что он даже на 3-е поднимется, если это ССД и xargs -P, но надо тестировать

на 6-ом find -exec \;

а, тут еще деталь есть

если это дерево развесистое то вот будет как выше

а леща дать за то что такую помойку в файлах развели на каком месте будет?)

а вот на директорию с кучей файлов - find встрянет, любой

а вот на директорию с кучей файлов - find встрянет, любой

я за фряшный не уверен

я за фряшный не уверен

фряшный проще

@spuzirev, ну, что там "лаба"? ?

удалить файлы без обхода дерева? dd if=/dev/zero

Слишком толсто.

Закупайте обесшумку для серверов!! Даёшь тихие серверные!! https://www.youtube.com/watch?v=tDacjrSCeq4

вспомнилось как в далеком 2009 году глушитель ставили на IBM BladeCenter HS21, тоже орал как скотина сначала)

старая видяха

старая видяха

3dfx?

3dfx?

смяшно, да

не у Петросяна учился? )

я старался )

шайтанама!!! как??

ERROR: S client not available

тю сначала показалось , что это драм машина или компрессор студийный) я уже совсем со своими каналами поехал)

?

@spuzirev, Сироожаа!!

Коллеги, кто-нибудь использует чатопс? Как роли реализовать? Пробую hubot+telegram, хрень какая-то

Здравствуйте. Пишу небольшую программу, которая позволяла бы мне управлять веб-сайтами (редактирование, удаление, привязка и отвязка алиасов). Возник вопрос о том, как лучше выполнять редактирование конфигурационных файлов. Сейчас все сделано так: в базе данных хранится информация о каждом сайте (страницы ошибок, привязанные к сайту, алиасы и основной домен, кодировка, индексные файлы и пр.). При изменении данных я извлекаю из БД данные и формирую старую строку, затем читаю конфиг в строку и произвожу замену, очищаю файл и записываю обратно. Мне сказали, что это плохой подход. Также появилась идея: при редактировании каждый раз генерировать новый конфиг, но тогда придётся тянуть много информации из базы данных (информация обо всех алиасах хоста, страницах ошибок и пр.) и писать это всё в конфиг. Какой вариант кажется Вам наиболее правильным?

Здравствуйте. Пишу небольшую программу, которая позволяла бы мне управлять веб-сайтами (редактирование, удаление, привязка и отвязка алиасов). Возник вопрос о том, как лучше выполнять редактирование конфигурационных файлов. Сейчас все сделано так: в базе данных хранится информация о каждом сайте (страницы ошибок, привязанные к сайту, алиасы и основной домен, кодировка, индексные файлы и пр.). При изменении данных я извлекаю из БД данные и формирую старую строку, затем читаю конфиг в строку и произвожу замену, очищаю файл и записываю обратно. Мне сказали, что это плохой подход. Также появилась идея: при редактировании каждый раз генерировать новый конфиг, но тогда придётся тянуть много информации из базы данных (информация обо всех алиасах хоста, страницах ошибок и пр.) и писать это всё в конфиг. Какой вариант кажется Вам наиболее правильным?

Брать шаблон и писать в него параметры из БД

Брать Весту и не изобретать велосипед

У нее отличный cli

Брать Весту и не изобретать велосипед

Веста?

Про Vesta я знаю. Моя цель - создать её аналог

VestaCP

Ага, спасибо почитаю

Добрый вечер! Есть желание понимать, из какого кода собрано приложение, которое будет работать на проде. Допустим, приехала бага или работает не так, как ожидали и вроде бы в этом релизе все зафиксили, а оно опять... Приложение писано на nodejs, живет в контейнере. На машины с продом не будет доступа. Только веб-морда. Поэтому возникла идея вывести версию И хэш коммита куда-нибудь на морду или сделать доступными по сервисному URL. Предварительно сложив эту информацию в допустим в package.json. Или создать свой манифест-файл рядом. Ни в том ни в другом случае у меня нет идей, как потом из приложения эту инфу доставать. Непример, у мавена есть плагин, которым можно в манфест что угодно складывать. Для nodejs я не нашла чего-то общеупотребимого. И вообще с nodejs впервые столкнулась

Есть какие-либо идеи, как решают подобные задачи?

Статический анализ кода?

Статический анализ кода?

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

вкладка о программе

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

Теги?

https://someapp/version ?

Закрытое по IP

Теги?

Можно и теги, а не коммит-хэш. Но как его прорастить на веб-морду?

https://someapp/version ?

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

Можно и теги, а не коммит-хэш. Но как его прорастить на веб-морду?

У разрабов есть доступ к сборщику?

Шаг в CI добавить

Который пишет в файл текущий коммит

Шаг в CI добавить

какой?

У разрабов есть доступ к сборщику?

Есть

А nodejs приложению пофиг, как зовется и в каком формате файл составлен, чтобы потом его прочитать и использовать версию внутри него?

Есть

А посмотреть что собрано не как?