St. Hell

Попался мне в руки привод под названием Sony CRX320EE, от него у меня осталось только одно впечатление - плохо. Очень плохо, привода, которые хуже читает обычные CD-R я еще не видел, даже мой старый Samsung, купленный давным давно за 300 рублей, не читающий CD-RW и, часто, CD-R (а на многих компьютерах этот привод работает только после плясок с бубном) имеет шанс прочитать какой-то диск (если он всё-таки не RW и не DVD :) ) гораздо больший, чем Sony.

Настроение: грустное

Самое забавно с кэшем, он там весьма оригинально работает, кэш у каждого fork`а отдельный, если ты что-то меняешь, то в текущем процессе обновляется кэш. Когда ты обновляешь страницу, ты можешь попасть на другой процесс (их 10 штук) и соответственно, попасть на полностью обновленный у тебя 10%, притом в некоторых процессах кэш на эту страницу отсутствовать, или присутствовать частично, вследствие чего при обновлении одной и той же, недавно измененной страницы видишь ее совершенно хаотично. Чтобы этого не было, сделал пока таким образом, создал только 2 процесса и разрешил 80 нитей для каждого (при одном процессе почти сразу apache отдал концы с сообщением, что маловато пользователей разрешено). Этим достигаю сразу двух целей, кэш един (ну, два кэша :) ) и расход памяти меньше. Единый кэш дает и экономию ресурсов процессора и экономию памяти. Однако на производительность это должно скачаться очень плачевно. Единственная причина, по которой я решил так рискнуть - то, что apache этот - backend, а frontend - кэширующий прокси, плюс раздатчик статического контента. Буду внимательнейшим образом наблюдать, что же из этого получится... Так что в данном случае, думаю, следует добиваться наименьшего количества серверов при сохранении работоспособности сервера. Эх, и почему создатель ЖЖ не использовал Fast-CGI :)

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

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

Нужен переводчик для этого самого lj, на условиях волонтера ^_^ В качестве зарплаты будет всеобщее уважение, а так же 100 юзерпиков и множество наездов из-за перевода ^_^
Вообще для перевода чуть более пяти тысяч пунктов, переведено из них 48%, производя элементарные расчеты получаем - надо перевести 2610 пунктов :) Согласившемуся, вечерок занятости обеспечен :)

Настроение: возбуждённое

Сегодня я исправил несколько багов, указанных LG.
Для ускорения загрузки страниц, а так же уменьшения нагрузки на ситему поставил memcached, при его использовании за последние половину суток процент "попаданий" составил 90.97%.

Сделал, наконец, почту, теперь с lj.kraslan.strangled.net она и ко мне дошла ^_^ Правда, надо будет проверить еще с rambler.

Сделал lynx темой по-умолчанию, руссифицировал еще несколько процентов журнала (криво, правда, в некоторых местах).

По-сути это всё еще тестовое сообщение, не готов еще этот блог, ИМХО, для того, чтобы рекламмировать его. Да и вообще сейчас слишком большая нагрузка идет на хост из-за форума, поэтому данный блог подтормаживает ощутимо, по вечерам.