Можно использовать если у вас есть собственный mysqld. На выделенных серверах и ВДС это условие само собой выполняется, но на виртуальных хостингах редко где предоставляется отдельным mysqld для пользователя.
Если это было интересно нормальным участникам форума или нашим клиентам, то я мог бы получить нормальный бюджет на это и провести исследование по статье "маркетинг".
А для вашего просвящения и доказывания вам "xen - не верблюд" - тратить кучу дорогого времени технарей не стоит ;)
А чего ее выгораживать, с ней итак все в порядке. Xen используются в продакшн тысячи серьезных компаний, начиная с амазон. Утверждать что "Xen - верблюд" стали вы, поэтому обосновывайте сами, а не ждите что я буду вам объяснять, почему Xen не верблюд.
Тратить впустую время на ваше просвящение нет смысла. Но если другим участникам форума будет интересно, могут заказать нашим технарям провести тестирование и написать об этом статью.
QuickAurum добавил 14.12.2009 в 15:30
В виртуальных машинах сейчас любые свежия ядра отлично работают в PV. Не говоря про HVM. А остальное - это маркетинг. KVM пока слишком сырой - в будущем, несомненно, выстрелит, но пока не лучший выбор. Мы его тоже предлагаем, но отговариваем сколько сможем клиентов, которые выбирают KVM.
Ваши расчеты реселлерства - не чепуха, выглядит правдоподобно и читать интересно, но много букв и лень проверить :)
Не надо меня поддерживать, вы много чепухи говорите. Извините.
DLag, ваши тесты показывают что либо вы не умеете обращатся с ксеном, либо не умеете проводить тесты. У Xen потеря производительности по сравнению с нативным сервером - от 1 до 5%. Раз у вас виртуалбокс в полтора раза быстрей чем Xen, то он еще и быстрее чем нативный сервер ? :)
Со своей резкостью разберитесь сначала, потом предлагайте другим.
Не так впрямую. Если база в 10 раз больше размера ОЗУ, и для страниц часто используется полный поиск по базе (поисковики, социальные сети, магазины, форумы), то это будут однозначно тормоза. Нужно еще учеть что ОЗУ не только на базу потребляется а и на процессы apache. Например если у вас одновременно работает сто процессов каждый по 5 Мб, то 500 Мб от всего ОЗУ займут только они и на базу памяти останется на 500 Мб меньше. Но у вас объем базы совсем небольшой и его можно в рассчет не принемать - база стопроцентно будет в памяти.
Если посещаемость 20к, но объем сайта не большой, то генерация страниц будет упиратся в процессор. Тут можно любой средний VDS, хоть на Xen, хоть на Виртуоззо, на 1-2 GHz CPU.
Если у вас еще и сайты с кучей статей и занимают 5-10 гигов, то проблема будет в памяти и пропускной способности диска - VDS не подойдет, нужен выделенный сервер. Или как вариант, найти какого-нибудь хостера на OpenVZ, у которого малонагруженные ноды - мало соседей или нагрузки о соседей низкие, тогда автоматом вся память физического сервера уйдет под файловый кэш для ваших сайтов и скорость будет хорошая. Главное не напороться на тех кто при этом еще жестко оверселлит. Проверить пару хостеров, с кем нибудь точно удача выйдет и можно будет платить копейки. Но с Xen такое точно не получится, можно не проверять.
QuickAurum добавил 12.12.2009 в 16:04
А где по вашему ОС файлы кэширует - в процессоре :) ?
QuickAurum добавил 12.12.2009 в 16:07
Вобщето это банальная вещь известная любому администратору. Возмите сервер с 64 Мб, посадите туда форум на миллион постов, проверьте скорость. Потом возмите сервер на 1 Гб с тем же форумом и удивляйтесь, как скорость даже в тысячу раз возрастет.
Чем большее ОЗУ, тем меньше требуется обращений к диску, потому что основная часть данных лежит в файловом кэше. Если у друпала размер базы 1 гиг, а памяти 2 гига, то база вся осядет в файловом кэше и обращений к диску не будет почти нисколько.
А SAS на большой нагрузке не сильно поможет, покрайней мере не так, как увеличение ОЗУ. НА SAS будет у вас в 2-3 раза быстрее страницы открыватся, а если добить памяти больше, то быстрее в 200-300 раз станет.
DLag, снова взялись за старое - выдумывать несуществующие проблемы и поливать помоями конкурирующую технологию. Я ведь несколько месяцев назад попросил вас привести факты, но вы молча слились. Давайте, покажите сравнительные тесты, не сливайте в этот раз.
