- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
в общем сервер на centos, загрузка процессора менее 5%. всегда даже при сильной нагрузке процессора LA был не выше 2.
тут уже в воскресенье с малой посещаемостью 8!!!
как узнать- в чем проблема, где узкое место?
сайты иногда открываются быстро, иногда не очень..
apache+nginx и прочие настройки по оптимизации были заказаны ранее, сервер в таком режиме уже работает больше года и всё нормально.
Изучить вывод top, пробить логи.
да по top ничего такого вроде подозрительного..
вот пример
top - 17:46:15 up 17 days, 6:17, 1 user, load average: 6.44, 6.45, 6.74
Tasks: 206 total, 2 running, 204 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.0%us, 0.9%sy, 0.0%ni, 75.9%id, 18.9%wa, 0.2%hi, 0.2%si, 0.0%st
Mem: 8300808k total, 6191456k used, 2109352k free, 404372k buffers
Swap: 4200888k total, 120k used, 4200768k free, 4454680k cached
Connection closed by foreign host. SHR S %CPU %MEM TIME+ COMMAND
21151 apache 16 0 176m 74m 53m R 6.3 0.9 2:24.11 httpd
6946 apache 16 0 177m 76m 54m S 4.0 0.9 3:06.94 httpd
6967 apache 16 0 181m 80m 54m S 4.0 1.0 3:14.90 httpd
10535 apache 16 0 176m 74m 53m S 3.3 0.9 0:54.24 httpd
3016 mysql 15 0 405m 285m 5276 S 2.7 3.5 4126:09 mysqld
30041 apache 16 0 180m 78m 53m S 2.0 1.0 1:41.47 httpd
735 root 10 -5 0 0 0 D 0.3 0.0 274:18.85 md2_raid1
7759 root 18 0 2584 1120 820 D 0.3 0.0 1:34.57 tar
16271 apache 17 0 181m 68m 42m S 0.3 0.8 0:28.83 httpd
30306 nginx 15 0 17756 6592 948 S 0.3 0.1 5:21.10 nginx
32623 root 10 -5 0 0 0 D 0.3 0.0 2:02.41 md2_resync
1 root 15 0 2104 648 556 S 0.0 0.0 0:04.50 init
2 root RT -5 0 0 0 S 0.0 0.0 0:00.08 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.30 ksoftirqd/0
4 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root RT -5 0 0 0 S 0.0 0.0 0:00.05 migration/1
6 root 34 19 0 0 0 S 0.0 0.0 0:00.53 ksoftirqd/1
7 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
8 root RT -5 0 0 0 S 0.0 0.0 0:00.07 migration/2
9 root 34 19 0 0 0 S 0.0 0.0 0:00.18 ksoftirqd/2
10 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/2
11 root RT -5 0 0 0 S 0.0 0.0 0:00.11 migration/3
12 root 34 19 0 0 0 S 0.0 0.0 0:00.18 ksoftirqd/3
13 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/3
14 root RT -5 0 0 0 S 0.0 0.0 0:00.07 migration/4
15 root 34 19 0 0 0 S 0.0 0.0 0:00.15 ksoftirqd/4
16 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/4
17 root RT -5 0 0 0 S 0.0 0.0 0:00.09 migration/5
18 root 34 19 0 0 0 S 0.0 0.0 0:00.16 ksoftirqd/5
19 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/5
20 root RT -5 0 0 0 S 0.0 0.0 0:00.07 migration/6
21 root 34 19 0 0 0 S 0.0 0.0 0:00.15 ksoftirqd/6
22 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/6
23 root RT -5 0 0 0 S 0.0 0.0 0:00.08 migration/7
24 root 34 19 0 0 0 S 0.0 0.0 0:00.13 ksoftirqd/7
25 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/7
26 root 10 -5 0 0 0 S 0.0 0.0 0:00.15 events/0
27 root 10 -5 0 0 0 S 0.0 0.0 0:00.12 events/1
28 root 10 -5 0 0 0 S 0.0 0.0 0:00.15 events/2
29 root 10 -5 0 0 0 S 0.0 0.0 0:02.19 events/3
30 root 10 -5 0 0 0 S 0.0 0.0 0:00.20 events/4
31 root 10 -5 0 0 0 S 0.0 0.0 0:00.16 events/5
32 root 10 -5 0 0 0 S 0.0 0.0 0:00.17 events/6
33 root 10 -5 0 0 0 S 0.0 0.0 0:00.22 events/7
34 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
35 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
45 root 10 -5 0 0 0 S 0.0 0.0 0:12.20 kblockd/0
46 root 10 -5 0 0 0 S 0.0 0.0 0:03.14 kblockd/1
47 root 10 -5 0 0 0 S 0.0 0.0 0:00.38 kblockd/2
Похоже, запущен ресинк райда. Покажите вывод:
cat /proc/mdstat
cat /proc/mdstat
Personalities : [raid1] [raid10] [raid0] [raid6] [raid5] [raid4]
md0 : active raid1 sdb1[1] sda1[0]
4200896 blocks [2/2] [UU]
resync=DELAYED
md1 : active raid1 sdb2[1] sda2[0]
2104448 blocks [2/2] [UU]
resync=DELAYED
md2 : active raid1 sdb3[2] sda3[0]
726266432 blocks [2/1] [U_]
[========>............] recovery = 41.7% (303188224/726266432) finish=11149.4min speed=631K/sec
unused devices: <none>
---------- Добавлено 04.03.2012 в 19:32 ----------
с такой скоростью он походу 10 суток чтоли будет синхронизироваться
Остановите работу веб сервера,время уменьшается в раз 10. если простой не кретичен.
Смартом пробей диски.
кабы знал еще как это сделать)
а зачем вообще этот процесс- и как он сам запустился?
то что так медленно- это может значить что там сбой какой-то?
735 root 10 -5 0 0 0 D 0.3 0.0 274:18.85 md2_raid1
7759 root 18 0 2584 1120 820 D 0.3 0.0 1:34.57 tar
ps auxwww | grep tar
cat /proc/mdstat
по какой то причине ваш дисковый массив решил пересобраться (причину нужно смотреть и искать). как советовали коллеги выше - остановите все сервисы на сервере. быстрее пересоберется. но это если не критичен простой. используйте аппаратный рейд, не пожалейте лишних денег.
Из практики личной - может я и смело поступаю, но я отказался от софтварного миррора.
тар прибейте руками. а пересборку - только ждать . не нужно прибивать
стукнитесь в аську что ли ..подробно разжую.
кабы знал еще как это сделать)
а зачем вообще этот процесс- и как он сам запустился?
то что так медленно- это может значить что там сбой какой-то?
Этот процесс необходим,поэтому либо ждите либо остановите сервер что бы синхронизация был быстрее.
Софтовый рейд каждое первое воскресенье месяца чекается, по крайней мере в Дебиане, в RHEL-based, думаю примерно так же.
Можно немного увеличить скорость ресинка
echo 10000 > /sys/block/md1/md/sync_speed_min
но если диски сильно нагружены, то не особо поможет.
а зачем вообще этот процесс- и как он сам запустился?
запускается сей процесс по крону. и проводит раз в месяц проверку целостности Вашего рейд массива.