netwind

Рейтинг
419
Регистрация
06.05.2007

Для начала найти в диспетчере задач какая именно программа растет в размерах. А потом уже можно думать как справиться.

Перезапускать одну программу гораздо быстрее чем весь сервер. Это может вас устроить.

из твоих данных не следует что memcache-сервер установлен. у тебя только расширение для php

уж и не помнит вся россия про чат бородина.

не будем. я просто напомнил факт.

iHead:
у меня такое тоже бывало на старом железе. а какой командой тормозили gmirror Rebuild?

линуксом тормози. там автоматически подстраивается скорость синхронизации md да еще и она сильно ограничена сверху.

Pilat:
Всё верно, но нам журналируемая система нужна именно для того, чтобы на диск не попало испорченных данных. То есть проверки журнала должно быть достаточно, разве что fsck проверяет физическую целостность?

должно быть достаточно. а может и не должно быть :) доказательное программирование - слишком дорогая штука. так что никто не знает точно.

fsck проверяет логическую целостность остальных структур данных на ВСЕЙ файловой системе, которые накладывание журнала не затрагивает.

Pilat:
Я понимаю что нормально и правильно. Вот только когда нам в своё время втирали про журналируемые файловые системы, писали и про ускоренный fsck - что, собственно, и должно было быть.

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

А проверка fsck это полная проверка всех структур и ее никак не ускорить, только отключить.

Деньги есь? Рядом линукс поставь и тебе легко напишут решение для любого протокола.

Численное значение релевантности никак не отражает наличие или отсутствие всех слов. Его можно только сравнивать с другими

попробуй дополнительно еще и отфильтровать результаты. Кроме match добавь еще и обычные условия sql типа like.

Тормозить не будет - у match всегда приоритет в смысле плана выполнения.

Всего: 6293