Комментарии в блоге "Битрикс - Сергей Рыжиков" на "6 000 000 со счетом 6:0" http://dev.1c-bitrix.ru/community/blogs/rsv/178.php ru http://backend.userland.com/rss2 Sat, 23 May 2026 22:44:23 +0300 ====quote====
полностью согласен с чьим-то изречением выше, что надо было при тестировании в демку хотя бы баннеропоказ добавить.
=============
Костя, так в Бизнесе и тестировали с рекламным модулем и статистикой и всеми другими модулями.


====quote====
механизм выбора баннера для отображения на данный момент работает очень тяжело и медленно - не было бы у вас шести миллионов со включенным баннеропоказом.
=============
А вы на чем основываете это утверждени? У нас в продукте есть отладчик, вы можете посмотреть каждый запрос и время его исполнения: http://www.1c-bitrix.ru/performance/tools.php
По моим данным, работает модуль очень хорошо даже не смотря на появление равномерного показа рекламы по контрактам рекламодателей.



====quote====
на счёт кэширования имею замечание: на форуме уже высказывалось предложение реализовать некую систему событий, мол, "элемент такой-то изменён - удалить из кеша и закешировать снова". на данный момент такой проверки нет, что негативно сказывается и на скорости (часто вместе с устаревшим кешем приходится обновлять и валидный).
=============

Этот вопрос неоднократно обсуждали. Но цена реализации получается очень большой в целом на проект.
Более выгодно получается делать управляемое кешированием в тех компонентах, где это нужно. Кстати, во многих  наших компонентах сделано управляемое кеширование. Так, например, блог скидывает сам кеш, когда добавлено новое сообщение.]]> http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=728#com728 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=728#com728 Tue, 24 Jul 2007 15:04:44 +0400
на счёт кэширования имею замечание: на форуме уже высказывалось предложение реализовать некую систему событий, мол, "элемент такой-то изменён - удалить из кеша и закешировать снова". на данный момент такой проверки нет, что негативно сказывается и на скорости (часто вместе с устаревшим кешем приходится обновлять и валидный).]]> http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=727#com727 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=727#com727 Tue, 24 Jul 2007 14:47:26 +0400 А так без проблем, хоть готовый HTML кэшировать, хоть выставьте заголовок и время истечения поставьте и сложите копию в кэш front-end.


====quote====
На счет "данные обновляются по-разному" это я что-то не пойму.
80% сайтов обновляются не чаще раза в день. Что мешает записать всю страницу целиком в HTML-файл, после того как поменялась одна новость?
И потом целый день отдавать этот файл всем посетителям со скоростью апача или nginx?
=============

Это исключение из правила. Обычный проект обновляется неравномерно.
Часть страницы по своему графику, часть по другому.
Есть проект позволяет кэшировать страницу в чистый HTML - пожалуйста, вы можете так сделать.
Просто мы не считаем это удобным для владельца ресурса и для посетителей даже на статических страницах.
Я уже не говорю о проектах, где число статических страниц может быть очень большим и зависеть от посещаемости, запросов пользователей, фильтров и т.п. вещей.
]]> http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=726#com726 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=726#com726 Mon, 23 Jul 2007 18:59:41 +0400 Но почему вы не делаете кеширование в статику для случая, когда нет статистики?

На счет "данные обновляются по-разному" это я что-то не пойму.
80% сайтов обновляются не чаще раза в день. Что мешает записать всю страницу целиком в HTML-файл, после того как поменялась одна новость?
И потом целый день отдавать этот файл всем посетителям со скоростью апача или nginx?

]]> http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=725#com725 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=725#com725 Mon, 23 Jul 2007 18:52:42 +0400 Есть реклама и статистика, в большинстве проектов. Эти данные не кэшируются, как например, в тестируемом  Бизнесе.

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

Хотя конечно было бы очень просто кешировать готовую страницу в HTML.
Но статика - это уже очень неудобно, не соответствует бизнес задачам клиентом.
Потому и тестируем работающую бизнес-логику.

]]> http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=724#com724 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=724#com724 Mon, 23 Jul 2007 18:37:49 +0400
К Вам в гости я не поеду, потому как в другом городе живу.

Если Вы так не хотите объяснить, что есть "Параллельные потоки", мои подозрения о происхождении цифр теста просто подтвердятся. Пока Вы уже неделю всячески увиливаете от ответа на этот простой вопрос.

 ]]> http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=723#com723 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=723#com723 Mon, 23 Jul 2007 02:19:15 +0400 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=721#com721 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=721#com721 Sat, 21 Jul 2007 19:06:08 +0400 ]]> http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=720#com720 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=720#com720 Wed, 18 Jul 2007 23:36:02 +0400 Возьмите и сделайте сравнение версий ядра версии 5.0 и версии 6.0 и проанализируйте сколько всего изменилось в ядре и что изменилось.

Битрикс сегодня при своем функционале и возможностях, я уверен, один из наиболее производительных продуктов! Вы пробовали хоть раз запустить под нагрузку продукт MS, Oracle или IBM для сайта или для Интранета? Да даже бесплатные системы которые так часто упоминаются? Ну серьезно. Я некоторым опытом располагаю. Но я ни разу не видел нагрузочных тестов. Честно скажу и не искал, но если есть, пришлите мне в почту, будет любопытно.

У нас есть несколько клиентов, которые перешли со своих старых платформ на нашу и уменьшили число серверов в несколько раз. У одного клиента было 6 серверов, осталось два.

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

Ладно, чего мы тут спорим. Работать нужно, а не перетряхивать свои сомнения.  ]]> http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=719#com719 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=719#com719 Wed, 18 Jul 2007 13:10:06 +0400 ====quote====
К прмеру, чтобы тот же evraz.com нормально бегал пришлось потратить не один день на укрощение Битрикса. Именно на укрощение. Вот не умеет Битрикс выбирать связанные сущности, хоть тресни. Соответственно когда нужно реализовывать сложные связи - или добавлять сервера в неограниченном количестве или извращаться поперек течения.
=============

Ну не все так плохо, как кажется. Умеет, но не одним запросом. Пока не одним. Будет уметь и одним в скором времени. Но сущности то сложные, как вы и говорите. Да и про несколько серверов особенных проблем нет. Одной галочкой не включается пока, согласен. Но будем работать над этим


====quote====
Да, я иронично отношусь к данному тесту. Заставьте тестового пользователя писать что-то в форум, авторизовываться на сайте, покажите ему динамические баннеры - приблизьте тестирование к боевым условиям и производительность снизится на порядок. Товарищи из QSoft провели на самом деле большую работу, я не умаляю их заслугу и уж ни в коем мере не обвиняю в непрофессионализме. Но они подогнали стенд под идеально ровную посещаемость и идеально неменяемый контент, а это совсем не то же самое что боевой сайт.
=============

Да нет, Даниил, не упадет производительность так жутко, как вы говорите. Да, конечно может измениться и измениться на рабочем проекте. Я знаю сайт на котором каталог товаров обновляется практически постоянно и еще связь с ERP реализована с постоянными операциями за запись данных. Ну сделали бы мы тест такой системы, кому-то это дало бы информацию? Мы тестировали типовую публичку в первую очередь, чтобы получить информацию о производительности ядра и продукта, о результатах наших усилий по оптимизации, а не о качестве сборки сайта. Но повторяться не буду, уже столько раз об этом говорили...


====quote====
Вот чего действительно хотелось бы в плане производительности - так это действенных и отлаженных инструментов для организации сложной бизнес-логики. У Вас сейчас основной упор делается на кэш, но не все и не всегда закэшируешь. Вот если бы изменения коснулись работы продукта мимо кэша - да, это было бы действительно здорово и полезно. Даже я ворчать на производительность перестал бы
=============

Вы не правы, упор сегодня не только в кеширование делается. Посмотрите раздел.
http://www.1c-bitrix.ru/performance/scripts.php
http://www.1c-bitrix.ru/performance/tools.php
http://www.1c-bitrix.ru/performance/cache.php

Заниматься вопросом производительности мы начали именно с ядра продукта, с оптимизации кода, исключения числа запросов, оптимизации запросов... потом сделали несколько видов кэширования и развили имеющиеся. И только потом сделали Автокеширование как составную часть вторых компонент. Да, сделано это, чтобы облегчить жизнь разработчикам при работе над большими проектами и при работе на виртуальном хостинге. Очень это помогает одним махом перевести сайт в автоматический режим кэширования.

А чего стоят инструменты отладки! Сегодня проанализировать проект можно за 10-30 минут, найти проблемный компонент и устранить проблему. И это уже как раз для сложных проектов.]]> http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=718#com718 http://dev.1c-bitrix.ru/community/blogs/rsv/178.php?commentId=718#com718 Wed, 18 Jul 2007 13:00:12 +0400