tester999: А Вы пробовали поднять инфу с винтов, когда такой "рейд" падал? Мне не удавалось. Поэтому кроме "железных" контроллеров, только mdadm доверие
давайте что-ли уточним модель. Primergy RX100 несколько и соответственно несколько разных LSI.
диски из разобранного Raid1 LSI20320 у меня прекрасно читались.
оставьте в покое mysql. хотя не уверен знаете ли вы зачем вам нужен binlog ?
и key_buffer_size = 8M - исходя из личной статистики для вашей базы этого мало, но базы бывают разные.
тут скорее какой-то неудачный php-скрипт съедает память.
Если это вызывает проблемы - уменьшайте еще MaxClients.
Хотелось бы мне найти решение автоматически убивающее потомка, который "разожрался", но кроме как измерять его в самих скриптах php, я даже не знаю чем.
HraKK: быстрейший способ написать дополнения это после каждой итерации проверять на greenline в юнит тестах.
опять пропустили. Мне НЕ ОТЛАДКА нужна. Большинство проектов на юнит-тесты плевали.
сам процесс написания "хака" - это прежде всего понимание структуры и правил незнакомого приложения.
С отладчиком все видно через установку контрольных точек или пошаговый проход. Без отладчика придется просмотреть весь код приложения и моделировать в уме. Не всегда правильно.
netwind добавил 05.08.2010 в 22:05
HraKK: Маппер нужен чтоб отделить приложение от полей в базе данных. Тем самым я начинаю управлять зависимостями в коде. Вы же надеюсь не делаете так $this->somefield =1. А юзаете геттеры и сеттеры? Еще, например у меня в каждом маппере есть найти по id. Причем я не пишу каждый раз эту функцию а лишь указываю мапперу какое поле является идентифицирующим.
ну посмотрим на это дальше с позиции "хакера":
модификация записей напрямую через Sql позволяет обойти весь каркас ненужной мишуры,как то мапперы, геттеры, сеттеры. просто внести точечные изменения в проект и не сломать ничего (если только любитель мапперов не написал select *, или insert into tablename values (), а они так делают !)
как думаете, bash.org.ru много юнит-тестов проводит?
или вот о легкости разработки :
livestreet.ru - из-за повернутости разработчика на ентерпрайзе, ООП, мапперах и прочей хрени, абосолютно невозможно пользоваться отладчиками базирующимися на xdebug. Все разработчики расширений ему вторят по инерции.
ну там LSI1068, это не fakeraid. хотя, возможно, это вопрос разных определений fakeraid.
По крайней мере в таких контроллерах есть некий чип и массив видится как отдельное pci-устройство.
А Вы пробовали поднять инфу с винтов, когда такой "рейд" падал? Мне не удавалось. Поэтому кроме "железных" контроллеров, только mdadm доверие
давайте что-ли уточним модель. Primergy RX100 несколько и соответственно несколько разных LSI.
диски из разобранного Raid1 LSI20320 у меня прекрасно читались.
.. с маянезиком.
оставьте в покое mysql. хотя не уверен знаете ли вы зачем вам нужен binlog ?
и key_buffer_size = 8M - исходя из личной статистики для вашей базы этого мало, но базы бывают разные.
тут скорее какой-то неудачный php-скрипт съедает память.
Если это вызывает проблемы - уменьшайте еще MaxClients.
Хотелось бы мне найти решение автоматически убивающее потомка, который "разожрался", но кроме как измерять его в самих скриптах php, я даже не знаю чем.
tester999, да нет, эта карта как раз настоящий рейд. просто он тупой по конструкции.
я так и не понял, вы не использовали его уже тогда или после того случая?
падало это дело постоянно, затыкалось. Вобщем ушел клиент от меня
Встроенный контроллер SAS или SATA с поддержкой уровней RAID 0 и 1
собственно там не контроллер, а наитупейшая raid-карта имени LSI.
Обычно такие вопросы проясняются на стадии покупки.
Нельзя купить блоги и cms просто так не понимая.
быстрейший способ написать дополнения это после каждой итерации проверять на greenline в юнит тестах.
опять пропустили. Мне НЕ ОТЛАДКА нужна. Большинство проектов на юнит-тесты плевали.
сам процесс написания "хака" - это прежде всего понимание структуры и правил незнакомого приложения.
С отладчиком все видно через установку контрольных точек или пошаговый проход. Без отладчика придется просмотреть весь код приложения и моделировать в уме. Не всегда правильно.
netwind добавил 05.08.2010 в 22:05
Маппер нужен чтоб отделить приложение от полей в базе данных. Тем самым я начинаю управлять зависимостями в коде. Вы же надеюсь не делаете так $this->somefield =1. А юзаете геттеры и сеттеры? Еще, например у меня в каждом маппере есть найти по id. Причем я не пишу каждый раз эту функцию а лишь указываю мапперу какое поле является идентифицирующим.
ну посмотрим на это дальше с позиции "хакера":
модификация записей напрямую через Sql позволяет обойти весь каркас ненужной мишуры,как то мапперы, геттеры, сеттеры. просто внести точечные изменения в проект и не сломать ничего (если только любитель мапперов не написал select *, или insert into tablename values (), а они так делают !)
Не столько для поиска ошибок, сколько для написания модификаций.
Быстрейший способ написания дополнений - это отладка по-живому.
Раньше у меня это получалось в очень многих проектах до лайвстрита.
Вот зачем нужны мапперы ? чтобы запутать отладчик?
как думаете, bash.org.ru много юнит-тестов проводит?
или вот о легкости разработки :
livestreet.ru - из-за повернутости разработчика на ентерпрайзе, ООП, мапперах и прочей хрени, абосолютно невозможно пользоваться отладчиками базирующимися на xdebug. Все разработчики расширений ему вторят по инерции.
О каком удобстве разработки речь?