Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
28.07.2006, 15:16
|
|||
|---|---|---|---|
|
|||
Xml и производительность |
|||
|
#18+
Добрый день! Напрограммил некий движок для сайта. При это было принято решение что XML для визуализации будет генериться на сервере средствами MS SQL 2005 Express, а сама визуализация уже приложением через XSLT. т.е везде активно используется конструкция for xml есть подозрение что не самое лучшее решение так как сервак от частоты таких запросов загибаться начинает (пока посещаемость 150 чел в день) это не чувствуется. Провел эксперимент создал прогу которая эмитирует 10-20 чел в секунду. Загрузка сервака 100% Хотелось бы услышать что народ думает по поводу 1) Подхода генерация XML на сервере (MS SQL) в контексте производительности 2) Опыта построения подобных систем Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.07.2006, 17:16
|
|||
|---|---|---|---|
|
|||
Xml и производительность |
|||
|
#18+
Уважаемый Василий Алибабаевич Все зависит от кривизны рук, которыми это делается. Например, www.yandex.ru и www.rarus.ru сделаны на xml/xslt преобразованиях. Мало того, административная часть www.rarus.ru, т.е. то, через что вводятся данные, тоже сделана по этой технологии. Разумеется, у этого подхода есть недостатки. И порой, весьма значительные, но оно работает и не один год. И работает не на супер 256 процессорных машинах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.07.2006, 17:33
|
|||
|---|---|---|---|
|
|||
Xml и производительность |
|||
|
#18+
вопрос стоит "стоит ли использовать xml фичи MS SQL 2005 либо клиентом xml генерить а то что XML/XSLT это удобно никто не сомневается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.07.2006, 17:51
|
|||
|---|---|---|---|
|
|||
Xml и производительность |
|||
|
#18+
В зависимости от того, что требуется делать. Если задача целиком укладывается в SQLXML, то получите ваши проблемы масштабирования и расширения функциональности. Здесь надо пробовать, чтобы понять, где грабли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.07.2006, 18:05
|
|||
|---|---|---|---|
|
|||
Xml и производительность |
|||
|
#18+
Странно, а рарус чтото не кривое может писать?can be done... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.07.2006, 20:11
|
|||
|---|---|---|---|
|
|||
Xml и производительность |
|||
|
#18+
Здравствуйте, Василий Алибабаевич, Вы писали: ВА>Добрый день! ВА>Напрограммил некий движок для сайта. При это было принято решение что XML для визуализации будет генериться на сервере средствами MS SQL 2005 Express, а сама визуализация уже приложением через XSLT. ВА>т.е везде активно используется конструкция for xml ВА>есть подозрение что не самое лучшее решение так как сервак от частоты таких запросов загибаться начинает (пока посещаемость 150 чел в день) это не чувствуется. Посмотри внимательно на запросы и данные, и раздели их на несколько категорий: — статические данные, которые меняются редко — данные, которые меняются в течение дня и достаточно часто — данные, которые меняются ежеминутно и изменения которых должны быть доступны в онлайн Облачи запросы в Custom Controls и пропиши им время кэширования. Для первой категории — сутки, для второй — 5 минут, для третьей — без кэширования или 10-20 секунд (зависит от). Нагрузка на SQL и .NET упадет на один-два порядка.... << RSDN@Home 1.2.0 alpha rev. 0>> ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=18&mobile=1&tid=1391186]: |
0ms |
get settings: |
5ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 364ms |
| 0 / 0 |
