а с чего ему работать неправильно, если только оператор ему не подал неправильную команду ?
там не так много кода, алгоритмы отточены десятилетиями, это же не windows.
Я понимаю, что все может случиться, но реальная практическая вероятность какова?
выключая комп и вынимая диск, я имитировал сбой приведший к остановке контроллера. Контроллер сгорел и больше не пишет, и, соответственно, не портит.
"производство серверов" это как? прошивки для каких контроллеров вы написали?
почему вы уверены, в ошибке контроллера? производитель их признал?
Того же самого эффекта можно добиться регулируя число apache и обрабатывая статические файлы через nginx.
И, похоже, mod_php все равно обрабатывает файлы, раз размер апачей около 68 mb.
"вытащил диск" - это была имитация сгоревшего контроллера. когда контроллер не работает он не может испортить данные.
skyscr, это не косяк, а другой способ запуска php.
php-cgi - отдельный процесс, а в случае с ubuntu скорее всего используется модуль apache mod_php встроенный прямо в процесс apache. Память, которую якобы жрет apache, это память для интерпретатора php.
Значит не одинаково настроен. в debian есть /usr/bin/php5-cgi
дальше объяснять?
только обращаю внимание на ваши противоречивые слова.
ну, я так понял, все считают любой встроенный RAID проблемным с позиции удобства восстановления.
а нужен ли зеркалу суперблок вообще? как проверить, что он там есть?
серийники винтов, настройки и прочее можно хранить в карте. Есть опасность, что я в отключенном состоянии выдерну один винт и позапишу всякой ерунды, разрушив целостность массива, но это надо быть совсем уж маньяком. Может эта возможность вообще игнорируется ?
почитал, достал один из дисков RAID1 от "намамного LSI" и подключил в ПК - читается.
засунь html c картинкой партнера в поле Description или Описание в свойствах нужного раздела.
Dimanych, стоит попробовать tmpfs для временных каталогов mysql.
Еще разок: в документации описаны случаи, когда простой запрос МОЖЕТ (но не обязан) привести к созданию временного файла даже если размеры таблиц в памяти достаточно велики
Some conditions prevent the use of an in-memory temporary table, in which case the server uses an on-disk table instead:
Presence of a BLOB or TEXT column in the table
Presence of any column in a GROUP BY or DISTINCT clause larger than 512 bytes
Presence of any column larger than 512 bytes in the SELECT list, if UNION or UNION ALL is used
http://dev.mysql.com/doc/refman/5.1/en/internal-temporary-tables.html
То есть, достаточно частые случаи для массового хостинга. Вы не избавитесь от растущего счетчика Created_tmp_disk_tables никогда.
У меня, кстати, сходу не получается создать такой вредный запрос. Видимо, есть не описанные в документации нюансы. Но факт остается фактом : они действительно растут довольно часто, увеличение параметров не помогает.
