Опубликовано пт, 16/01/2009 - 18:29 пользователем larin
Я перенёс Либрусек на новый сервер.
Побольше, побыстрее.
Многое изменил.
Что-то наверняка поломал.
Ближайшие несколько часов остаюсь наблюдать за результатом.
Если заметите глюки - не стесняйтесь сообщать.
Или в личку, или мылом на
Заметил такую багу.
Зашел на http://lib.rus.ec, не логинился!
В "поис книг" задал "Беспроводная сеть своими руками"
Книга нашлась, перебросило на другую страницу.
Там заметил что не залогинился, спарва ввел имя и пароль.
Судя по сформировашемуся URL cистема пошла искать книгу по моему имени и паролю.
Прошло пару месяцев и теперь подвожу итог - на сервер то переехали, места теперь есть а тормоза остались :(
Не знаю линия это или проц но тормозит временами по жуткому. Иногда (хотя и очень редко) вообще "connection timed out" чаще всего просто долго ждешь пока отреагирует и откроется ...
Тут возник вопрос, даже 2 :) - на чем в смысле железа сейчас бегаем ? и нельзя ли это железо обновить , может второй сервак поставить например отдельный для базы ?
Если вопрос в деньгах то думаю если кинуть клич народ скинется, я бы например под такое дело баксов 50 кинул бы без проблем ...
Прошло пару месяцев и теперь подвожу итог - на сервер то переехали, места теперь есть а тормоза остались :(
Не знаю линия это или проц но тормозит временами по жуткому. Иногда (хотя и очень редко) вообще "connection timed out" чаще всего просто долго ждешь пока отреагирует и откроется ...
Тут возник вопрос, даже 2 :) - на чем в смысле железа сейчас бегаем ? и нельзя ли это железо обновить , может второй сервак поставить например отдельный для базы ?
Если вопрос в деньгах то думаю если кинуть клич народ скинется, я бы например под такое дело баксов 50 кинул бы без проблем ...
Используется для БД и дополнительных проектов - gen.lib.rus.ec, book.lib.rus.ec и ещё нескольких. С работой вполне справляется (сейчас пик нагрузкни, LA чуть больше 1)
Используется только для Либрусека, под nginx/apache/memcached
В начеле месяца заказал хостерам добавить диск и памяти. Думаю, сейчас упирается в диск, если растащить на два - полегчает вдвое.
Одна и та же история постоянно повторяется. Сервер перестаёт справлятся с работой, я некоторое время торможу, потом что-то меняю, всё начинает нормально работать, посещаемость начинает расти, через месяц упираестя в производительность сервера. Сейчас где-то десятый цикл, и конца не видно.
Одна и та же история постоянно повторяется. Сервер перестаёт справлятся с работой, я некоторое время торможу, потом что-то меняю, всё начинает нормально работать, посещаемость начинает расти, через месяц упираестя в производительность сервера. Сейчас где-то десятый цикл, и конца не видно.
Черт подери... А как же, интересно, Мошков справляется? Или RTComm его на шару хостит, да ещё и кластером каким-нибудь?
Черт подери... А как же, интересно, Мошков справляется? Или RTComm его на шару хостит, да ещё и кластером каким-нибудь?
У Мошкова, насколько я помню, один сервер чуть лучше моего (диски пошустрее).
Но у него всё практически - статика. Он потратил намного больше сил и времени на разработку движка, теперь экономит на железе.
15 лет назад, на его 386 сервере, Либрусек бы не заработал даже с десятком посетителей, а его код - жил. Старая школа.
Одна и та же история постоянно повторяется. Сервер перестаёт справлятся с работой, я некоторое время торможу, потом что-то меняю, всё начинает нормально работать, посещаемость начинает расти, через месяц упираестя в производительность сервера. Сейчас где-то десятый цикл, и конца не видно.
ну а разве это удивительно, если выставлено всё на скачивание, и посещаемость растёт? Так и должно быть, потому что такая архитектура похожа на добровольный ДДоС: нагрузка растёт пропорционально подключенным пользователям, кол-во которых растёт со временем (сервер всегда упирается в потолок производительности).
Чтобы этого избежать, надо стратегию раздавания как-то поменять, например начать раздавать весь стаф, который пачками, торрентами (только), а штучно (MyHomeLib, поиск и т.п.) вводить некоторое ограничение. Ну от балды такое:
Кол-во скачиваемых книг в месяц = k*(траф в месяц / кол-во юзеров).
"Траф в месяц" в пересчёте на единицы книг. Т.е. чем больше юзеров, тем меньше они могут скачивать книг в месяц. k выбрать по вкусу, определяет коэф. загрузки. Ну поменьше скачивать в месяц будут с наплывом пользователей, зато всегда, целиком и быстро. А не все скопом схватились за все книги и медленно, нагрузив сервер так, что тот вообще отказал =////
Т.е. нужно "релаксировать" по тем путям, по которым нагрузка сервера будет расти с наплывом юзеров. Другими словами основной принцип должен быть - нагрузка должна быть постоянной (в среднем). Любую зависимость от наплыва надо ослаблять любыми средствами, оставляя в силе второй принцип: чтобы всем досталось всё.
Меньше штук в месяц - зато быстро и целиком. Чем всё, всем, и никогда целиком.
Короче бросил $50 через PayPal "на железо" .
Кстати , там это сделано через ""Donate" вы уверенны что это лучше чем "Pay" ? Вроде потом при "Donate" чтобы бабки вынуть надо какие то справки предоставлять, или это только американцам ?
Короче бросил $50 через PayPal "на железо" .
Кстати , там это сделано через ""Donate" вы уверенны что это лучше чем "Pay" ? Вроде потом при "Donate" чтобы бабки вынуть надо какие то справки предоставлять, или это только американцам ?
Я их не вынимаю, я пайпалом плачу хостерам. Два года уже, полёт нормальный.
Комментарии
Отв: Переезд
Захожу в книгу, страница либрусека с обрамлением загружается. На месте информации о книге пустая страница.
Так и надо?
Пример
Отв: Переезд
Это не книга, а страница сериала. Видимо, пустого.
Вот правильный - http://lib.rus.ec/sequence/4738.
Отв: Переезд
извините, я уже месяц из-под своего аккаунта не вижу книг и авторов, может мне кто-нить поможет?
Отв: Переезд
Может, забанили ? ;)
Если серьезно - что видно при заходе но адресу
http://lib.rus.ec/new и/или http://lib.rus.ec/a/all ?
Отв: Переезд
по этим адресам все ок.
Страница тупо не загружается по адресам типа http://lib.rus.ec/b/......... и http://lib.rus.ec/a/........
Отв: Переезд
и с этих пор:
Извините, сервер сейчас перегружен. Зайдите через полчасика.
Отв: Переезд
Чот аватар не меняется:
Выбранный файл /tmp/9325.gif не удается скопировать.
Failed to upload the picture image; the pictures directory doesn't exist or is not writable.
Отв: Переезд
скачка отдельных файлов не шла, в отличие от скачать всё выделенное, пока так :-)
Отв: Переезд
Заметил такую багу.
Зашел на http://lib.rus.ec, не логинился!
В "поис книг" задал "Беспроводная сеть своими руками"
Книга нашлась, перебросило на другую страницу.
Там заметил что не залогинился, спарва ввел имя и пароль.
Судя по сформировашемуся URL cистема пошла искать книгу по моему имени и паролю.
Отв: Переезд
Не смертельно, но не очень красиво.
Win XP SP 3, Firefox 3.0.8
Отв: Переезд
Прошло пару месяцев и теперь подвожу итог - на сервер то переехали, места теперь есть а тормоза остались :(
Не знаю линия это или проц но тормозит временами по жуткому. Иногда (хотя и очень редко) вообще "connection timed out" чаще всего просто долго ждешь пока отреагирует и откроется ...
Тут возник вопрос, даже 2 :) - на чем в смысле железа сейчас бегаем ? и нельзя ли это железо обновить , может второй сервак поставить например отдельный для базы ?
Если вопрос в деньгах то думаю если кинуть клич народ скинется, я бы например под такое дело баксов 50 кинул бы без проблем ...
Отв: Переезд
Cейчас используестя два сервера.
Сервер №2:
Processor PE R200 Quad Core Xeon X3320, 2.5GHz, 2x3MB, 1333F
RAM 4GB 667MHz Dual Rank ECC Memory (4X1GB)
Hard Drive 500GB 1TB (1024 GB) SATA
Подключение 100Mb, 10Т/месяц
top - 13:33:17 up 23 days, 10:36, 1 user, load average: 1.13, 1.26, 1.10
Tasks: 104 total, 1 running, 103 sleeping, 0 stopped, 0 zombie
Cpu(s): 42.3%us, 5.9%sy, 0.0%ni, 50.5%id, 0.7%wa, 0.1%hi, 0.5%si, 0.0%st
Mem: 4061464k total, 3949360k used, 112104k free, 63836k buffers
Swap: 2096472k total, 44k used, 2096428k free, 3190480k cached
Используется для БД и дополнительных проектов - gen.lib.rus.ec, book.lib.rus.ec и ещё нескольких. С работой вполне справляется (сейчас пик нагрузкни, LA чуть больше 1)
Сервер №3:
Processor PE R200 Quad Core Xeon X3320, 2.5GHz, 2x3MB, 1333F
RAM 4GB 667MHz Dual Rank ECC Memory (4X1GB)
Hard Drive 500GB
Подключение 100Mb Unlimited, теоретически до 30Т/месяц.
top - 13:40:06 up 25 days, 22:50, 2 users, load average: 9.02, 8.54, 8.80
Tasks: 144 total, 3 running, 141 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.2%us, 1.7%sy, 0.0%ni, 47.4%id, 48.6%wa, 0.2%hi, 1.0%si, 0.0%st
Mem: 4061464k total, 4035652k used, 25812k free, 58564k buffers
Swap: 2096472k total, 1358356k used, 738116k free, 2277032k cached
Используется только для Либрусека, под nginx/apache/memcached
В начеле месяца заказал хостерам добавить диск и памяти. Думаю, сейчас упирается в диск, если растащить на два - полегчает вдвое.
Одна и та же история постоянно повторяется. Сервер перестаёт справлятся с работой, я некоторое время торможу, потом что-то меняю, всё начинает нормально работать, посещаемость начинает расти, через месяц упираестя в производительность сервера. Сейчас где-то десятый цикл, и конца не видно.
Отв: Переезд
Черт подери... А как же, интересно, Мошков справляется? Или RTComm его на шару хостит, да ещё и кластером каким-нибудь?
Отв: Переезд
У Мошкова, насколько я помню, один сервер чуть лучше моего (диски пошустрее).
Но у него всё практически - статика. Он потратил намного больше сил и времени на разработку движка, теперь экономит на железе.
15 лет назад, на его 386 сервере, Либрусек бы не заработал даже с десятком посетителей, а его код - жил. Старая школа.
Отв: Переезд
А. Понял, спасибо.
Отв: Переезд
ну а разве это удивительно, если выставлено всё на скачивание, и посещаемость растёт? Так и должно быть, потому что такая архитектура похожа на добровольный ДДоС: нагрузка растёт пропорционально подключенным пользователям, кол-во которых растёт со временем (сервер всегда упирается в потолок производительности).
Чтобы этого избежать, надо стратегию раздавания как-то поменять, например начать раздавать весь стаф, который пачками, торрентами (только), а штучно (MyHomeLib, поиск и т.п.) вводить некоторое ограничение. Ну от балды такое:
Кол-во скачиваемых книг в месяц = k*(траф в месяц / кол-во юзеров).
"Траф в месяц" в пересчёте на единицы книг. Т.е. чем больше юзеров, тем меньше они могут скачивать книг в месяц. k выбрать по вкусу, определяет коэф. загрузки. Ну поменьше скачивать в месяц будут с наплывом пользователей, зато всегда, целиком и быстро. А не все скопом схватились за все книги и медленно, нагрузив сервер так, что тот вообще отказал =////
Т.е. нужно "релаксировать" по тем путям, по которым нагрузка сервера будет расти с наплывом юзеров. Другими словами основной принцип должен быть - нагрузка должна быть постоянной (в среднем). Любую зависимость от наплыва надо ослаблять любыми средствами, оставляя в силе второй принцип: чтобы всем досталось всё.
Меньше штук в месяц - зато быстро и целиком. Чем всё, всем, и никогда целиком.
Отв: Переезд
Короче бросил $50 через PayPal "на железо" .
Кстати , там это сделано через ""Donate" вы уверенны что это лучше чем "Pay" ? Вроде потом при "Donate" чтобы бабки вынуть надо какие то справки предоставлять, или это только американцам ?
Отв: Переезд
Я их не вынимаю, я пайпалом плачу хостерам. Два года уже, полёт нормальный.
Отв: Переезд
Что-то не работает http://book.lib.rus.ec/
Отв: Переезд
О а я тут видел хороший сайт по этой статье Хакер сайт
all/daily - пусто
что-то умерло всё - пустую страницу отдаёт :(
может, я чего-то пропустил?
Страницы