Journal    Friends    Archive    User Info    memories
 

St. Hell - память и хост


13 Июн, 2006 20:40 память и хост

LG, как и обещал, принес 512 оперативной памяти, в сумме памяти на серваке получилось - 740 Мб
Эх, были всё-таки проблемы после установки памяти, бюджетные ASUS - это такое г. Ну ладно, минут пятнадцать дольше из-за этого хост не работал.
Swap: 786424k total, 0k used
Очень хорошо, вот это уже нормальная ситуация, теперь запускаем lj.kraslan.strangled.net, смотрим, грузится не моментально, но быстро, и уже wu не всё забивает, а только процентов 20%, плюс, при повторном нажатии уже из кэша берет, вот теперь видно, что mod_perl действительно кэширует. Некоторый люфт в памяти еще есть, посмотрим, хватит ли его, чтобы полностью скэшировать lj.kraslan.strangled.net :) На самом деле, это не принципиально, всё-таки до того, как поставили память менее 100 мб в свапе не было, поэтому шлюз еще и туда есть, но это должно ответить на другой вопрос, решит ли это вопрос с зависаниями. Однако мне теперь понятно, почему на серваках lj (их сейчас уже более сотни) не менее 2 Гб оперативной на каждой машине (если не ошибаюсь).

Настроение: нормальное

Оставить комментарийPrevious Entry Add to Memories Tell A Friend Track New Comments Next Entry

Comments:

От:[info]taiko
Дата:Июнь, 13, 2006 20:55 (UTC)
(ссылка)
А форум взял и сдох куда-то. :)
От:[info]kernel
Дата:Июнь, 13, 2006 21:00 (UTC)
(ссылка)
fixed. :)
От:[info]taiko
Дата:Июнь, 13, 2006 21:01 (UTC)
(ссылка)
ну вообще если сильно приспичит могу принести ещё 512, но тогда мне в обмен отдашь ту 256, потому что мне вовсе не хочется куковать на компьютере с 0 оперативки. :)
От:[info]kernel
Дата:Июнь, 13, 2006 21:13 (UTC)
(ссылка)
Думаю, не понадобится, linux при распределении памяти отдает процессу больше, чем ему нужно, что положительно сказывается на скорости выполнения приложения, избегает дополнительных выделений памяти, поэтому, когда памяти становится меньше какого-то предела (похоже, меньше 10 мб свободно), то эта лишняя память от приложений отрывается в пользу тех, кто ее требует, в нашем случае - mod_perl, а если нету этой самой лишней памяти, то идет в спов. Второй вариант и реализовывался ранее, сейчас же дошла планка до 8Мб и память после этого уже не опускалась, потом кто-то память освободил, получилось 15 Мб, и сейчас опять она убывает, пока идет саморегуляция трудно сказать, чем это закончится, но надежды есть :)
Думаю, договориться с провайдером не составит особых проблем, для приобретения дополнительной памяти, поэтому шансов, что потребуются дальнейшие влияния - очень малы.
От:[info]taiko
Дата:Июнь, 13, 2006 21:19 (UTC)
(ссылка)
Ясно. Сейчас открывать в народ будешь жж? Пора дать нагрузку этой планке hynix.
От:[info]kernel
Дата:Июнь, 13, 2006 21:24 (UTC)
(ссылка)
Рано, сегодня точно рано, дадим нагрузку, а о причине зависаний я только догадываюсь, если до завтрашнего вечера ни разу ситуации не повторится, и в свап не полезет, тогда уже открою на правах тестирования. С одновременным объявлении о переводчике. Пока же, всё-таки, думаю, надо хотя бы избавиться от нерабочих ссылок, да и вообще о том, что аккаунты можно покупать, пока этого здесь не будет, так, чтобы сайт хотя бы приемлемо работал.
От:[info]taiko
Дата:Июнь, 13, 2006 21:27 (UTC)
(ссылка)
Т.е. намереваешься paid accounts сделать?
От:[info]kernel
Дата:Июнь, 13, 2006 21:30 (UTC)
(ссылка)
В будущем, почему бы и нет? Всё-таки возможности дополнительные есть, но и открывать всем эти возможности - бессмысленно. А пока, скрыть с глаз долой эти возможности, только глаза будут мозолить и вопросы лишние вызывать :)
От:[info]taiko
Дата:Июнь, 13, 2006 21:31 (UTC)
(ссылка)
Syndicated наверно надо отрубить точно. :)
От:[info]kernel
Дата:Июнь, 13, 2006 21:53 (UTC)
(ссылка)
Карту сайта освободил от всего этого нагромождения, и от Syndicated и от paid, теперь бы ее еще перевести и убрать/исправи нерабочие ссылки.
От:[info]taiko
Дата:Июнь, 13, 2006 21:57 (UTC)
(ссылка)
Переводу страшно кэширование мешает, текст на карте не обновляется, хотя перевел часть строк. :)
От:[info]kernel
Дата:Июнь, 13, 2006 22:24 (UTC)
(ссылка)
Хм, ну, могу периодически перезапускать сервер, правда, можно еще какую-то переменную указать в apache, чтобы кэширование сбрасывалось автоматом, можно будет и ее использовать.
От:[info]kernel
Дата:Июнь, 13, 2006 23:01 (UTC)
(ссылка)
Это, наверное, memcached мешает, именно он базу кэширует, времено его убиваю.
От:[info]taiko
Дата:Июнь, 13, 2006 22:11 (UTC)
(ссылка)
и заставь работать random.bml :)
От:[info]kernel
Дата:Июнь, 13, 2006 22:25 (UTC)
(ссылка)
Постараюсь, хотя, что это он не работает, трудно понять, сначала я на это не обращал внимания, поскольку данные он берет из статистики, которой тогда еще не было, сейчас же статистика присутствует, а эффект тот же, посмотрю, думаю, сделаю, ничего сложного в этом bml нету.
От:[info]kernel
Дата:Июнь, 13, 2006 22:59 (UTC)
(ссылка)
Так, разобрался частично, случайных пользователей у нас нету, поскольку в условии их стоит user.allow_infoshow='Y', в на?ем случае там везде пустота, осталось выяснить, почему пустота, неужели все такие сткрытные :) ?ли это глюк/фича.
От:[info]kernel
Дата:Июнь, 13, 2006 22:21 (UTC)
(ссылка)
Вот, что написано на оффициальном сайте mod_perl - "Typically the mod_perl server is mostly RAM hungry, while the SQL database server mostly needs a very fast hard-disk. Of course if your mod_perl process reads a lot from the disk (which is a quite infrequent phenomenon) you will need a fast disk too. And if your database server has to do a lot of sorting of big tables and do lots of big table joins, you will need a lot of RAM too." Не надо говорить, что это и реализовывалось ^_^