я примерную сумму спрашиваю…
ясно что не для каждого это будет «бюджетным» )))
уже 48 данных SSD = минимум 2.5 млн.
Не обязательно же абсолютно все покупать, тем более, что существуют например схемы «лизинга»… и т.д.
В грозу светодиоды имитируют разряды молнии, динамики в свою очередь воспроизводят звуки удара грома. Густой туман внутри Tempescope сообщает об облачной погоде, наконец, в солнечный день активируется подсветка оранжевого цвета.
ekungurov13 февраля 2015 в 20:04#↵↑
…
Так что мечты о запуске 1С на суперкомпьютере — так и останутся мечтами.
ни вижу ничего такого чтобы сильно мешало этому))
если уж кому нужна система на «базе 1С» Энтерпрайз уровня… то пусть готовять бабки на «правильное железо»… а не на танцы с бубном вокруг ethernet-кластеров и бескононечной программной адаптации и бесконечного ожидания… *начало иронии* ну вот вот в этой то версии движка кластеры залетают *конец иронии*
SAP HANA — вот пример… почему-то именно на таком железе крутится???
ZEEGIN в личке перетерли… я надеюсь больше не будет мыслей о моей компетенции? ))
я конечно не бородатый БЭПЕР но… кхм… немалый опыт имеемс… а его как говорится не пропьеш))
— ой что то я отошел от своего принципа всегда писать только по теме.
— Далее прошу если у кого есть вопросы не по этой конкретной теме пишите в личку.
зачем засорять топик.
Как то странно на хабре построенна система комментариев на мой взгляд))
Пишеш ответ на предыдущий пост, а в это же время автор предыдущего его меняет…
блин все как в 1С «проблема реадктирования задним числом» )))
а так как предыдущий пост может кардинально поменятся по смысло, то твой ответ начинает выглядеть как «ответ на вопрос из КОСМОСА» ))
ZEEGIN 5 февраля 2015 в 11:01#↵↑
…
Потому естественно надо производить замеры на системе в целом, а после уже по симптомам переходить к замерам отдельных составляющих.
ну вот наконец то проблеск взаимопонимания)) начинаю откладывать в сторону МИКРОСКОП))
Собственно все, что я описал, и более подробно о методике оптимизации, как кода, блокировок, запросов, SQL, настройке оборудования и сети написано в книжке Настольная книга 1С: Эксперта по технологическим вопросам.
хотя что я разряюсь)))
все же можно решить почитав ЖКК (желто красные книжки) — там есть все ответы на все случаи жизни…
удачи вам,
далее ваши посты буду игнорировать похоже… пока я эти ЖКК не изучу под МИКРОСКОПОМ видимо там спрятаны ответы… ))).
кстати вот одна из рецензий на предложенную вами книгу
ЦИТАТА
Не нужно думать, что в книге вы получите исчерпывающие ответы на все вопросы по производительности, вовсе нет. Скорее она может направить в правильную сторону, и дать инструкции как поиску ответов самостоятельно. Книга не сделает из вас эксперта, так же как руководство по управлению самолетом, не сделает из вас пилота. Для этого нужен опыт, опыт и еще раз опыт.
не смотреть и медитировать а «РАСМАТРИВАТЬ» систему в целом,
УТОЧНЯЮ ЧТО Я КОНКРЕТНО ИМЕЛ ВВИДУ: это то, что в данном случае означает не тестирование SQL отдельно без платформы 1С (выполняя бесмысленные в данной ситуации тесты оснаванные на генерации «прямых SQL запросов» без участия платформы 1С),
я же предлагаю тестировать производительность самой платформы 1С в конкретных условиях… например один из тестов «Стандартный нагрузочный тест 1С» и тут уже можно смотреть как нагрузку на сеть, так и что творится на SQL и т.д.
а еще лучше дополнителное СЦЕНАРНОЕ тестирование на КОНКРЕТНОЙ конфигурации…
Кстати в свое время я спорил со спецами фирмы SoftPoint по поводу влияния сети на работу платформы 1С.
Они активно утверждали что нет такого сильного влияния)))
Вывод
В учетных системах наравне с пропускной способностью огромное значение имеет параметр, определяющий отклик сети, на который часто не обращают внимание.
Как правило, не превышают 9000 байт, поскольку в сетях Ethernet используется 32-битная CRC, которая теряет свою эффективность при объеме данных больше 12000 байт; к тому же 9000 байт вполне достаточно для передачи 8-килобайтной датаграммы
видимо с ними не все так радужно… в сетях Ethernet. Вот бы заюзать в 1С родной протокол Infiniband + RDMA (англ. Remote Direct Memory Access — удалённый прямой доступ к памяти)… вот это бы было интересно посмотреть)))
Так же стоит отметить, что проблема параллельности и узких горлышек — это самая противная пробелема. Если в высоконагруженной системе загрузка оборудования минимальна — это значит лишь то, что есть проблема очереди до момента загрузки оборудования.
согласен убираеш одно узкое место вылазит другое — поэтому я и пишу что ненадо концентрироватся на какой-то одной части системы… НЕОБХОДИМО смотреть на ВСЮ СИСТЕМУ В ЦЕЛОМ.
Пэтому вашу концентрацию исключительно на SQL считаю в КОРНЕ НЕВЕРНЫМ подходом.
Видимо я недостаточно описал что такое ORM? В публикации я вроде был дал яно понять, что в данной системе работают две базы «Реляционная» и виртуальная «Объектная» и соответсвенно их обслуживают разные виды СУБД.
поиск эскалации блокировок (при попытке заблокировать очень большой кусок строк таблицы 1с-ка понимает, что хранить данные по такой таблице дороже, чем заблокировать таблицу целиком
тут скорее НЕСОГЛАСЕН… насколько я вкурсе… решение УКРУПНИТЬ БЛОКИРОВКУ и заблокировать ВСЮ ТАБЛИЦУ или ДАЖЕ ИХ ГРУППУ принимает SQL а не 1С.
Долгие отчеты формируются в 3-5 раз быстрее в файловой базе, хотя надежда победы SQL-версии была именно на них.
Т.к. в отчетах как правило используется объект 1С «Запрос» или его реализация в СКД и т.п — и многих людей сбивает с толку SQL-подобность текста этого «запроса».
Тут ситуация в следующем(я уже описывал) — это не напрямую транслируемый один в один в «SQL-код запрос», а прежде всего «Объектный запрос» — отсюда вытекают затраты на сборку объектов и их оработку перед выдачей результатов.
добавлю в тему — существует еще более производительная технология "хранения объектных данных" — это «разряженные массивы» — где посути используются многомерные массивы для хранения объекта целиком вместо размазывания объекта по многим таблицам и перемешивания данных в них из разных объектов.
пример реализации intersystems.ru/cache/technology/techguide/cache_tech-guide_02.html
(сразу оговорюсь данную технологию «руками» на практике пока недовелось потрогать))) но думаю проект mail.ru не зря запатентовал одну из реализаций для «высоко нагруженных проектов» )
movsb 4 февраля 2015 в 08:54#
Системы уровня SQL применяют умные алгоритмы и оптимизации, вряд ли файловая СУБД 1С умеет так же.
Это все имеет место быть, но выигрыш систем SQL будет виден только на больших базах данных и при одновременной работе большого количества пользователей.
Файловая же версия — ограничена в использовании небольшим объемом базы(ограничение используемого движка «Реляционной СУБД») и небольшим количеством одновременно работающих пользователей( из-за блокировок в транзакции вместо исключительно изменяемых данных — блокируюся таблицы целиком имеющие связи с записываемым объектом).
В файловом режиме вполне достаточно «не такого хирого алгоритма» использующего индексные таблицы.
Т.е по скорости работы платформы 1С при прочих равных условиях и при условии «монопольного однопользовательского» сеанса: однозначно выграет файловый вариант.
anton1234 3 февраля 2015 в 21:31#↵↑
А другие программисты об этом знают?
в комментария темы
был пример про немного более квалифицированных программистов 1С, которые разогнали обработку с 9 часов до одного, т.е. почти порядково увеличили производительность системы.
А чтобы начать понимать необходимо заниматься само- или просто обучением
Это все вы правильно конечно пишете, хочу ответить следующими пунктами))
1) в любой сфере, а в ИТ тем более нужно постоянно и непрерывно заниматся самооброзованием иначе отстанеш от «поезда» ))
2) знать «все на свете невозможно» с учетом всех тонкостей одновременно из каждой области.
3)в ИТ — сфере я бы классифицировал специалистов так (оба класса специалистов необходимы как и их взаимодействие):
-«узкий специалист» — безусловно профи и гуру в своей области, но порой не видит общей картины…
-«универсал» — скажем так «интегратор аналитик»)) имеет зания из многих областей, не такие подробные в каждой как у «узких спецов» — но достаточные для общения с этими спецами в их же области для уточнения ОБЩЕЙ картины)).
Хочу сказать, что блейды, которые я видел, не собирались в «супер-компьютер», а собирались в кластер нескольких лезвий, объединенных между собой таки сетевыми
да действительно Вы упустили))
1)у SGI — есть «класические блейды»
2) то что я описывал ЭТО НЕ БЛЕЙДЫ и не кластер отдельных компьютеров
а что то из серии например www.sgi.com/products/servers/uv/
линейка продуктов SGI UV 2 позволяет транслировать в единый образ (single system image (SSI)) операционной системы до 2048 ядер (4096 потоков), благодаря инновационному интерконнекту NUMAlink®.
Цена вполне «бюджетная» для корпоративного уровня.
ясно что не для каждого это будет «бюджетным» )))
уже 48 данных SSD = минимум 2.5 млн.
Не обязательно же абсолютно все покупать, тем более, что существуют например схемы «лизинга»… и т.д.
кстати продалжая тему можно еще круче визуализировать погоду)))
www.thg.ru/technews/20141011_080004.html
2)во вторых много способов и Винду поверх Линукса пустить… таже виртулка…
3) в третьих вот погуглил первая ссылка www.sgi.com/company_info/newsroom/press_releases/2010/september/hpc_server.html
что это про 120 ядер под windows 2008 R2?
—
ни вижу ничего такого чтобы сильно мешало этому))
если уж кому нужна система на «базе 1С» Энтерпрайз уровня… то пусть готовять бабки на «правильное железо»… а не на танцы с бубном вокруг ethernet-кластеров и бескононечной программной адаптации и бесконечного ожидания…
*начало иронии* ну вот вот в этой то версии движка кластеры залетают *конец иронии*
я конечно не бородатый БЭПЕР но… кхм… немалый опыт имеемс… а его как говорится не пропьеш))
— ой что то я отошел от своего принципа всегда писать только по теме.
— Далее прошу если у кого есть вопросы не по этой конкретной теме пишите в личку.
зачем засорять топик.
Пишеш ответ на предыдущий пост, а в это же время автор предыдущего его меняет…
блин все как в 1С «проблема реадктирования задним числом» )))
а так как предыдущий пост может кардинально поменятся по смысло, то твой ответ начинает выглядеть как «ответ на вопрос из КОСМОСА» ))
ну вот наконец то проблеск взаимопонимания)) начинаю откладывать в сторону МИКРОСКОП))
хотя что я разряюсь)))
все же можно решить почитав ЖКК (желто красные книжки) — там есть все ответы на все случаи жизни…
удачи вам,
далее ваши посты буду игнорировать похоже… пока я эти ЖКК не изучу под МИКРОСКОПОМ видимо там спрятаны ответы… ))).
кстати вот одна из рецензий на предложенную вами книгу
ЦИТАТА
не смотреть и медитировать а «РАСМАТРИВАТЬ» систему в целом,
УТОЧНЯЮ ЧТО Я КОНКРЕТНО ИМЕЛ ВВИДУ: это то, что в данном случае означает не тестирование SQL отдельно без платформы 1С (выполняя бесмысленные в данной ситуации тесты оснаванные на генерации «прямых SQL запросов» без участия платформы 1С),
я же предлагаю тестировать производительность самой платформы 1С в конкретных условиях… например один из тестов «Стандартный нагрузочный тест 1С» и тут уже можно смотреть как нагрузку на сеть, так и что творится на SQL и т.д.
а еще лучше дополнителное СЦЕНАРНОЕ тестирование на КОНКРЕТНОЙ конфигурации…
ТЕПЕРЬ понятно Вам изложил?
Они активно утверждали что нет такого сильного влияния)))
похоже передумали)) гыыыыы
Цитата с их сайта: www.softpoint.ru/article_id4226.htm
видимо с ними не все так радужно… в сетях Ethernet.
Вот бы заюзать в 1С родной протокол Infiniband + RDMA (англ. Remote Direct Memory Access — удалённый прямой доступ к памяти)… вот это бы было интересно посмотреть)))
согласен убираеш одно узкое место вылазит другое — поэтому я и пишу что ненадо концентрироватся на какой-то одной части системы…
НЕОБХОДИМО смотреть на ВСЮ СИСТЕМУ В ЦЕЛОМ.
Пэтому вашу концентрацию исключительно на SQL считаю в КОРНЕ НЕВЕРНЫМ подходом.
Видимо я недостаточно описал что такое ORM? В публикации я вроде был дал яно понять, что в данной системе работают две базы «Реляционная» и виртуальная «Объектная» и соответсвенно их обслуживают разные виды СУБД.
тут скорее НЕСОГЛАСЕН… насколько я вкурсе… решение УКРУПНИТЬ БЛОКИРОВКУ и заблокировать ВСЮ ТАБЛИЦУ или ДАЖЕ ИХ ГРУППУ принимает SQL а не 1С.
Т.к. в отчетах как правило используется объект 1С «Запрос» или его реализация в СКД и т.п — и многих людей сбивает с толку SQL-подобность текста этого «запроса».
Тут ситуация в следующем(я уже описывал) — это не напрямую транслируемый один в один в «SQL-код запрос»,
а прежде всего «Объектный запрос» — отсюда вытекают затраты на сборку объектов и их оработку перед выдачей результатов.
пример реализации intersystems.ru/cache/technology/techguide/cache_tech-guide_02.html
(сразу оговорюсь данную технологию «руками» на практике пока недовелось потрогать)))
но думаю проект mail.ru не зря запатентовал одну из реализаций для «высоко нагруженных проектов» )
Это все имеет место быть, но выигрыш систем SQL будет виден только на больших базах данных и при одновременной работе большого количества пользователей.
Файловая же версия — ограничена в использовании небольшим объемом базы(ограничение используемого движка «Реляционной СУБД») и небольшим количеством одновременно работающих пользователей( из-за блокировок в транзакции вместо исключительно изменяемых данных — блокируюся таблицы целиком имеющие связи с записываемым объектом).
В файловом режиме вполне достаточно «не такого хирого алгоритма» использующего индексные таблицы.
Т.е по скорости работы платформы 1С при прочих равных условиях и при условии «монопольного однопользовательского» сеанса: однозначно выграет файловый вариант.
в комментария темы
так что получается НЕКОТОРЫЕ программисты знают))
Это все вы правильно конечно пишете, хочу ответить следующими пунктами))
1) в любой сфере, а в ИТ тем более нужно постоянно и непрерывно заниматся самооброзованием иначе отстанеш от «поезда» ))
2) знать «все на свете невозможно» с учетом всех тонкостей одновременно из каждой области.
3)в ИТ — сфере я бы классифицировал специалистов так (оба класса специалистов необходимы как и их взаимодействие):
-«узкий специалист» — безусловно профи и гуру в своей области, но порой не видит общей картины…
-«универсал» — скажем так «интегратор аналитик»)) имеет зания из многих областей, не такие подробные в каждой как у «узких спецов» — но достаточные для общения с этими спецами в их же области для уточнения ОБЩЕЙ картины)).
да действительно Вы упустили))
1)у SGI — есть «класические блейды»
2) то что я описывал ЭТО НЕ БЛЕЙДЫ и не кластер отдельных компьютеров
а что то из серии например www.sgi.com/products/servers/uv/