Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Какие впечатления от перехода в GT.M?  [new]
DirksDR
Member

Откуда: Пермь
Сообщений: 340
krvsa,

Добрый день!
Хотел спросить по электронке, какие впечатления от перехода в GT.M?
Как-то неудобно обсуждать это на форуме Cache:)
Но Ваш адрес закрыт. Если не затруднит, черкните пару строк в мою почту.
12 апр 16, 08:18    [19045313]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
krvsa
Member

Откуда: г Волжский
Сообщений: 13226
DirksDR
Хотел спросить по электронке, какие впечатления от перехода в GT.M?
Как-то неудобно обсуждать это на форуме Cache:)

Так может еще кому-то интересно будет почитать/написать.
Просто создай отдельную тему в этом разделе. Например "Какие впечатления от перехода в GT.M?"... Мы ведь не одни туда переходили.
Может еще чего напишут.

krvsa
Просто создай отдельную тему в этом разделе. Например "Какие впечатления от перехода в GT.M?"...
Модератор: Исполнено
12 апр 16, 14:17    [19047365]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
DirksDR
Member

Откуда: Пермь
Сообщений: 340
Модератору спасибо!

krvsa,
Из Ваших постов я понял, что довольно геморрно переходить в GT.M...
А есть ли бонусы?
12 апр 16, 15:28    [19047893]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
krvsa
Member

Откуда: г Волжский
Сообщений: 13226
DirksDR
Из Ваших постов я понял, что довольно геморрно переходить в GT.M...

Отнють!
Весь гемор создают неумелые программисты, отсутствие знания в Линуксе и отсутствие русскоязычной документации...
DirksDR
А есть ли бонусы?

Бесплатность.
Т.е. всю сумму, которая пошла бы на покупку Каше контора может забрать себе. А это не малые деньги...
В нашем случае от полумиллиона рублей единоразово. Потом еще будут всякие апгрейды...
Так же заказчик может сэкономить на покупке лицензий Windows.
12 апр 16, 15:38    [19047939]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
krvsa
Member

Откуда: г Волжский
Сообщений: 13226
krvsa
В нашем случае от полумиллиона рублей единоразово.

Сумма давнишняя.
С тех пор доллар вырос в три раза.
12 апр 16, 15:53    [19048055]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 824
DirksDR
Модератору спасибо!

krvsa,
Из Ваших постов я понял, что довольно геморрно переходить в GT.M...
А есть ли бонусы?

Насколько я понимаю, автора GT.M интересует в контексте АСУТП-проектов.
А там стоимость лицензий на один сервер Каше будет соизмерим со стоимостью одного контроллера SIEMENS в хорошем наполнении модулями (порядка 30-40 шт. семейства S-400). А в АСУТП-шном проекте таких контроллеров может быть десятки и сотни, а еще тысячи и десятки тысяч датчиков и исполнительных механизмов, да еще проектные, монтажные, наладочные работы...
Тогда стоимость лицензирования Каше, в рамках всей стоимости проекта, может составлять всего лишь 3-5% от силы...
Говорю это не с потолка, поскольку примерно такие цифры всегда были в моих АСУТП-проектах.
Стоимость разработки ПО, как правило, составляла от 10%(на крупных) до 25%(на малых) проектах.

А с GT.M судьба тоже меня сводила - шустрый зараза...
Но дальше, не имея хорошего инструментария, ... короче, сразу же вспомнились мне лихие 91-92 год.
О, хорошее сравнение - DOS 3.xx на ИСКРА-1030, без единой сторонней утилиты, даже без NC...

Но, не спорю, есть и много хорошего, но его Вы прочувствуете не сразу, к сожалению...

Лично я его очень хотел, в свое время, использовать для программирования одноплатных контроллеров PC-открытой архитектуры...
И даже нормально все получалось, но начальство зарубило...
Заставили контроллеры раскрутить на Каше...И ничего, вот уже 7 лет как работают и даже проблем особых с ними не было...даже на обычных жестких дисках, не SSD... За это время Сименсов гораздо больше полетело в слом, даже при их хваленной надежности...
12 апр 16, 17:34    [19048703]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
Valeriu
Member

Откуда: Chisinau
Сообщений: 2070
AlexKB,
Алекс, в вашу тему ...
Где-то я затронул эту тему здесь на форуме.
Иметь полноценную БД на однокристальной ЭВМ - КРУТО !
http://www.krminc.com/gt-m-intel-galileo/
Есть портирование и на Raspbberry-pi
https://github.com/luisibanez/fis-gtm-raspberry-pi

Давнейшая моя мечта ковыряться в этих микроконтролерах в
упряжку с GT.M
12 апр 16, 19:04    [19049087]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
MX-9
Member

Откуда: LIBAVA
Сообщений: 404
AlexKB,

Ваше впечатление по скорости
AlexKB
А с GT.M судьба тоже меня сводила - шустрый зараза...
Мы как ни крутились (правда давно это было ) - скорость ниже раз в 5 чем CACHE

Может у кого есть более точные и свежие замеры скорости GTM относительно Cache на разных характерных задачах ?
13 апр 16, 08:47    [19050341]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 824
MX-9,
Я не могу сравнивать по скорости оба продукта, поскольку я GT.M тогда разворачивал на плате с процессором 386-SX, 4М ОЗУ.
А скорость я сравнивал с аналогичными решениями на С++ RealTime OS и аналогичными промышленными контроллерами с технологическими языками программирования. GT.M уверенно себя чувствовал на золотой середине, а по программному решению был на голову выше остальных, поскольку очень сложная была организация обрабатываемых данных, переменные структуры хранимых данных.

На втором проекте, где GT.M вел обработку билинговой информации, скорости отклика на запросы были просто впечатляющими, но сравнивать то решение с Каше я тоже не имел никакой возможности...
13 апр 16, 09:24    [19050471]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
krvsa
Member

Откуда: г Волжский
Сообщений: 13226
MX-9
Ваше впечатление по скорости

У нас скорости примерно равные...
Но наверняка это сильно зависит от самих реализаций ПО.
13 апр 16, 13:30    [19051844]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
EvLaUy
Member

Откуда: Москва
Сообщений: 2251
krvsa
Бесплатность.
Т.е. всю сумму, которая пошла бы на покупку Каше контора может забрать себе. А это не малые деньги...

Ну не просто же так Intersystems берет деньги. Если что-то не получается, спецы будут тебя опекать и нянькать. А с GT.M - тут уж сирота-сиротинушка, никто на помощь не поспешит. Думаю, каждому из нас хорошо знакома ситуация, когда что-то не получается, а спросить не у кого. Сумеешь победить - честь тебе и хвала (и зарплата!), ну а не сумеешь...
13 апр 16, 13:57    [19051989]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
DirksDR
Member

Откуда: Пермь
Сообщений: 340
AlexKB
не имея хорошего инструментария, ... короче, сразу же вспомнились мне лихие 91-92 год.

Этот момент меня смущает больше, чем стоимость Cache:)

Что скоростные характеристики близки - это радует. А как в части использования дисковой памяти?
Есть в GT.M сжатие в ключах?
Здесь на форуме как-то прозвучало, что в GT.M нет функций $listbuild. Все еще нет?
С другой стороны, вроде в GT.M изолированные транзакции. Или я заблуждаюсь?
Что может GT.M противопоставить ECP Cache в плане масштабирования?
У меня сложилось впечатление, что GT.M можно использовать только для одиночного сервера...
Кстати, может есть в сети сравнение возможностей GT.M и Cache?
13 апр 16, 14:36    [19052150]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
AlexKB
Member

Откуда: Запорожье
Сообщений: 824
DirksDR,
Сжатие в ключах есть, сам лично видел и вычислял при восстановлении БД вручную.
Транзакции изолированные, поэтому использовать их очень аккуратно, дабы не потерять производительность.
Вместо ECP предоставляются сокеты и конвейерный ввод-вывод между процессами, а дальше написать свой собственный.
13 апр 16, 14:59    [19052245]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
DAiMor
Member

Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow
Сообщений: 2715
DirksDR
в GT.M нет функций $listbuild. Все еще нет?
все еще нет
13 апр 16, 17:05    [19052948]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
Alexey Maslov
Member

Откуда: СПб
Сообщений: 1565
DirksDR
...противопоставить ECP Cache в плане масштабирования?...
Интересно, много ли в СНГ установок Cache', использующих ECP? У нас всего одна, на 2000 параллельных пользователей.
Почти уверен, что ECP используется менее чем в 1% всех установок, а этот "золотой" 1% вполне может позволить себе Cache'.
13 апр 16, 17:15    [19052986]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
EvLaUy
Member

Откуда: Москва
Сообщений: 2251
Alexey Maslov,
по крайней мере, в Летографе, начиная с 2007 года, точно использовалось ECP. В проекте Банк Пивдэнный. Возможно, и в других проектах, не помню точно уже.
13 апр 16, 21:00    [19053780]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
DAiMor
Member

Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow
Сообщений: 2715
EvLaUy
Alexey Maslov,
по крайней мере, в Летографе, начиная с 2007 года, точно использовалось ECP. В проекте Банк Пивдэнный. Возможно, и в других проектах, не помню точно уже.
Пивденный уже ушел от нас, как и все украинские проекты, на другом более крупном проекте там использовалось ECP. На других масштабных проектах, так же используется ECP.

Вот чего нет в GT.M и что будет в Caché так это шардинг SQL таблиц, пока не так много информации и нет сроков, пока работают над реализацией, но уже можно говорить об этом. так сказать вести с полей уже прошедшего саммита.
13 апр 16, 23:27    [19054013]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
EvLaUy
Member

Откуда: Москва
Сообщений: 2251
Мне кажется, не имеет большого смысла сравнивать Cache и GT.M. Есть хорошая поговорка: дарёному коню в зубы не смотрят. Не устраивает GT.M - раскошеливайся на Cache (если, конечно, у тебя есть деньги).
14 апр 16, 10:46    [19054920]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
DirksDR
Member

Откуда: Пермь
Сообщений: 340
EvLaUy
не имеет большого смысла сравнивать Cache и GT.M

Хочется, хотя бы, иметь представление... Опять же, сейчас какая-то нездоровая мода на shemaless noSQL системы.
В этом фрагменте баз GT.M имеет все шансы на свою нишу, имхо.
Полез в Гугл, вот какое-то невнятное сравнение:
http://vschart.com/compare/gt-m/vs/intersystems-cache
Похоже, каждый, кто зарегистрируется, может добавить свои параметры и расставить плюсы/минусы.
А это сравнение globals-and-gtm (надеюсь прочитать).
http://nosql.mypopescu.com/post/5633789299/intersystems-globals-and-gtm-compared
Очень интересный топик, по работе с VistA на Cache и GT.M:
https://groups.google.com/forum/#!topic/hardhats/d6Ki_on9Zrg
Отрывок на английском:
+

We are currently implementing a big size VistA implementation project
on GT.M and did lot of comparison work for GT.M versus Cache in the
begining of project.

Both databases have different philosophies and are better in their own
ways. Cache provide lot of cache specific features as Mark mentioned
on top of what MUMPS offers. It has well developed code studio,
debugger, portal for system management tasks , SQL ODBC connectivity,
Java and Dot Net projections classes, unified data dictionary,
database level security controls . provide ECP classes for active
active load balancing etc.

GT.M on the other hand is an open source database which works with
Native OS tools to manage all DB management and administration tasks
and in some manner it provide some flexibility as any Linux supported
tool could be used to monitor DB. A simple TOP command in Linux shell
can tell all about GT.M MUMPS process running in memory.

We did load testing with VistA on GT.M and it supported a very good
performance with over 1500 concurrent users on a high end server class
machine. It support replication with up to 16 secondary nodes for a
primary and a very reliable DR solution can be designed using GT.M.


GT.M 64 bit provide mechanism to create shareable code libraries with
routine image loaded once in shared library could be accessed in all
concurrent processes accessing it thus a high performance.

On the lower side, GT.M database management and administartion has to
be done at Linux OS level and no DB tools or portal available to
manage these tasks. Linux editors to be used for code writing or
debugging. Although there are tools e.g. Serenji that could be used
with it for debugging tasks. It does not work in active active load
balancing cluster and only support active passive mode.

GT.M does not provide ODBC connectivity with relational
databases .KB_SQL provide SQL mapping for all globals as Mark
mentioned if SQL access is required in any application.

VistA was originally developed in cache in VA and GT.M does not
support UCI or namespace in VistA and many of the routines in VistA
had to be changed to work with GT.M although most of them are
available thanks to the hard work done by contributers in this forum.

cost wise there is whole lot of difference between GT.M and Cache. IMO
there is a good choice between the two variants of MUMPS platform and
actual project requirements should be the deciding factor to go in
either's favour.

Regards
Krishan
Перевод на русский (для krvsa). Кстати, неужели Вы не сравнивали производительность Cache и GT.M?
По-моему, это первый шаг при смене платформы...
+
Шон,

Мы в настоящее время реализует большой размер VISTA проекта внедрения
на GT.M и сделал много работы для сравнения GT.M против кэша
Начальный проекта.

Обе базы данных имеют разные философии и лучше в своих собственных
пути. Cache обеспечивают много кэша специфических особенностей, как указано Mark
на вершине, что предлагает свинки. Это хорошо развитый код студии,
отладчик, портал для задач управления системой, подключение к SQL ODBC,
Java и Dot Net проекции классов, единый словарь данных,
базы данных управления безопасностью уровня. предоставляют классы ECP для активного
активная балансировка нагрузки и т.д.

GT.M с другой стороны, является открытым исходным кодом базы данных, которая работает с
Родные инструменты OS для управления всеми управления и администрирования задач БД
и каким-то образом это обеспечить некоторую гибкость, поддерживает любой Linux
инструмент может быть использован для мониторинга БД. Простой TOP команды в оболочке Linux
может сказать все о GT.M MUMPS процесс, запущенный в памяти.

Мы провели нагрузочное тестирование с Перспективой на GT.M и поддерживает очень хороший
производительность с более чем 1500 одновременно работающих пользователей на классе высокого конечного сервера
машина. Он поддерживает репликацию до 16 вторичных узлы для некоторого
первичный и очень надежное решение DR может быть разработан с использованием GT.M.

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

На нижней стороне, управление базами данных GT.M и должен, администрация
быть сделано на уровне операционной системы Linux и не DB инструментов или портал доступен
управлять этими задачами. редакторы Linux, которые будут использоваться для написания кода или
отладки. Хотя есть инструменты, например, Serenji, которые могут быть использованы
с ним для отладки задач. Он не работает в активном активной нагрузке
кластер балансировки и только поддержка активного пассивный режим.

GT.M не обеспечивает ODBC соединения с реляционными
базы данных .KB_SQL обеспечивают отображение SQL для всех глобалов как Mark
упомянутый если доступ SQL требуется в любом приложении.

VISTA первоначально была разработана в кэше в VA и GT.M не
Поддержка UCI или имен в Висте и многие из подпрограмм в Висте
должен был быть изменен, чтобы работать с GT.M, хотя большинство из них
доступные благодаря упорной работе, проделанной contributers в этом форуме.

Стоимость мудр есть вся большая разница между GT.M и Cache. ИМО
есть хороший выбор между двумя вариантами паротита платформы и
фактические потребности проекта должны быть решающим фактором для перехода в
благосклонность либо в.

С уважением
Кришан
Что-то давно не было на форуме товарища SergeyLee. Интересно, взлетел ли его проект?
С нетерпением жду, что скажет на эту тему Valeriu.
14 апр 16, 13:08    [19056121]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
Valeriu
Member

Откуда: Chisinau
Сообщений: 2070
DirksDR,
Я могу одно сказать - впечатление хорошее.
Естественно работает классический MUMPS без классов и SQL ..
Работаем клиент(настольное приложение windows) - сервер Linux Centos 6.3
Пробовал и клиента писать на Linux (Gambas). Даже ничего, самому понравилось.
Web не используем. То что работало на MSM + MSM-Activate перетащили на
GT.M Получился какой-то стандарт. Пускать можно и на GT.M и на Cache и ( MSM :) )
Конечно, здесь уместно будет сравнивать большие нагруженные системы, чтоб понять
что лучше ... А в нашем случае разницы никакой.
Еще наверное, это смотря с чего на ЧЕГО переходить.
Если с Cache, где все есть (инструментарий), конечно в натяг будет - всегда будете
придерживаться того что "а вот там ..."

Очень хорошо дружит с 1С 7, 8 . Например в ТаблицуЗначений загружает
10 000 строк (12 колонок) примерно за 2 с. Я не знаю если использовать SQL можно такое
получать на простой машине с примерно такими параметрами:
+

total used free shared buffers cached
Mem: 16022676 669248 15353428 0 157412 220100
-/+ buffers/cache: 291736 15730940
Swap: 2046960 0 2046960

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md2 478300972 5071404 448933232 2% /
tmpfs 8011336 0 8011336 0% /dev/shm
/dev/md0 396660 37330 338851 10% /boot

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Celeron(R) CPU G1610 @ 2.60GHz
stepping : 9
cpu MHz : 1600.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt xsave lahf_lm arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 5199.75
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Celeron(R) CPU G1610 @ 2.60GHz
stepping : 9
cpu MHz : 1600.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt xsave lahf_lm arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms
bogomips : 5199.75
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

Еще раз хочу подчеркнуть, все зависит от того, что хотите делать.
14 апр 16, 14:31    [19056717]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
krvsa
Member

Откуда: г Волжский
Сообщений: 13226
DirksDR
Перевод на русский (для krvsa).

Спасибо.

DirksDR
Кстати, неужели Вы не сравнивали производительность Cache и GT.M?

Я же писал - особой разницы на нашем ПО не заметили.
14 апр 16, 14:34    [19056736]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
kalin
Member

Откуда:
Сообщений: 313
Может взять курс на ERP, например вот это https://www.odoo.com ?
17 май 16, 14:56    [19184130]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
DAiMor
Member

Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow
Сообщений: 2715
kalin
Может взять курс на ERP, например вот это https://www.odoo.com ?
Это вы к чему написали ?
17 май 16, 15:06    [19184203]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
kalin
Member

Откуда:
Сообщений: 313
DAiMor
kalin
Может взять курс на ERP, например вот это https://www.odoo.com ?
Это вы к чему написали ?

Что-бы не менять "шило на мыло" а взять готовую бесплатную ERP систему
17 май 16, 15:27    [19184392]     Ответить | Цитировать Сообщить модератору
 Re: Какие впечатления от перехода в GT.M?  [new]
Alexey Maslov
Member

Откуда: СПб
Сообщений: 1565
kalin
...готовую бесплатную ERP...
Что-то мне подсказывает, что из этих трёх утверждений - "готовая", "бесплатная", "ERP" - одновременно могут быть справедливы только два. Впрочем, вы, наверное, теперь внедряете бесплатные ERP, коль скоро сразу в двух топиках их (несколько странным способом) продвигаете, вам виднее.
17 май 16, 15:59    [19184644]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M Ответить