myhand

Рейтинг
278
Регистрация
16.09.2009
Andreyka:
Интересно, сколько строк кода надо написать, чтоб получить звание разработчика ос?

Можно даже одну. В файлике MAINTAINERS.

zexis:
Какие именно противоречия возникают?

Дело не в противоречиях. Пожалуйста, начните с того что прочитайте штатную документацию по опции. Файлик Documentation/networking/ip-sysctl.txt.

michaek:
Saflex, а что приводит к появлению этого сообщения? мб su куда-нибудь?

Написали же что.

Saflex:
Ну не хотелось бы туда пускать, хотя на сервере я сам хозяин.

Если не делишь уже хозяйство со "зверушками"...

Saflex:
С под рута запускать опасно.

Ну так не делайте это.

Saflex:
Решается легко, с под рута chmod 777 /dev/pts/0 (...)

Вы уверены, что хотите чтобы туда мог писать *любой* пользователь?

Saflex:
Но замучился каждый раз прописывать CHMOD, можно как нибудь по другому это решить раз и навсегда?.

Да. Не пытаться работать под сессией, запущенной другим пользователем.

Andreyka:
доверять мнению миллиона леммингов, выставляющих "оптимальные умолчания в ядре".

Эти "миллион леммингов" - *пишут* ядро. Не плюй в колодец!

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

Andreyka:
CentOS/RHEL - современный и стабильный.

В RHEL/CentOS тоже 0. (До 6-й версии - вот, ради порядка посмотрел на свежеустановленный 6.2. Спасибо андрейке, мне теперь наверно кошмары приснятся)

Так что учи матчасть, удачи.

netwind:
впечатление субъективно.

Отнюдь. Если первый комментарий к посту "Why?" - значит что тема, мягко говоря, не раскрыта. Дальше там не сильно лучше...

netwind:
кстати, как вы могли привести ссылку где тоже обобщают опыт ? это вашей противоречит вашей непримиримой позиции

"In most cases" = "в большинстве случаев". А вот не ограничивать потребление приложением ресурсов - плохо *всегда*. Потому совет про max_connections был вполне в духе best practices. Он не имеет побочных последствий - уменьшение же кеша может иметь (у меня *есть* сервера где размер кеша ~ 100Mb, его уменьшение сказывается негативно и весьма ощутимо).

netwind:
в отсутствие возможности измерить

Возможность измерить есть *всегда*. Неумение - не повод копипастить магические цифирки из блогов.

-= Serafim =-:
Не надо отвечать вопросом на просьбу.

Это была встречная просьба.

netwind:
Я вам не запрещаю попробовать запостить какой-нибудь чуши туда.

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

netwind:
У меня сложилось впечатление, что лично вам не приходило.

Ну конечно. Тогда почему я первый предложил содержательную ссылку для иллюстрации возможной проблемы с кешем?

Сравните (можно и комментарии включить, сути не прибавит):

http://dom.as/2009/07/08/query-cache-tuning/

и

http://blogs.oracle.com/dlutz/entry/mysql_query_cache_sizing

-= Serafim =-:
myhand, моя личная просьба - будьте более сдержанны в высказываниях.

А вы не будете больше вырывать фразы из контекста?

PS: Извиняюсь за оффтоп.

netwind:
кому то же надо поручить классификацию обращения, вот и ставят.

Вы знакомы с workflow внутри mysql ab / oracle? Или это все гадания на кофейной гуще - в комментариях там ведь явно несколько больше "классификации"?

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

Ничуть.

netwind:
если раньше отключать кеш в голову никому не приходило, то сейчас хотя бы нужно попробовать.

Приходило. Всем, кто был немного знаком с его работой. Пруфлинк - пост в блоге оракла выше.

Всего: 4890