| Цитата |
|---|
| Игорь Андрианов пишет: 8 ядер, 2,7Мгц: 2 физических процессора по 4 ядра каждый), 8Гб оперативной памяти |
|
Разработчикам |
RPM-пакет bitrix-env 1.6 для Fedora 8-12, CentOS 5
RPM-пакет bitrix-env 1.6 для Fedora 8-12, CentOS 5, Анонс rpm-пакета bitrix-env версии 1.6
|
|
|
|
|
|
 |
|
|
|
|
|
Добавьте ещё в скрипт проверку /dev/random.
Если нет - пусть добавит: mknod /dev/random c 1 9 Иначе nginx и lighttpd запуск фейлится. Подтверждаю установку на CentOS 5.5 x86_64 |
|
|
|
|
|
Подскажите каким образом можно не устанавливая Bitrix-env(а точнее входящий в его состав Zend-server-CE, потму что он не могу наладить его взаимодействие с Plesk Penel) повысить производительность конфигурации?
Либо если есть опыт увязывания Plesk Panel и Bitrix-env, чтобы создаваемые домены работали, поделитесь пожалуйста. ОС: CentOS 5 Hyper-V WM eaccelerator 0.9.6 производительность при установленном bitrix-env около 37 на данный момент результаты такие: (P.S.: добавьте возможность вставлять файлы) |
|
|
|
|
|
и еще, что влияет на производительность работы с базой данных??
|
|
|
|
|
|
Вожусь с настройкой сервера, несколько раз вынужден был качать пакет bitrix-env. Как уже писал в теме, скорость до сайта dev.1c-bitrix.ru отвратительная, единицы килобайт. Такое ощущение, что просто скорость зажата на сервере, либо исходящий канал перегружен...
Нельзя ли попросить bitrix-env.rpm выложить на другой хостинг? Либо хотя бы дать прямой линк на него, чтобы я мог его втянуть себе и не качать несколько раз. На сервере в каталоге . показ списка файлов запрещен, а вслепую я что-то не соображу полный URL придумать. Спасибо! |
|
|
|
|
|
И еще искренняя просьба - убрать из bvat принудительный запуск "yum update ...".
P.S. Кстати, по мере обновления Портала (через панель управления) попугаи производительности стали расти: свежеустановленный через bitrix-env.sh сервер показывал 50-55 попугаев, после последнего обновления стал устойчиво демонстрировать 68-75. Так и хочется спросить, отчего "средняя температура по больнице" подросла, это сервер вдруг решил разогнаться  , или просто код теста изменился...  |
|
|
|
|
|
2Александр Чекалин
|
|
|
|
|
|
я уже сумел совместить zend server ce и plesk panel, битрикс показывает 27.5, подскажите что можно еще настроить чтобы приблизиться к результатам bitrix-env
|
|
|
|
|
Коллеги, "попугаи" измеряются фактическим исполнением ядра много много раз. Т.е. "попугаи" измениться подняться если ядро станет быстрее или медленнее, ну или конфигурация станет быстрее или медленнее Недавно мы как раз нашим же монитором поймали проблемку с мастерхостом в продукте при переходе с 9.0 на 9.1.0. Проблема приводила к фактическому снижению производительности. Проблему устранили, показатель это отразил и вырос. |
|||
|
|
|
Сергей, это, в общем-то, понятно Непонятно другое - если, скажем, ядро стало быстрее, то и "попугаи" референс-системы должны были бы измениться, а они как были 30, так и остались, и получается, что сервер у меня был ранее в (50/30 = ) 1,67 раз быстрее тестового VPS, а теперь стал в (70 / 30 = ) 2,33 раза, т.е. на 40% быстрее Но это, Сергей, мелочи, и без правдивых "попугаев" живется ничего. А вот скорость хостинга RPM-ов - и вправду удручает  Не далее как сегодня качал bitrix-env, и, грустно сказать, скорость была 3-4 Кб/сек, в то время другие файлы (RPM-ы из стандартных репозитарией Centos, напр.) качались под 200 Кб/сек. У нас хорошие каналы, не в них дело. Может быть, Вам как-то подумать о российском зеркале? |
|||
|
|
|
Я бы, на всякий случай, попробовал, во-первых, в сторону x64 посмотреть - на вашем сервере это будет нелишним, во-вторых, внимательно посмотрел схемы работы frontend-backend и кеширования. Да и попугаям особо не верьте, они на 80% зависят от процессора, а он у Вас, кажется, не самый мощный (с точки зрения исполнения веб-скриптов). Ядра сильно выручат, когда запросов будет очень много сразу, но вот 1 запрос (как в анекдоте про 9 беременных женщин), что одно, что 8 ядер - выполнится медленнее, чем в референс-системе. С таким кол-вом ядер можно worker-ы подкрутить в nginx + нужным образом поднастроить mysql, это Вас выручит под нагрузкой. И я бы еще посмотрел в сторону Percona вместо исходного MySQL - есть подозрение, что разница будет заметна. |
|||
|
|
|
Да, похоже пора уже, обсуждаем. Мы из-за 9.5 не завершили переезд на новые сервера. База на новом, а файлы на старом кажется закончим только после релиза КП 9.5 |
|||
|
|
|
Так и просится на язык "завести аккаунт на - минут 10, скопировать туда файлы - еще полчаса". Но - Вы правы, и правда лучше сначала КП 9.5, а уже потом хостинг тюнить. А там, глядишь, и , наконец, удастся перевести если не на 1251, то на UTF-8. |
|||
|
|
|
можно на этом по подробнее, хотябы как это настроено в bitrix-env |
|||
|
|
|
Тут некие моменты, на которых заострю внимание: 1) я не работаю в Битриксе и 2) Битрикс официально не дает советов по настройке серверов (я, по крайней мере, нигде не нашел и не услышал), даже раньше даже нельзя было узнать, как настроена тестовая машина, на которой происходит разработка. С некоторых пор, как появилась "виртуальная машина" и пакет bitrix-env (я так понимаю, разработчики именно на таких машинах ведут свои работы), стало возможным хотя бы посмотреть конфиги из нее, но надо понимать, что вирт. машина - не боевой сервер, и ее настройка не факт что сделана абсолютно идеальной. Кроме того, вирт. машина (и bitrix-env) пытается подстроиться под выделенную машине память (при размерах памяти до 2 Гб), что для виртуалки замечательно (мало кто ей даст хотя бы 1 Гб ОЗУ), но для сервера с 4 и более Гб, опять-таки, дает не предельно хорошую конфигурацию. Но как вариант - разверните VmWare Player, и в него вирт. машину установите, и смотрите себе на конфиги , для начала они подойдут неплохо.Настройка nginx и mysql на многоядерные сервера многократно обсуждалась в инете, я бы посоветовал почитать да потестировать. Кстати, если используется схема "nginx, за ним apache", отключите "модуль сжатия контента" в Битриксе, все равно сжатие будет делаться nginx-ом - вот и немного CPU сэкономите (а у Вас в нем затык). А что, это все делается от действительной нужды, либо чтобы просто "попугаев" побольше выжать на тесте? Просто в первом случае посмотрите не на тест, а на монитор производительности, да еще лог slow queries соберите в СУБД - вот и будет начальная точка для рассуждений. |
|||
|
|
|
|
Спасибо Александр, MySQL вроде подкрутил, перенеся конфги с Bitrix-VM.
А вот как настроить nginx так, чтобы у меня много сайтов за ним работало на апаче и чтобы не нужно было под каждый сайт в нем прописывать сервер? |
|
|
|
|
Здесь, вероятно, я Вас перенаправлю к документации на nginx. Но... когда на машине стоит Битрикс, можеть быть, лишнего на нее не вешать? Ибо, , на 44 запроса в секунду Битрикс ББ потребляет два весьма неслабых сервера + Oracle, так что не надо крохи от мощности вашего единственного, да еще не такого быстрого по тесту, сервера отдавать на какие-то левые сайты . P.S. А в чем проблема прописать каждый сайт? Их у Вас тысячи? Или сумашедшая нагрузка, и nginx необходим? |
|||
|
|
|
nginx необходим |
|||
|
|
|
в nginx оставляете одну запись на перекидывание всех запросов на апач и поставить параметр "server name in redirect" (вроде) тогда апач будет сам разбираться, какой сайт у него запросили
. Разработка сайтов в Москве и Новосибирске. Внедрение корпоративных порталов. Техническая поддержка
|
|||
|
|
|
Спасибо Роман это то что мне и нужно было |
|||||
|
|
|
Раньше тоже так думал. Но жизнь показывает, что - "it depends" . Правильнее сказать "надо смотреть, нужен ли nginx". А может, просто Apache научиться готовить, или в сторону посмотреть, особенно коммерческую его версии? Как вариант, использовать Varnish. |
|||
|
|
|
|
Добрый день!
Почему у меня может быть такое низкое кол-во файловых операций? Файловая система 2 717.5 alpha# cat /proc/meminfo MemTotal: 2063428 kB MemFree: 931424 kB Buffers: 116728 kB Cached: 688024 kB SwapCached: 0 kB Active: 569576 kB Inactive: 456732 kB SwapTotal: 5863684 kB SwapFree: 5863684 kB Dirty: 7828 kB Writeback: 0 kB AnonPages: 220584 kB Mapped: 45072 kB Slab: 76000 kB SReclaimable: 62384 kB SUnreclaim: 13616 kB PageTables: 9608 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 6895396 kB Committed_AS: 897260 kB VmallocTotal: 34359738367 kB VmallocUsed: 274160 kB VmallocChunk: 34359463751 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB alpha# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel® Xeon™ CPU 3.40GHz stepping : 1 cpu MHz : 3391.497 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm constant_tsc pebs bts pni monitor ds_cpl est cid cx16 xtpr bogomips : 6788.70 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel® Xeon™ CPU 3.40GHz stepping : 1 cpu MHz : 3391.497 cache size : 1024 KB physical id : 3 siblings : 2 core id : 0 cpu cores : 1 apicid : 6 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm constant_tsc pebs bts pni monitor ds_cpl est cid cx16 xtpr bogomips : 6783.20 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel® Xeon™ CPU 3.40GHz stepping : 1 cpu MHz : 3391.497 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm constant_tsc pebs bts pni monitor ds_cpl est cid cx16 xtpr bogomips : 6783.15 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel® Xeon™ CPU 3.40GHz stepping : 1 cpu MHz : 3391.497 cache size : 1024 KB physical id : 3 siblings : 2 core id : 0 cpu cores : 1 apicid : 7 initial apicid : 7 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm constant_tsc pebs bts pni monitor ds_cpl est cid cx16 xtpr bogomips : 6783.17 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: alpha# hdparm -t /dev/sda /dev/sda: Timing buffered disk reads: 242 MB in 3.00 seconds = 80.58 MB/sec alpha# hdparm -T /dev/sda /dev/sda: Timing cached reads: 756 MB in 2.00 seconds = 377.74 MB/sec alpha# |
|
|
|
|
|
включен Zend-optimizer+ ???
|
||||
|
|
|
|||
