LINUX.ORG.RU
ФорумAdmin

Ускарение работы системы


0

1

Народ ситуация в следующим стоит у меня debian 5 и postgresql при большом количестве подключений у меня переполняется кэш дисков и начинает тормазить база, т.е документы медленно проводится начинают, я помню, что есть такая штука увиличение дискрипторов или кредов, точно не скажу, как мне их увеличить? ил что лучше сделать, что б избавиться от данной проблемы, жесткие у меня на 10 рэйде.

Мать моя, для тебя русский неродной что ли?

Советы по оптимизации, как и диагнозы, не ставят по фотографиямописаниям, тем более такого качества.

annoynimous ★★★★★ ()

Добрый граммар-наци поможет тебе.

Увеличить кол-во памяти?</телепат>

Mobyshvein ()

Google переводит лучше.

у меня переполняется кэш дисков

жесткие у меня на 10 рэйде.


Что хотели сказать этими словами объясните подробней. Что за RAID программный/аппаратный? Сколько дисков? Если он у вас еще и на блобе к ядру, то думаю вы ответили сами.

anonymous_sama ★★★★★ ()
Ответ на: комментарий от vlershov

Сколько жестких в массиве?(надеюсь не 4) [экстрасенс]Думаю вам просто надо заняться оптимизацией БД если конечно она проседает под большим количеством обращений. В крайнем случае

anonymous_sama ★★★★★ ()

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

Тормоза только с 1С? Если во время тормозов запускать какой-нибудь запрос из скрипта, быстро отрабатывает? Размер базы какой? Что знаешь о балансировке нагрузки 1С?

sysmouse ()
Ответ на: комментарий от sysmouse

База 50 Гб, о балансировке нагрузки 1С не слышал, это что?

vlershov ()
Ответ на: комментарий от vlershov

Отключение кэша на raid — смертельная удавка на производительности. Лучше купите батарейку. Кэш надо отключать у дисков (в bios raid)

annoynimous ★★★★★ ()
Ответ на: комментарий от annoynimous

> Мать моя, для тебя русский неродной что ли?

Присоединяюсь к вопросу.

anonymous ()

Дорогие ученые. У меня который год в подполе происходит подземный стук. Объясните, пожалуйста, как он происходит

Вы проблему опишите хоть, с цифрами и конфигами. У нас тут не урок литературы, тут технические люди сидят.

PS:Конфиг постгресса дефолтный видимо.

ventilator ★★★ ()

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

annoynimous ★★★★★ ()
Ответ на: комментарий от annoynimous

Что вы, просто ТС виндовс админ. Это типичный образ мышления - поиск проблемы гаданием на кофейной гуще. Конфигов - нет, логов - нет, счетчиков - нет, количество подключений - «большое»

ventilator ★★★ ()
Ответ на: комментарий от ventilator

Что меня удивляет, как такому товарищу доверили «тюнить» довольно серьезное железо. Я бы такого сначала поставил тюнить 1Гб базу на Athlon XP с 1Гб оперативы и одним SATA-диском.

annoynimous ★★★★★ ()
Ответ на: комментарий от annoynimous

агак, чтобы довел этот атлон да скорости работы, как сейчас их двух головый работал )))тогда можно и начинать тюнить более сложные проекты

kam ★★ ()

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

Zhbert ★★★★★ ()
Ответ на: комментарий от Zhbert

слушайте, орлы с русским языком, расскажите как вы со свой книгой в библиотеке напишите это: Народ ситуация в следующим стоит у меня debian 5 и postgresql при большом количестве подключений у меня переполняется кэш дисков и начинает тормазить база, т.е документы медленно проводится начинают. Какая буква вам не знакома из вашей книги и что, не понятно, какая фраза или какое слово, если вы не встречали переполнение кэша, то нефига на книги пенать.

vlershov ()
Ответ на: комментарий от vlershov

Я к вам за советом пришел, а не направлением в библиотеку. Если есть, что по существу пишите, флуд ни кому не нужен.

vlershov ()
Ответ на: комментарий от annoynimous

>Сдается мне, что автор феерически безграмотен как в русском, так и в админстве, или тонкий тролль.

Или школота.

Zhbert ★★★★★ ()
Ответ на: комментарий от vlershov

как же мне описать на понятном вам языке мою ситуацию?

И хотя бы выясни, во что оно упирается.

Ximen ★★★★ ()
Ответ на: комментарий от vlershov

Посмотрел. Увидел там вендовую софтину. Твою писанину я распарсить не смог и даже пытать больше не буду, ибо парсер поломается сразу.

Zhbert ★★★★★ ()

Кажется, вы форумом ошиблись. Здесь не принято парсить олбанский.

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

KevinDetry ()
Ответ на: комментарий от vlershov

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

Таки дай вывод htop и iotop. И да, сколько, всё-таки, подключений, когда оно тормозить начинает?

Ximen ★★★★ ()
Ответ на: комментарий от vlershov

Вот видишь, у тебя свободно 15378.

а также осить htop и iotop - Это что?

Смотрю в твой профиль:

Первая созданная тема: 11.08.2009 10:51:36

про дрова и Kubuntu, то есть используешь GNU/Linux уже чуть более, чем год, да?

Как можно такие вопросы задавать?

anton_jugatsu ★★★★ ()
Ответ на: комментарий от uspen

а также осить htop и iotop - Это что?

Удивительно, но это:

http://www.google.ru/search?hl=ru&source=hp&q=iotop&aq=f&aqi=...

http://www.google.ru/search?hl=ru&source=hp&q=htop&aq=f&aqi=&...

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

uspen ★★★★★ ()
Ответ на: комментарий от anton_jugatsu

ss state connected sport = :5432

 State Recv-Q Send-Q Local Address:Port Peer Address:Port ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:4249 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:3685 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:4879 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:2726 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:2727 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:2808 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:4852 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:1126 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:2451 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:4901 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:1774 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:2317 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:2528 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:4505 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:4876 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:4886 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:3362 ESTAB 0 0 192.168.1.251:postgresql 192.168.1.1:3479 

vlershov ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.