Форум

Я думаю вы несколько преувеличиваете проблему.
Если у вас сайт в кодировки cp1251 то скоре всего:

1. Сама база у вас в кодировке utf8

2. Таблицы и дынные в них в кодировке cp1251

вот и говорит вам система поправить данное расхождение, сделать это можно выполнив следующую команду в окне SQl запроса:

[CODE]ALTER DATABASE `db_name` DEFAULT CHARACTER SET cp1251 DEFAULT COLLATE cp1251_general_ci[/CODE]

[QUOTE]Igor Usoltsev пишет:
2Николай Рыжонин
если есть возможность, установите в тот же сервер sata диск через другой sata-контроллер (не используя raid adaptec), перенесите туда файлы битрикс и бд заодно, и запустите монитор[/QUOTE]

К сожалению нет такой возможности

[QUOTE]Если я правильно понимаю кэш нужен для тех случаев, когда информация на сайте меняется редко, и не нужно без конца запрашивать обновленные данные. [/QUOTE]

именно для этого и нужен.
1. не каждый заход в тему это не новое сообщение
2. тема как правило живет не вечно

Для подключения по ssh используйте putty или WinSCP

[QUOTE]что такое aacd0?[/QUOTE]

Массив под управлением adaptec-а

[QUOTE]service time от 5 до 72 мс - очень много[/QUOTE]

какое приемлемое значение, и как подробней можно выяснить из за чего это происходит?

Вывод iotop -x 2 1000 под нагрузкой. На сколько понимаю тут все нормально или я ошибаюсь?

device     r/s   w/s    kr/s    kw/s wait svc_t  %b  
aacd0     14.0   9.0   238.9    79.0    0   5.0  11
pass0      0.0   0.0     0.0     0.0    0   0.0   0
pass1      0.0   0.0     0.0     0.0    0   0.0   0
pass2      0.0   0.0     0.0     0.0    0   0.0   0
pass3      0.0   0.0     0.0     0.0    0   0.0   0
                       extended device statistics  
device     r/s   w/s    kr/s    kw/s wait svc_t  %b  
aacd0      6.5 297.8    68.7  4759.3    3  72.4  35
pass0      0.0   0.0     0.0     0.0    0   0.0   0
pass1      0.0   0.0     0.0     0.0    0   0.0   0
pass2      0.0   0.0     0.0     0.0    0   0.0   0
pass3      0.0   0.0     0.0     0.0    0   0.0   0
                       extended device statistics  
device     r/s   w/s    kr/s    kw/s wait svc_t  %b  
aacd0     23.0   7.0   118.4    93.9    0  33.0  46
pass0      0.0   0.0     0.0     0.0    0   0.0   0
pass1      0.0   0.0     0.0     0.0    0   0.0   0
pass2      0.0   0.0     0.0     0.0    0   0.0   0
pass3      0.0   0.0     0.0     0.0    0   0.0   0
                       extended device statistics  
device     r/s   w/s    kr/s    kw/s wait svc_t  %b  
aacd0     20.0 223.4   195.1  3098.1    0  27.9  58
pass0      0.0   0.0     0.0     0.0    0   0.0   0
pass1      0.0   0.0     0.0     0.0    0   0.0   0
pass2      0.0   0.0     0.0     0.0    0   0.0   0
pass3      0.0   0.0     0.0     0.0    0   0.0   0
                       extended device statistics  
device     r/s   w/s    kr/s    kw/s wait svc_t  %b  
aacd0     14.0   8.0   148.9    44.0    0   6.6  13
pass0      0.0   0.0     0.0     0.0    0   0.0   0
pass1      0.0   0.0     0.0     0.0    0   0.0   0
pass2      0.0   0.0     0.0     0.0    0   0.0   0
pass3      0.0   0.0     0.0     0.0    0   0.0   0

[b]Igor Usoltsev,[/b]

нет я имею в виду выделенный сервер 4 диска sata2 райд 10 на adaptec 3405 и не под Zend Server.

[IMG]http://dvarulona.ru/upload/rns_tmp/server_1.png[/IMG]

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

Чтобы на страницах получаемых динамически были свои keywords и DESCRIPTION необходимо чтобы компонент проставлял их. например из свойства инфоблока. в стандартных компонентах это есть

Firebug для FireFox

Очень интересная тема так как на серверах редко удается добиться цифры в 10 000.

Явный прирост в операциях с диском (по показаниям панели производительности) дает только использование Zend Optimizer+ из Zend Server.

А использование eAccelerator наоборот понижает этот показатель до 1 500 - 600. Единственное что может несколько улучшить картину это выставление фильтра на каталоги кешей и upload

[CODE]eaccelerator.filter = "!*/upload/* !*/bitrix/cache/* !*/bitrix/managed_cache/* !*/bitrix/stack_cache/* !*/bitrix/local_cache/*"[/CODE]

показатели подымаются до 4 000, несколько искусственно но с другой стороны в папке upload все равно нечего кешировать.