Форум

[QUOTE]Dial Web написал:
Ни у кого случайно не появилось новостей по этой проблеме?[/QUOTE]
Сегодня опять та же проблема была в Centos 7.1. Кстати в Centos 6.7 этой проблемы не было.... Обновление kernel не помогает.
Опять 11к попугаев файловой на ссд в рейд 5 и вообще все плохо.
Сервак от online.net Процессоры интел, и походу проблема hyperthreeding и создании двух потоков на одно ядро

Варианты?. Отключить через биос, еще можно ограничить количество ядер в grub через параметр nr_cpus
Чтобы было один поток на одно ядро.

1. Открываем для редактирования /etc/default/grub
2. Добавляем nr_cpus=20 в параметр GRUB_CMDLINE_LINUX
3. Далее команда grub2-mkconfig -o /boot/grub2/grub.cfg
4. Ребут и получаем 20-22к попугаев.

ЗЫ В данном случае два Intel Xeon E5 2660v3 каждый по 10 ядер, по дефолту выдает с hyperthreeding 40 ядер, а мы ограничиваем 20 реальными.

Я пошел по пути кастомизации обмена с 1с. Вся логика в классе CSaleOrderLoader, пришлось его копирнуть и подменить на свой в штатном компоненте sale.export.1c, предварительно конечно перекинув в свое пространство имен.

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

Присоединяюсь есть такая проблема, у меня при дампе и базы тоже (3 гб), приходиться mysqldump пользовать.

[QUOTE]Александр Кислицын написал:
[QUOTE] Евгений написал:
Вот кому нибудь из команды битрикса вообще приходила мысль что отгрузку или оплату могут удалить на сайте, как узнать потом что хотел клиент?[/QUOTE]
У каждого заказа есть история, где видно, что и кто и и когда менял и ставил, как по товару, так и по оплатам и отгрузкам[/QUOTE]
Согласен упустил этот момент, но вы историю изменений заказа видели? Там наглядно видно там что клиент выбрал? Танцы с бубном - зайти в историю пролистать в самое начало и да бинго! Там это видно и на том спасибо.

Но опять же, сейчас выложили обновление документации где расписывается создание заказа с помощью API и логично что фреймворк позволяет сделать заказ без отгрузки и оплаты, да и заказ может спокойно без них существовать и изменяться. Соответственно мы создали заказ без отгрузки и оплаты, а айди служб доставки и оплаты сохранили в ШТАТНЫХ полях заказа, как увидеть что выбрал клиент?

PS Я кстати ругаю не за то что сделали разработчики в битрикс, это как раз прикольно все мне нравится. Я ругаю за то что НЕ сделали, а именно гибкости настроек.

[QUOTE]Анатолий Левшенков написал:
Присоединяюсь к вышесказанному. Зачем вообще создавать документы оплаты/отгрузки на сайте?! Малый Бизнес стоит 50т.р., а 1С_УТ - 20т.р. Неужели человек, купивший Битрикс, не может себе позволить купить 1С-Торговлю? Сайт - это средство получения заказа и общения с покупателем. 1С - это средство обработки заказов, товаров, отгрузок, оплат, закупок... и бог знает чего ещё. Битрикс хочет создать онлайн-1С-ку??? Так она тоже уже есть. Полноценная. Вроде бы логично всё вести в 1С, а на сайт выгружать лишь статусы заказа и остатки товара. И ещё мне кажется логичным не перегружать базу утроенным количеством ненужных документов.
Вот было бы здорово, если бы на сайте не создавались эти отгрузки.[/QUOTE]
Вот так у нас все и есть практически, вся работа с документами в 1с, а сайт он всего лишь для клиентов и операторов на телефонах.
Создавать документы на стороне сайта и не дать возможности штатно отключить очень плохо. Не позволять подставлять способ оплаты и доставки выбранный клиентом в загружаемые документы из 1с вообще преступление...

Пример 1. Зачем мне созданная оплата на сайте (кроме онлайн оплаты и то когда оплата состоялась, а не все подряд), если у нас это выгружается и создается в 1с на основании выписки из банка или по факту получения денег.
Пример 2. Если документы выгружаются из 1с, то при изменении заказа в 1с, эти документы в отличии от сайта не меняются!!! И получается надо заставлять лезть на сайт и там менять заказ или руками править оплату и реализацию или допиливать 1с. Короче писец...
Пример 3. И сайт и 1с захламляются кучей черновиков документов. Вот заказ отменили, зачем ему какие то доки? При маленьких объемах это не критично, а когда уже более менее серьезный магазин и давно работающий?
И еще куча ситуаций, которые разработчики загнали в одни им понятные рамки на все случаи жизни.

PS Оформление заказа уже как много лет кастомизировано, выход вижу только в создании заказа с помощью нового API без платежа и отгрузки (заменить старые вызовы CSaleOrder::Add). Но и тут "свинью подложили" не будет видно что выбрал клиент при оформлении, хотя старых полей в b_sale_order ни кто не отменял (PAYMENT_ID и DELIVERY_ID). Вот кому нибудь из команды битрикса вообще приходила мысль что отгрузку или оплату могут удалить на сайте, как узнать потом что хотел клиент? Опять ему звонить? Вы шутите? Придется самому через костыль выводить c помощью ajax и admin_header.php  (ядро же нельзя по феншую). И кастомизировать выгрузку из 1с и наследовать и переопределять методы СSaleOrderLoader чтобы нормальные способы оплаты и доставки подставлялись в новых документах. Жесть...

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

Сталкивался с такой же ситуацией. По тестам вроде диски ок, а производительность низкая.
Конкретно в моем случае была проблема что при установке ядро не правильно определило количество процессоров 172 штуки  :D и наплодило кучу процессов rcuob и rcuos, а на самом деле он один, а система пыталась сначала к несуществующим обратиться, помогла принудительная установка параметра nr_cpus=2 в grub

Так же читал что чаще всего это возникает на материнках где есть пустой слот под еще один процессор.

После исправления показатель с 7000 файловых операций в секунду вырос в два с половиной раза на raid 0 ssd

Ой как же не хватало, сейчас попробую...

ЗЫ Супер! Встало быстро и без проблем, сейчас попробую копию проекта развернуть...

1. Сменить пароль админа
2. Проверить кто в группе администраторов
3. Скачать известный тут скрипт поиска подозрительного кода, и проверить все что ему не понравилось. Вот ссылка [URL=http://dev.1c-bitrix.ru/community/blogs/howto/1051.php?sphrase_id=15342129]Читать[/URL]