kdj

Рейтинг
116
Регистрация
29.02.2008

лайки покупаются и лайкают за $ в основном с фейковых акков в которые подписаны на 100-200 пабликов, вся стена в репостах и т.д. в теории вы можете такие отсеять.

Но есть еще ломанные акки, не заспамленные фейки который будет не отличить от реальных акков.

В итоге думаю сложно тут что-либо сделать.

Меняйте механику.

патч это крайняя мера

myhand:

Вам разжувать?

помоги если не сложно

--include=*.mp4 --exclude="*.flv" - работает

а

--include=*.mp4 --exclude="*_tmp.mp4" - нет работает

alex@debian:/mnt/sdb# rsync -rth --progress --stats --include=*.mp4 --exclude="*.flv" /mnt/sdb/rsync_test /tmp/

sending incremental file list
rsync_test/
rsync_test/0371ad8c1805d16f260d9ba8e29d06d289c1f963.mp4
35.72M 100% 101.29MB/s 0:00:00 (xfer#1, to-check=4/6)
rsync_test/04b4c38b229a1ae3eded5c76bf9736dc4fc6466d_tmp.mp4
105.26M 100% 70.59MB/s 0:00:01 (xfer#2, to-check=3/6)
rsync_test/066e284e3ed3bbdc92bfec6faa3dbbdcc216ab1b.mp4
38.18M 100% 42.99MB/s 0:00:00 (xfer#3, to-check=2/6)
rsync_test/0b5286a542a3e75936645033e7d8deebcf3b9618_tmp.mp4
16.90M 100% 15.17MB/s 0:00:01 (xfer#4, to-check=1/6)
rsync_test/0d04cdc7bc96f36fab188d73ad24889f05cbfc2b_tmp.mp4
72.43M 100% 72.71MB/s 0:00:00 (xfer#5, to-check=0/6)

	  

alex@debian:/mnt/sdb# rsync -rth --progress --stats --include=*.mp4 --exclude="*_tmp.mp4" /mnt/sdb/rsync_test /tmp/
sending incremental file list
rsync_test/
rsync_test/0371ad8c1805d16f260d9ba8e29d06d289c1f963.mp4
35.72M 100% 102.51MB/s 0:00:00 (xfer#1, to-check=5/7)
rsync_test/04b4c38b229a1ae3eded5c76bf9736dc4fc6466d_tmp.mp4
105.26M 100% 73.38MB/s 0:00:01 (xfer#2, to-check=4/7)
rsync_test/066e284e3ed3bbdc92bfec6faa3dbbdcc216ab1b.mp4
38.18M 100% 48.75MB/s 0:00:00 (xfer#3, to-check=3/7)
rsync_test/06a09f0dacfa23c51245a38ad1461c4795a10aeb.flv
61.46M 100% 46.52MB/s 0:00:01 (xfer#4, to-check=2/7)
rsync_test/0b5286a542a3e75936645033e7d8deebcf3b9618_tmp.mp4
16.90M 100% 41.23MB/s 0:00:00 (xfer#5, to-check=1/7)
rsync_test/0d04cdc7bc96f36fab188d73ad24889f05cbfc2b_tmp.mp4
72.43M 100% 71.72MB/s 0:00:00 (xfer#6, to-check=0/7)
myhand:
Ключик --exclude, не?

не работает в данном случае.

Дополню вопрос:

У кого-нибудь есть успешный опыт использования regexp в rsync?

'[umka:
;10902744']Два вопроса:

2. Если да, то у пользователя, от имени которого запускается этот скрипт, есть права на запись в /var/log ?

верно, www-data не может писать в /var/log -перенес лог /var/log/php

похоже проблема была в правах.

спасибо

c одного SAS не более 300-350Мбит/c, далее резко растет iowait

myhand:
Может просто кеш того же nginx на SSD вынести, чем извращаться с lsof и grep?

можно попробовать, только нужно уточнить в какой момент nginx начнет отдавать файл сразу или после завершения копирования в кеш?

---------- Добавлено 29.06.2012 в 22:44 ----------

Rimlyanin:
с потоком в 1Гбит/с спокойно справятся достаточное количество SATA винчестеров.

"несколько SAS" - не панацея, т.к. по линейному чтению SAS не намного быстрее SATA HDD. У них другое преимущество.

1. сколько же нужно САТА дисков для отдачи гигабита?

2. в данном случае абсолютно НЕ линейное чтение, с диска одновременно читается множество файлов и с сас удается получить не более 300Мбит/с

nido:
Это ошибки которые не связанные с чтением, записью, или проверкой ошибок. Предположу что проблема таки физическая но не с диском - а - кабелем или адаптером. Насколько серьезно не знаю но RAID 1 - при чем софтовый не помещает однозначно!

диски подключен через плату, а не кабелем

сервер INTEL SR1500ALSAS - http://www.hammerltd.ru/serveri/position211/

На этом сервере стоит 3 HDD и у всех у них растет Non-medium error count.

Питание у сервера не отключалось.

Есть ли у кого-нибудь решения подобных проблем?

я хочу удостоверится, что

в моем случае это софтовые ошибки и физических повреждений у диска пока нет.

нанимайте админа

Всего: 151