|
О разном...
Правила общения в форуме
|
Прежде чем задать вопрос!
Как правильно задавать вопросы в форуме и пользоваться материалами сайта. |
|
| Московское время 01:16:57 | Ваше локальное время
| Владивостокское время 08:16:57 |
|
Автор: roracotta (---.cpe.net.cable.rogers.com)
Дата: 06-01-10 04:32
Уважаемый Иван!!С чем может быть связано то ,что иногда Ваш сайт не открывается вообще, а иногда очень долго? Это проблема с трафиком,или это моя линия шакалит из-за растояния? Но в то-же самое время другие , я думаю, не менее загруженные российские сайты,открываются нормально.Это ни в коем случае не претензия, просто, если это проблемма в моих настрйках,то, может ,кто из гуру что-то посоветует. Форум хорош,и хочется его смотреть без проблемм. С ув. Владимир.
|
|
Ответить на это сообщение
|
|
Автор: Pobeg (80.73.84.---)
Дата: 06-01-10 05:17
и у меня то же самое, но только на ГуглХром и Эксплорере. В Опере открывается нормально.
|
|
Ответить на это сообщение
|
|
Автор: Водяной (---.volgograd.ertelecom.ru)
Дата: 06-01-10 05:58
Так Иван писал в "Новогоднем послании президента":
>
> Однако, "переварить" непрогнозируемо возросшую нагрузку на
> серверы оказалось не так-то просто.
> Фактически, весь год прошел для меня под знаком борьбы за
> производительность сайта и форума.
> Путем внедрения ряда мер ситуацию удалось стабилизировать. На
> будущее есть новые идеи.
>
> Приношу извинения всем, кто испытал неудобства от "торможения"
> форума, а также за собственную резкость в дискуссиях.
> Желаю всем вам удачи и счастья в Новом Году!
>
> Иван Гусаков
Так что никакой дискриминации, просто нас больше стало на мотолодке.
|
|
Ответить на это сообщение
|
|
Автор: выборг (---.nwgsm.ru)
Дата: 06-01-10 08:38
У меня мазила, иногда долго не открывается,бесит канешно .......но ничего........работает.........
|
|
Ответить на это сообщение
|
|
Автор: Илья-1000 (---.pppoe.mtu-net.ru)
Дата: 06-01-10 09:01
Перестает открываться в "мозилке" - открываю "эксплорером", перестает из "эксплорера" - открываю "оперой". А там уже и "мозилка" очухивается :))
|
|
Ответить на это сообщение
|
|
Автор: roracotta (---.cpe.net.cable.rogers.com)
Дата: 06-01-10 09:24
То есть это все-таки проблема с самим форумом....Но ведь форум растет и, вскорости ,всеравно надо будет что-то делать...Может нужно Ивану какую-нибудь помощь предложить в этом вопросе.Например,наши форумные компьютерщики как-то могли б помочь,или как-то материально для какого нибудь абгрейта,не знаю..Ждем ув.Ивана.
|
|
Ответить на это сообщение
|
|
Автор: p78-57 (---.pppoe.avangarddsl.ru)
Дата: 06-01-10 09:31
Алгоритм примерно такойже, но "мозилка" в "лидерах" по открыванию. Правда мою оперу может стоит обновить... На другом компе опера посвежее-проблемы тоже бывают, но реже. "Мозилки" там нет, сравнить не могу.
|
|
Ответить на это сообщение
|
|
Автор: Иван (212.91.213.---)
Дата: 06-01-10 10:40
Проблемы разные.
Причин некоторых проблем я не знаю, особенно тех проблем, с которыми не сталкиваюсь сам.
Денег не надо - я все равно не знаю рецепта, как одним махом решить все проблемы.
Пусть все идет своим чередом, постепенно я все решаю.
Как-то так.
|
|
Ответить на это сообщение
|
|
Автор: roracotta (---.cpe.net.cable.rogers.com)
Дата: 06-01-10 14:29
<Пусть все идет своим чередом, постепенно я все решаю.>
Здравствуйте,ув.Иван!! Вы,конечно,хозяин данного ресурса и Ваше слово-закон. Но время от времени всплывают темы, подобные моей. И, думаю, люди высказывают свои пожелания исключительно из любви к данному ресурсу, из- за желания видеть его лучшим, не в смысле современным, (это дело вкуса) а в смысле "безглючным", беспроблемным и более удобным. А сейчас , даже в этой ветке , многие участники имеют ту или инную проблему.
<Причин некоторых проблем я не знаю, особенно тех проблем, с которыми не сталкиваюсь сам>
Мы не боги и всего знать не можем...Именно поэтому,может быть коллективным разумом, вместе можно добиться каких-то хоть небольших изменений к лучшему. Еще раз извините, если наступаю на больную мозоль. Тему поднял исключительно из-за благих намерений. Хотел как лучше..... Спасибо. Владимир.
|
|
Ответить на это сообщение
|
|
Автор: Александр-Находка (77.35.181.---)
Дата: 06-01-10 15:20
roracotta писал:
> из любви к данному ресурсу, из- за желания видеть его лучшим,
> не в смысле современным, (это дело вкуса) а в смысле
> "безглючным", беспроблемным и более удобным.
ну дак хотя бы выполнил бы из "любви к данному ресурсу" команду трасерт и прислал бы результаты в студию, вместо того чтоб Ивана как яблоню трясти.
|
|
Ответить на это сообщение
|
|
Автор: roracotta (---.cpe.net.cable.rogers.com)
Дата: 06-01-10 15:31
<
ну дак хотя бы выполнил бы из "любви к данному ресурсу" команду трасерт и прислал бы результаты в студию, вместо того чтоб Ивана как яблоню трясти.>
Я, извините, что-то не так сказал? Что это за негодования с Вашей стороны? Ивана я не трясу,желаю только хорошего....Странно...А Вы, стесняюсь спросить, с кем тут своей репликой воюете? От меня Ивана защищать не нужно, он сам за себя постоит, если что... Я-ЗА, а не ПРОТИВ!!! Ладно,замяли...Удачи.
|
|
Ответить на это сообщение
|
|
Автор: Иван (212.91.213.---)
Дата: 06-01-10 17:08
roracotta писал:
> Именно поэтому,может быть коллективным разумом, вместе
> можно добиться каких-то хоть небольших изменений к лучшему.
Не верю я в коллективный разум применительно к web-сайту.
> Тему поднял исключительно из-за благих намерений.
Это понятно. Ничего страшного, я привык.
|
|
Ответить на это сообщение
|
|
Автор: Тракторбек (---.broadband.corbina.ru)
Дата: 07-01-10 04:55
Водяной писал:
>
> Так Иван писал в "Новогоднем послании президента":
>
>
> >
> > Однако, "переварить" непрогнозируемо возросшую нагрузку на
> > серверы оказалось не так-то просто.
> > Фактически, весь год прошел для меня под знаком борьбы за
> > производительность сайта и форума.
> > Путем внедрения ряда мер ситуацию удалось стабилизировать. На
> > будущее есть новые идеи.
> >
> > Приношу извинения всем, кто испытал неудобства от
> "торможения"
> > форума, а также за собственную резкость в дискуссиях.
> > Желаю всем вам удачи и счастья в Новом Году!
> >
> > Иван Гусаков
>
> Так что никакой дискриминации, просто нас больше стало на
> мотолодке.
>
Серега, акстись. Кого больше стало. Есть такая качественная характеристика продукта как доступность, т.е. какое кол-во одновременных пользователей могут находиться на сайте, без его торможения, применительно к сайту. Измеряется в %. Тут одновременно много народу не бывает. Проблемы есть, админ их знает.
|
|
Ответить на это сообщение
|
|
Автор: Alex-Новосибирск (94.237.134.---)
Дата: 07-01-10 16:59
Тракторбек писал:
>... Есть такая качественная
> характеристика продукта как доступность, т.е. какое кол-во
> одновременных пользователей могут находиться на сайте, без его
> торможения, применительно к сайту. Измеряется в %. Тут
> одновременно много народу не бывает. Проблемы есть, админ их
> знает.
>
Истину говоришь Трактор-АГА :-))
|
|
Ответить на это сообщение
|
|
Автор: Smolnyj (---.vntc.ru)
Дата: 07-01-10 21:40
Иван писал:
> Проблемы разные.
> Причин некоторых проблем я не знаю, особенно тех проблем, с
> которыми не сталкиваюсь сам.
>
> Денег не надо - я все равно не знаю рецепта, как одним махом
> решить все проблемы.
> Пусть все идет своим чередом, постепенно я все решаю.
>
> Как-то так.
SAS SSD вместо того что там у тя щаз - и проблемы с быстродействием забываются надолго.
Установка за пару минут, плюс время на перенос инфы (час-два-три, от объёма).
Однако, весьма недёшево.
|
|
Ответить на это сообщение
|
|
Автор: Иван (212.91.213.---)
Дата: 07-01-10 22:30
Smolnyj писал:
> SAS SSD вместо того что там у тя щаз
Хм, ты полагаешь, что SAS SSD быстрее, чем RAMDisk?
Очень смелое заявление.
Еще раз убеждаюсь, что все эти "советы посторонних" мало чего стОят (без обид).
Даже при самой высокой квалификации и самых искренних намерениях советующего.
Ну не видно снаружи, что там творится изнутри. Не-вид-но...
|
|
Ответить на это сообщение
|
|
Автор: Александр-Находка (77.35.181.---)
Дата: 08-01-10 00:38
Трассировка маршрута к www.motolodka.ru [212.91.192.32]
с максимальным числом прыжков 30:
1 46 ms 44 ms 47 ms ERX-NAKH.primorye.net.ru [10.1.1.66]
2 43 ms 49 ms 46 ms 10.166.2.21
3 48 ms 49 ms 52 ms 10.166.165.2
4 44 ms 48 ms 48 ms 10.165.163.2
5 45 ms 49 ms 52 ms 10.177.163.5
6 50 ms 49 ms 52 ms 10.177.2.9
7 57 ms 319 ms 156 ms www.motolodka.ru [212.91.192.32]
Трассировка завершена.
Трассировка маршрута к www.motolodka.ru [212.91.192.32]
с максимальным числом прыжков 30:
1 46 ms 46 ms 49 ms ERX-NAKH.primorye.net.ru [10.1.1.66]
2 43 ms 41 ms 46 ms 10.166.2.21
3 53 ms 49 ms 49 ms 10.166.165.2
4 51 ms 46 ms 47 ms 10.165.163.2
5 54 ms 49 ms 48 ms 10.177.163.5
6 52 ms 47 ms 50 ms 10.177.2.9
7 2673 ms * * www.motolodka.ru [212.91.192.32]
8 * * * Превышен интервал ожидания для запроса.
9 51 ms 49 ms 49 ms www.motolodka.ru [212.91.192.32]
|
|
Ответить на это сообщение
|
|
Автор: SergeiS (---.fusionone.ee)
Дата: 08-01-10 00:54
Илья-1000 писал:
> Перестает открываться в "мозилке" - открываю "эксплорером",
> перестает из "эксплорера" - открываю "оперой". А там уже и
> "мозилка" очухивается :))
В чем причина - так и не сумел разобраться. Лекарство известно:
1) Заходим в Фирефоксе в Tools-Options и жмякаем "remove individual cookies"
2) в появившемся окошке (вместо google на картинке) пишем motolodka
удаляем все cookie имеющие к сайту отношение
3) Нажимаем Close, OK и заново логинимся на мотолодку.
Возникает эта байда только на одном компе, с периодичностью 1-2 раза в месяц. Что странно, с другими сайтами такого поведения не наблюдал.
|
|
Ответить на это сообщение
|
|
Автор: Smolnyj (---.vntc.ru)
Дата: 08-01-10 01:29
Иван писал:
> Хм, ты полагаешь, что SAS SSD быстрее, чем RAMDisk?
> Очень смелое заявление.
Ты хочешь сказать, что база форума живёт у тебя на рамдрайве в течении всего сеанса? именно ВСЯ база, и именно в течении ВСЕГО сеанса?
Хм, я видал немало самых разных серверов(постоянные клиенты, чо) но ни разу не встречал такого решения. Просто потому, что рамы - мало. Физически мало.
И всё же, ты уверен, что не путаешь RAMdrive с чем-либо другим?
Ибо если всё держать в оперативе - тормозам взяться просто неоткуда.
Скока там сервпроцессов у тебя крутится одновременно в моменты максимальной нагрузки? писяд? сто? двести? откуда тормоза-то? или у тя сервов нет, а вместо них очередь организована? ну в нашем случае это ничего не меняет, тогда вопрос такой будет: какая глубина очереди в моменты максимальных нагрузок?
> Еще раз убеждаюсь, что все эти "советы посторонних" мало чего
> стОят (без обид).
> Даже при самой высокой квалификации и самых искренних
> намерениях советующего.
Угу, есть такая фигня. Ну дык взял и объяснил бы, тут в общем-то есть грамотные люди.
По всем прошлым твоим объяснениям генеральной линией проходит информация об том, что источник всех тормозов - это операции с базой. Насколько я понял, в основном поиск и чтение, ибо запись относительно редка.
Ну блин и скажи же мне, откель тогда берутся тормоза? Обычно всё упирается в сиик. Если база в раме - сик вычоркиваем нафик, нет его потомучто. И что же остаётся? не понимаю, блин...
> Ну не видно снаружи, что там творится изнутри. Не-вид-но...
Ога, не видно конечно. Вот и рассказывай давай, интересно же...
|
|
Ответить на это сообщение
|
|
Автор: SergeiS (---.fusionone.ee)
Дата: 08-01-10 01:53
Smolnyj писал:
> > Ну не видно снаружи, что там творится изнутри. Не-вид-но...
>
> Ога, не видно конечно. Вот и рассказывай давай, интересно же...
Все это подтверждается практикой: гораздо сложнее найти основной bottleneck (причем обычно их несколько рядом лежащих) чем это исправить.
|
|
Ответить на это сообщение
|
|
Автор: Smolnyj (---.vntc.ru)
Дата: 08-01-10 02:01
>>Все это подтверждается практикой: гораздо сложнее найти
>>основной bottleneck (причем обычно их несколько рядом лежащих)
>>чем это исправить.
В грамотно написанном софте "горлышки" ищутся на раздва. Одной кнопкой типа "чек маркерз". Ну или дефайном в коде, в общем вы меня поняли.
Впрочем, даже если у него там нет встроенных маркеров производительности - ничо не мешает нарисовать их самому хотя бы в коде движка. Облепить маркерами например те же скул-запросы совсем не проблема. Хотя, лучше конечно напихать их по всей иерархии сервпроцесса, ну да это нюансы....
|
|
Ответить на это сообщение
|
|
Автор: Иван (212.91.213.---)
Дата: 08-01-10 02:03
Smolnyj писал:
> Ты хочешь сказать, что база форума живёт у тебя на рамдрайве в
> течении всего сеанса? именно ВСЯ база, и именно в течении ВСЕГО сеанса?
Ну да, вся. Уже почти месяц.
Стало значительно лучше, но стало ясно, что этот тормоз был не единственный.
> Хм, я видал немало самых разных серверов(постоянные клиенты,
> чо) но ни разу не встречал такого решения. Просто потому, что
> рамы - мало. Физически мало.
Что значит мало?
2 Гигабайта из 4-х отдал под "диск", размер базы 560 Мегабайт.
Никакой фантастики, никакого напряга.
> И всё же, ты уверен, что не путаешь RAMdrive с чем-либо другим?
> Ибо если всё держать в оперативе - тормозам взяться просто неоткуда.
Слава, я, конечно, много чего не знаю, но то, что я сам сделал RAMDisk из оперативки - знаю точно.
> Скока там сервпроцессов у тебя крутится одновременно в моменты
> максимальной нагрузки? писяд? сто? двести? откуда тормоза-то?
> или у тя сервов нет, а вместо них очередь организована? ну в
> нашем случае это ничего не меняет, тогда вопрос такой будет:
> какая глубина очереди в моменты максимальных нагрузок?
Х.з. Вот всего этого я как раз не знаю.
Знаю, что одновременно по HTTP может быть около 100 тредов, а к базе даже больше
(по крайней мере, столько я вижу их штатными средствами наблюдения).
> По всем прошлым твоим объяснениям генеральной линией проходит
> информация об том, что источник всех тормозов - это операции с
> базой. Насколько я понял, в основном поиск и чтение, ибо запись
> относительно редка.
> Ну блин и скажи же мне, откель тогда берутся тормоза? Обычно
> всё упирается в сиик. Если база в раме - сик вычоркиваем нафик,
> нет его потомучто. И что же остаётся? не понимаю, блин...
Ну, например, запросы на поиск.
"Seek" - то вычеркиваем, но остается нудная работа процессора по прогонке всех текстов базы на соответствие поисковому шаблону.
Есть еще новые гипотезы по наличию узких мест на других участках фронта.
> > Ну не видно снаружи, что там творится изнутри. Не-вид-но...
>
> Ога, не видно конечно. Вот и рассказывай давай, интересно же...
А смысл?
У меня достаточно скептическое отношение к возможности построения эффективной коллективной работы.
Возможно, я подхожу к черте, когда пора искать серьезного исполнителя
и тупо заказывать за деньги готовое комплексное решение.
Однако, и тут не так все просто.
Известные мне владивостокские фирмы имеют свои стандартные наработки
и тупо навязывают их заказчикам с небольшими вариациями.
А нужны такие, которым объяснить свое видение того, как надо сделать,
и они применили лишь свое программистское мастерство.
Если я в чем-то ошибаюсь - аргументированно поправили.
А не сватали "до кучи" свой тормозной, дорогой и абсолютно неуместный хостинг.
|
|
Ответить на это сообщение
|
|
Автор: Smolnyj (---.vntc.ru)
Дата: 08-01-10 02:24
Иван писал:
> Ну да, вся. Уже почти месяц.
> Стало значительно лучше, но стало ясно, что этот тормоз был не
> единственный.
...
> 2 Гигабайта из 4-х отдал под "диск", размер базы 560 Мегабайт.
> Никакой фантастики, никакого напряга.
...
> Слава, я, конечно, много чего не знаю, но то, что я сам сделал
> RAMDisk из оперативки - знаю точно.
Ога, понятно, я не подумал что у тебя база такая маленькая.
Тогда вопрошаем далее:
Оська какая? своп оськовый отрублен/перенесён на рамдиск/ или таки оставлен на ХДД ?(стандартная кстати ошибка)
Временная папка сервера, его логи и прочая хня - вопрос тот же (тоже стандартная ошибка)
Что-либо ещё, что использует именно ХДД во время работы, есть? посмотреть, чо, зачем и когда делает, убрать/отрубить/перенести-переконфигить.
Ну то есть, по идее, в моменты максимальной нагрузки работы с ХДД идти не должно. Никакой вообще. То есть, система бэкапов должна учитывать общий лоад и выбирать окна для своей работы соответственно.
Есть ли сейчас какая-либо работа с ХДД?
> Х.з. Вот всего этого я как раз не знаю.
>
> Знаю, что одновременно по HTTP может быть около 100 тредов, а к
> базе даже больше
> (по крайней мере, столько я вижу их штатными средствами
> наблюдения).
Что есть в данном случае "тред"? Процесс, поток, нить или задача?
Для простоты поставим вопрос по-другому - сколько пользовательских запосов типа например GET HTTP .... обрабатываются или стоят в очереди ОДНОВРЕМЕННО, и сколько их проходит например за секунду (в моменты максимальной нагрузки, естессно)?
Просто хочется понять порядок так сказать вычислительной нагрузки на систему...
> "Seek" - то вычеркиваем, но остается нудная работа процессора
> по прогонке всех текстов базы на соответствие поисковому
> шаблону.
А что, индексирование отменили? или ты имеешь в виду процедуру пересоздания индексов? или у тебя тупо отключено индексирование, чтобы уменьшить размер оперативной базы?
> Есть еще новые гипотезы по наличию узких мест на других
> участках фронта.
Ну вот в первую очередь глянь загрузку ХДД. Очень может быть, что какая-нить пакость считает себя обязанной скинуть например строку в логфайл на ХДД прежде, чем выполнить операцию на рамдрайве :)))
Частый случай на самом деле.
> А смысл?
> У меня достаточно скептическое отношение к возможности
> построения эффективной коллективной работы.
Коллективная работа конечно сложна и малореально. Но вот высказанная кем-то мысль очень даже может внезапно прийтись к месту. Проверено неоднократно, нюансы моей работы ты вроде знаешь, так вот я тебе скажу - помогает. ...иногда ;)
> Возможно, я подхожу к черте, когда пора искать серьезного
> исполнителя
> и тупо заказывать за деньги готовое комплексное решение.
Грамотного исполнителя икать заебэ... щаз понятие "специалист" нафиг утратило свой смысл в российской реалии...
> Однако, и тут не так все просто.
> Известные мне владивостокские фирмы имеют свои стандартные
> наработки
> и тупо навязывают их заказчикам с небольшими вариациями.
>
> А нужны такие, которым объяснить свое видение того, как надо
> сделать,
> и они применили лишь свое программистское мастерство.
> Если я в чем-то ошибаюсь - аргументированно поправили.
>
> А не сватали "до кучи" свой тормозной, дорогой и абсолютно
> неуместный хостинг.
Ога-ога, знакомая фигня.
|
|
Ответить на это сообщение
|
|
Автор: Иван (212.91.213.---)
Дата: 08-01-10 02:43
Слава, на некоторые вопросы я отвечать не буду, дабы не порождать совершенно ненужного флуда.
Своп отрублен. Отрубание в свое время неплохо подняло производительность.
Временные папки и логи вебсервера - на HDD.
Убедил - логи отрублю на время (вообще-то, они нужны бывают), временные папки перенесу на RAMDisk.
Бэкапы распланированы по времени наименьшей загрузки, с этим все в порядке.
Скажем так, я вижу 100 запросов GET HTTP одновременно.
А сколько в секунду - х.з.
Про индексирование - я в эту область никогда не вторгался.
Как авторы движка форума создали индексы - так я и ничего не менял.
То есть, смотрю свойства базы - там пишут, что есть какие-то индексы.
Подозреваю, что пытаться улучшить что-то в этой области намного превосходит мои возможности как программиста.
Все, пошел спать.
|
|
Ответить на это сообщение
|
|
Автор: Иван (212.91.213.---)
Дата: 08-01-10 02:47
Smolnyj писал:
> Ога, понятно, я не подумал что у тебя база такая маленькая.
А вот все графические файлы форума лежат на HDD, для них RAM физически не хватит.
Тем не менее, перевод базы Mysql на RAMDisk в первую очередь значительно улучшил загрузку файлов.
Почему так - не знаю. Но - факт.
|
|
Ответить на это сообщение
|
|
Автор: Smolnyj (---.vntc.ru)
Дата: 08-01-10 03:27
Временные папки перенести, однозначно.
Логи - смотря что там логируется, если задано логировать каждый запрос - то никакой кэш не спасёт... ну или его как минимум надо серьёзно реорганизовывать от дефолтного...
Отрубать имхо не обязательно, я бы перенёс на рамдиск и паковал на ХДД вместе со штатным бэкапом базы. Хотя для теста можно и рубануть.
Про оську всё же ответил бы для понятности ( холиварщиков в игнор нафик ;)
И заодно скажи какая файловая система на рабочем ХДД и на РАМдрайве.
По графике - тормоза [пока] вроде как совсем не в этом. Ибо сперва приходит запрос GET хттп тралаля/рид.пхп траляля, в результате чего формируется (тормоза именно здесь!) хтмлфайл, после формирования он начинает отдаваться и только после того как браузер клиента "дочитает" этот файл до определённой строки - он отправит запрос вида GET хттп траяля/жопа.jpg (продолжая читать хтмл далее и формируя свежие запросы по мере их нахождения в тексте) и вот только после получения оного запроса этот жопа.jpg файл будет искаться на ХДД, а потом начнёт отдаваться.
Однако основной хтмл давно сформирован и отдаётся параллельным потоком, поэтому если б тормозила графика - мы бы увидели сперва быстро и полностью открытую ветку, а потом неторопливое заполнение её картинками. Но у нас тормоза именно на этапе формирования базового хтмл, так что графико тут пока ни при чём.
Во всяком случае, мне это так видится.
|
|
Ответить на это сообщение
|
|
Автор: AND (Питер-Приозерск) (89.163.4.---)
Дата: 08-01-10 03:38
Smolnyj писал:
> Временные папки перенести, однозначно.
> Логи - смотря что там логируется, если задано логировать каждый
> запрос - то никакой кэш не спасёт... ну или его как минимум
> надо серьёзно реорганизовывать от дефолтного...
> Отрубать имхо не обязательно, я бы перенёс на рамдиск и паковал
> на ХДД вместе со штатным бэкапом базы. Хотя для теста можно и
> рубануть.
>
> Про оську всё же ответил бы для понятности ( холиварщиков в
> игнор нафик ;)
> И заодно скажи какая файловая система на рабочем ХДД и на
> РАМдрайве.
>
>
> По графике - тормоза [пока] вроде как совсем не в этом. Ибо
> сперва приходит запрос GET хттп тралаля/рид.пхп траляля, в
> результате чего формируется (тормоза именно здесь!) хтмлфайл,
> после формирования он начинает отдаваться и только после того
> как браузер клиента "дочитает" этот файл до определённой строки
> - он отправит запрос вида GET хттп траяля/жопа.jpg (продолжая
> читать хтмл далее и формируя свежие запросы по мере их
> нахождения в тексте) и вот только после получения оного запроса
> этот жопа.jpg файл будет искаться на ХДД, а потом начнёт
> отдаваться.
> Однако основной хтмл давно сформирован и отдаётся параллельным
> потоком, поэтому если б тормозила графика - мы бы увидели
> сперва быстро и полностью открытую ветку, а потом неторопливое
> заполнение её картинками. Но у нас тормоза именно на этапе
> формирования базового хтмл, так что графико тут пока ни при
> чём.
> Во всяком случае, мне это так видится.
+1 Графика мимо, не в этом дело...
|
|
Ответить на это сообщение
|
|
Автор: SergeiS (---.fusionone.ee)
Дата: 08-01-10 18:50
AND (Питер-Приозерск) писал:
> +1 Графика мимо, не в этом дело...
Поддержу, поскольку на своем форуме под пхпбб недавно такую проблему порешили, и проявлялась она как и положено по книжке: долго грузится именно графика.
Хотя надо посмотреть как организовано хранение картинок. Если все картинки в одной папке, то сколько на данный момент в этой папке файлов?
|
|
Ответить на это сообщение
|
|
Автор: roracotta (---.cpe.net.cable.rogers.com)
Дата: 09-01-10 08:45
Вот сейчас ,например,сайт открывается очень тяжело.Перейти с форума на форум практически невозможно.Надо полностью выходить из форума,потом по новой входить и только после этого есть шанс перейти на другой подфорум.И то очень медленно .
|
|
Ответить на это сообщение
|
|
Автор: roracotta (---.cpe.net.cable.rogers.com)
Дата: 10-01-10 00:45
И еще одна проблемма:практически,каждый раз после какого-товремени после входа на форум,возникает такой момент,что ты зависаешь на одной странице и не работает переход на другую страницу или обновление этой-же.После полного выхода с форума и тут-же входа в него-все работает нормально какое-то время.Итак до следующего раза по кругу.Не знаю есть ли в этом моем сообщении полезная информация,но может Ивану пригодится...Спасибо! И всех с наступающим Старым Новым годом!! Всех благ!!
|
|
Ответить на это сообщение
|
|
Автор: STORM (---.dynamic.murmansk.dslavangard.ru)
Дата: 10-01-10 06:16
Вот такая ошибка выскочила и форум перестал открываться. Время видно,прошло только счас......
|
|
Ответить на это сообщение
|
|
Автор: Kalyazin (---.broadband.corbina.ru)
Дата: 10-01-10 06:32
"Возможно, я подхожу к черте, когда пора искать серьезного исполнителя
и тупо заказывать за деньги готовое комплексное решение.
Однако, и тут не так все просто.
Известные мне владивостокские фирмы имеют свои стандартные наработки
и тупо навязывают их заказчикам с небольшими вариациями.
А нужны такие, которым объяснить свое видение того, как надо сделать,
и они применили лишь свое программистское мастерство.
Если я в чем-то ошибаюсь - аргументированно поправили."
Ох, как это не просто!!!
|
|
Ответить на это сообщение
|
|
Автор: Kalyazin (---.broadband.corbina.ru)
Дата: 10-01-10 06:37
"Про индексирование - я в эту область никогда не вторгался.
Как авторы движка форума создали индексы - так я и ничего не менял.
То есть, смотрю свойства базы - там пишут, что есть какие-то индексы."
А область серьезная\(больше не флудю...)
|
|
Ответить на это сообщение
|
|
Автор: Ягорба (---.vologda.ru)
Дата: 10-01-10 06:47
roracotta писал:
> После полного выхода с форума и тут-же входа в него-все работает нормально какое-то время.Итак до следующего раза по кругу.Не знаю есть ли в этом моем сообщении полезная информация,но может Ивану
пригодится...
Подтверждаю, я тоже эту методу "нащупал",
но для меня это свойство форума стало родным, привычным, как привычны мелкие проказы моего старого "Вихря-М"
Да есть Ямахи, Сузуки, ну и фиг с ними, есть что то и в тормозах Мотолодки, не видеофильм в конце концов...
|
|
Ответить на это сообщение
|
|