Смотрите на Apache access_log
и error_log
файлы журнала под /var/log/httpd/
. Это поможет показать Вам больше информации об ошибке, с которой Вы встречаетесь.
В Вашем основном файле конфигурации Apache, /etc/httpd/conf/httpd.conf
, подтвердите, что Apache слушает на порте 80, которым это должно быть, так как Вы получаете 404 от сервера.
Вы, возможно, должны были бы установить эту переменную в Apache:
#ServerName www.example.com:80
Наконец я поменял бы струну в rt_siteconfig.pm
файл к localhost:
Set($Organization , "localhost");
Только запуститься. После того как это надеется работать, затем корректируются, это и Apache оценивает так, чтобы они были тем же.
Используйте пасту Vim. Необходимо вставить то, что находится в буфере обмена " + p
Выбирается +
и вставляется на место.
Если вы используете Linux, *
- это буфер X/среднего щелчка (последний выделенный текст).
Тогда вим знает, что это паста.
В противном случае Vim считает, что вы набрали вставляемые клавиши и выполняете собственное автоматическое отступление (поверх скопированного отступа) до конца вставки.
Для работы с SSH необходимо задать параметр совместного использования буфера обмена -Y
Для получения дополнительной информации см. man ssh
.
Сначала необходимо настроить postgreql и createdb и импортировать БД в файл pg, если postgresql запущен, то это не все ok.please настроить файл pg _ hba.conf
.
Начнем сначала с планировщика ввода-вывода. Существует планировщик ввода-вывода на блочное устройство. Его задача состоит в планировании (заказе) запросов, которые накапливаются в очереди устройств. В настоящее время в ядре Linux поставляется три различных алгоритма: deadline
, noop
и cfq
. cfq
является значением по умолчанию, и согласно его документу
планировщик ввода-вывода CFQ пытается распределить полосу пропускания поровну среди всех процессов в системе. Это должно обеспечить справедливый и рабочая среда с низким временем задержки, подходящая как для настольных ПК, так и для настольных ПК и серверные системы
Можно настроить, какой планировщик управляет каким устройством с помощью файла планировщика
, соответствующего вашему блочному устройству, в разделе /sys/
(Для его поиска можно ввести следующую команду: find/sys | grep queue/scheduler
).
Это краткое описание не говорит о том, что cfq
является единственным планировщиком, который просматривает ioprio
процесса. ioprio
- это настройка, которую можно назначить процессу, и алгоритм будет учитывать это при выборе запроса перед другим. iоприо
можно установить с помощью утилиты ionice
.
Тогда есть планировщик заданий. Его задача - распределить ЦП между процессами, которые готовы к запуску . Он учитывает такие вещи, как приоритет, класс и красивость процесса дарения, а также то, как долго этот процесс работает и другие эвристики.
Теперь, на ваши вопросы:
Какова взаимосвязь между планировщиком ввода-вывода и планировщиком ЦП?
Мало, кроме названия. Они планируют различные общие ресурсы. Первый направляет запросы на диски, а второй планирует "запросы" (можно просмотреть процесс как запрашивающий время ЦП для выполнения) на ЦП.
Сначала выполняется планирование ЦП. Планировщик ввода-вывода является самим потоком и подлежит планированию ЦП.
Не похоже, что алгоритм планировщика ввода-вывода выполняется любым процессом, который ставит запрос в очередь. Хороший способ увидеть это - посмотреть на сбои с elv _ add _ request ()
в пути. Например, :
[...]
[<c027fac4>] error_code+0x74/0x7c
[<c019ed65>] elv_next_request+0x6b/0x116
[<e08335db>] scsi_request_fn+0x5e/0x26d [scsi_mod]
[<c019ee6a>] elv_insert+0x5a/0x134
[<c019efc1>] __elv_add_request+0x7d/0x82
[<c019f0ab>] elv_add_request+0x16/0x1d
[<e0e8d2ed>] pkt_generic_packet+0x107/0x133 [pktcdvd]
[<e0e8d772>] pkt_get_disc_info+0x42/0x7b [pktcdvd]
[<e0e8eae3>] pkt_open+0xbf/0xc56 [pktcdvd]
[<c0168078>] do_open+0x7e/0x246
[<c01683df>] blkdev_open+0x28/0x51
[<c014a057>] __dentry_open+0xb5/0x160
[<c014a183>] nameidata_to_filp+0x27/0x37
[<c014a1c6>] do_filp_open+0x33/0x3b
[<c014a211>] do_sys_open+0x43/0xc7
[<c014a2cd>] sys_open+0x1c/0x1e
[<c0102b82>] sysenter_past_esp+0x5f/0x85
обратите внимание на то, как процесс входит в ядро, вызывающее open (), и в конечном итоге используется алгоритм elv ( elv
).