А когда он работает неправильно? Я более 10 лет занимался производством серверов, но уже понимаю, что Вы гораздо более подкованы в этом вопросе и спорить с Вами бесполезно.
а с чего ему работать неправильно, если только оператор ему не подал неправильную команду ?
там не так много кода, алгоритмы отточены десятилетиями, это же не windows.
Я понимаю, что все может случиться, но реальная практическая вероятность какова?
выключая комп и вынимая диск, я имитировал сбой приведший к остановке контроллера. Контроллер сгорел и больше не пишет, и, соответственно, не портит.
"производство серверов" это как? прошивки для каких контроллеров вы написали?
почему вы уверены, в ошибке контроллера? производитель их признал?
Skom: "Нагнётся контроллер" и "вытащил диск" немного разные вещи, не так ли? Т.е. два факта, как то нагнувшийся и утянувший за собой оба харда JMicron и вытащенный из рабочего массива, нормально читающийся диск противоречат друг другу?
"вытащил диск" - это была имитация сгоревшего контроллера. когда контроллер не работает он не может испортить данные.
skyscr, это не косяк, а другой способ запуска php.
php-cgi - отдельный процесс, а в случае с ubuntu скорее всего используется модуль apache mod_php встроенный прямо в процесс apache. Память, которую якобы жрет apache, это память для интерпретатора php.
Skom: Ну и если делать намамный рэйд, то что-то мне подсказывает, что если нагнётся намамный контроллер, он утащит за собой все данные. По крайней мере, у меня такое дома однажды случилось
Skom: Так он и должен читаться.
только обращаю внимание на ваши противоречивые слова.
И, надо сказать, "намамный LSI" наводит на мысли о "слегка недесктопности" сей мамы
ну, я так понял, все считают любой встроенный RAID проблемным с позиции удобства восстановления.
У зеркала только суперблок специфичен контроллеру. хоть от silicon читаться будет = )
а нужен ли зеркалу суперблок вообще? как проверить, что он там есть?
серийники винтов, настройки и прочее можно хранить в карте. Есть опасность, что я в отключенном состоянии выдерну один винт и позапишу всякой ерунды, разрушив целостность массива, но это надо быть совсем уж маньяком. Может эта возможность вообще игнорируется ?
Еще разок: в документации описаны случаи, когда простой запрос МОЖЕТ (но не обязан) привести к созданию временного файла даже если размеры таблиц в памяти достаточно велики
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
То есть, достаточно частые случаи для массового хостинга. Вы не избавитесь от растущего счетчика Created_tmp_disk_tables никогда.
У меня, кстати, сходу не получается создать такой вредный запрос. Видимо, есть не описанные в документации нюансы. Но факт остается фактом : они действительно растут довольно часто, увеличение параметров не помогает.
А когда он работает неправильно?
Я более 10 лет занимался производством серверов, но уже понимаю, что Вы гораздо более подкованы в этом вопросе и спорить с Вами бесполезно.
а с чего ему работать неправильно, если только оператор ему не подал неправильную команду ?
там не так много кода, алгоритмы отточены десятилетиями, это же не windows.
Я понимаю, что все может случиться, но реальная практическая вероятность какова?
выключая комп и вынимая диск, я имитировал сбой приведший к остановке контроллера. Контроллер сгорел и больше не пишет, и, соответственно, не портит.
"производство серверов" это как? прошивки для каких контроллеров вы написали?
почему вы уверены, в ошибке контроллера? производитель их признал?
Того же самого эффекта можно добиться регулируя число apache и обрабатывая статические файлы через nginx.
И, похоже, mod_php все равно обрабатывает файлы, раз размер апачей около 68 mb.
"Нагнётся контроллер" и "вытащил диск" немного разные вещи, не так ли?
Т.е. два факта, как то нагнувшийся и утянувший за собой оба харда JMicron и вытащенный из рабочего массива, нормально читающийся диск противоречат друг другу?
"вытащил диск" - это была имитация сгоревшего контроллера. когда контроллер не работает он не может испортить данные.
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 никогда.
У меня, кстати, сходу не получается создать такой вредный запрос. Видимо, есть не описанные в документации нюансы. Но факт остается фактом : они действительно растут довольно часто, увеличение параметров не помогает.