powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / TPC-C
56 сообщений из 56, показаны все 3 страниц
TPC-C
    #33879031
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
http://www.tpc.org/tpcc/results/tpcc_perf_results.asp
...
Рейтинг: 0 / 0
TPC-C
    #33880632
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvhttp://www.tpc.org/tpcc/results/tpcc_perf_results.asp

а где iseries интересно?...

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33880699
рмн
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iSeries... слушайте, много в москве работы спецам по аске?
...
Рейтинг: 0 / 0
TPC-C
    #33880797
Nikolay Kulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iSeries как и Sun в tpc-c не участвуют. Говорят ничего не показывающий тест.
...
Рейтинг: 0 / 0
TPC-C
    #33881012
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
молодцы в IBM - поставили процы побыстрее (были IBM POWER5 - 1.9 GHz, стали POWER5+ 2.3GHz) и тест прогнали. Только это больше похоже на демонстрацию хороших аппаратных возможностей, а не БД.

lazy-beaverа где iseries интересно?... Я задавал этот вопрос ребятам из IBM - все они скромно потупив глаза говорят что
1. им это не надо
2. тестировать дорого

По собственному опыту IMHO думаю, что iSeries показывает очень плохие результаты (так же как и DB2 for zOS).
Код: plaintext
1.
2.
--
Антон
Per rectum ad astrum
...
Рейтинг: 0 / 0
TPC-C
    #33881246
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Anton - не надо безбожно врать.
Вы уже были уличены во лжи.
по z/DB2 тестирование по TPC-C невозможно провести - по лицензионным причинам.
И вам это уже говорили.
Вот iSeries - действительно интересно, почему.
А насчет вашего опыта возникают большие сомнения.
Какой-то он у вас куцый.
Потому как у вас z/DB2 работает плохо, а у других - хорошо.
...
Рейтинг: 0 / 0
TPC-C
    #33881287
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
рмнiSeries... слушайте, много в москве работы спецам по аске?

а что? :))

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33881292
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvAnton - не надо безбожно врать.
Вы уже были уличены во лжи.
по z/DB2 тестирование по TPC-C невозможно провести - по лицензионным причинам.
И вам это уже говорили.
Вот iSeries - действительно интересно, почему.
А насчет вашего опыта возникают большие сомнения.
Какой-то он у вас куцый.
Потому как у вас z/DB2 работает плохо, а у других - хорошо.

есть у меня подозрение что дуры просто тест етот толком не пройдут, потому как вплоть до os/400 5.1 select * from table было медленнее чем цикл по записям, сделанный на rpg

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33882065
рмн
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
lazy-beaver рмнiSeries... слушайте, много в москве работы спецам по аске?

а что? :))

Serge Reva
собираюсь в москву :)
...
Рейтинг: 0 / 0
TPC-C
    #33882378
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
рмн lazy-beaver рмнiSeries... слушайте, много в москве работы спецам по аске?

а что? :))

Serge Reva
собираюсь в москву :)

-)))

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33882384
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
рмн lazy-beaver рмнiSeries... слушайте, много в москве работы спецам по аске?

а что? :))

Serge Reva
собираюсь в москву :)

а давай в приват. мое мыло в профиле

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33886398
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvAnton - не надо безбожно врать.
Вы уже были уличены во лжи.Я просто раздавлен вашим авторитетом
Вы позволяете себе IMHO трактовать как ложь - это ваше право, но не надо его навязывать другим.

ggvпо z/DB2 тестирование по TPC-C невозможно провести - по лицензионным причинам.
И вам это уже говорили.Какие к чёрту могут быть лицензионные ограничения у производителя? Это как - IBM лицензирует у себя самой право прогнать тесты на своей-же железяке? Эта отмазка может прокатить только для идиотов.

ggv
Вот iSeries - действительно интересно, почему.
А насчет вашего опыта возникают большие сомнения.
Какой-то он у вас куцый.
Потому как у вас z/DB2 работает плохо, а у других - хорошо. Я не являюсь гонщиком формулы-1, но сделав тест-драйв автомобиля я смогу сказать, нравится он мне или нет. С z/DB2 и AS/400 я работаю несколько лет. С Ораклом - больше 10. Этого достаточно для меня, чтобы сложилось впечатление.

P.S.
Непонятно, зачем я опять поддаюсь на ваши провакации, зарекался же вам отвечать.
...
Рейтинг: 0 / 0
TPC-C
    #33887035
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anton Demidov ggvAnton - не надо безбожно врать.
Вы уже были уличены во лжи.Я просто раздавлен вашим авторитетом
Вы позволяете себе IMHO трактовать как ложь - это ваше право, но не надо его навязывать другим.

ggvпо z/DB2 тестирование по TPC-C невозможно провести - по лицензионным причинам.
И вам это уже говорили.Какие к чёрту могут быть лицензионные ограничения у производителя? Это как - IBM лицензирует у себя самой право прогнать тесты на своей-же железяке? Эта отмазка может прокатить только для идиотов.

ggv
Вот iSeries - действительно интересно, почему.
А насчет вашего опыта возникают большие сомнения.
Какой-то он у вас куцый.
Потому как у вас z/DB2 работает плохо, а у других - хорошо. Я не являюсь гонщиком формулы-1, но сделав тест-драйв автомобиля я смогу сказать, нравится он мне или нет. С z/DB2 и AS/400 я работаю несколько лет. С Ораклом - больше 10. Этого достаточно для меня, чтобы сложилось впечатление.

P.S.
Непонятно, зачем я опять поддаюсь на ваши провакации, зарекался же вам
отвечать.

Антон, я работал с ораклом с 98 по 2002 год. последние 5 лет - db2-400. сравнивать ето - все равно что сравнивать легковуху и автобус
дура/400 - это прежде всего законченная интегрированная система, поддерживающая все мыслимые и немыслимые стандарты а не тока запускала дв2. а db/oracle - прежде всего толковая, очень удобная реляционная субд

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33889258
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Врали - факт был, и уклонились от вопроса. Могу напомнить, но в вших интересах замять.
Anton Demidov
ggvпо z/DB2 тестирование по TPC-C невозможно провести - по лицензионным причинам.
И вам это уже говорили.Какие к чёрту могут быть лицензионные ограничения у производителя? Это как - IBM лицензирует у себя самой право прогнать тесты на своей-же железяке? Эта отмазка может прокатить только для идиотов.


Дык я уже писал.
Софт на mainframe в большинстве случаев "сдается в ренту", то есть платежи по нему ежемесячные.
По условиям TPC-C надо считать стоимость за 5 лет.
Это какой будет стоимость на одну транзакцию???
Скорее всего, это и есть основная причина.
Вот это я и называл лицензионными ограничениями.
Ну что, к вашему "спорному вопросу" возвращаемся? :)
...
Рейтинг: 0 / 0
TPC-C
    #33893233
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvВрали - факт был, и уклонились от вопроса. Могу напомнить, но в вших интересах замять.
...
Ну что, к вашему "спорному вопросу" возвращаемся? :)
Ну как мне отказаться после этого? Поднимайте ту тему. Где она?

ggvДык я уже писал.
Софт на mainframe в большинстве случаев "сдается в ренту", то есть платежи по нему ежемесячные.

Платежи кому - IBM? Тогда это не мешает им самим прогнать тест.
ggv
По условиям TPC-C надо считать стоимость за 5 лет.
Это какой будет стоимость на одну транзакцию???
Скорее всего, это и есть основная причина.
Вот это я и называл лицензионными ограничениями.

Совершенно безобразные цифры по стоимости за транзакцию называются ныне "лицензионными ограничениями" ? Ах, увольте

Ни для кого не секрет, что мейнфрейм - штука дорогая, но любой из тестов ТРС показал бы, насколько именно. Плюс абсолютное кол-во тестовых попугаев наверняка не впечатлительное. Вот прикол-то был бы, окажись они на уровне какого-нибудь SQL Сервера от MS по попугаям. Зато рекорд по стоимости транзакции был бы обеспечен!
...
Рейтинг: 0 / 0
TPC-C
    #33893238
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lazy-beaverесть у меня подозрение что дуры просто тест етот толком не пройдут, потому как вплоть до os/400 5.1 select * from table было медленнее чем цикл по записям, сделанный на rpg
Я как-то уже писал здесь про это.
Скорость зависит от того, как была создана таблица - через SQL (CREATE TABLE ...) или CRPF
Валидация данных в первом случае происходит при вставке, селект потом быстрый.
Во втором случае в таблице может находится всякий мусор и при SQL селекте БД проверяет валидность всех полей, что читаются - начинаются некоторые тормоза. В худшем случае могут быть интересные, но предсказуемые результаты - при одинаковом условии, но разных выбранных полях может вернутся разное кол-во записей (если в поле "плохие" данные, то вся строка отбрасывается).
Если читать из RPG как PF, то никаких проверок не производится - потому и быстро. Впрочем, что записали, то и прочли
...
Рейтинг: 0 / 0
TPC-C
    #33893709
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anton Demidov lazy-beaverесть у меня подозрение что дуры просто тест етот толком не пройдут, потому как вплоть до os/400 5.1 select * from table было медленнее чем цикл по записям, сделанный на rpg
Я как-то уже писал здесь про это.
Скорость зависит от того, как была создана таблица - через SQL (CREATE TABLE ...) или CRPF
Валидация данных в первом случае происходит при вставке, селект потом быстрый.
Во втором случае в таблице может находится всякий мусор и при SQL селекте БД проверяет валидность всех полей, что читаются - начинаются некоторые тормоза. В худшем случае могут быть интересные, но предсказуемые результаты - при одинаковом условии, но разных выбранных полях может вернутся разное кол-во записей (если в поле "плохие" данные, то вся строка отбрасывается).
Если читать из RPG как PF, то никаких проверок не производится - потому и быстро. Впрочем, что записали, то и прочли

это все понятно и справедливо до версии <=5.2
Сейчас все хорошо -)

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33894011
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Anton Demidov ggvВрали - факт был, и уклонились от вопроса. Могу напомнить, но в вших интересах замять.
...
Ну что, к вашему "спорному вопросу" возвращаемся? :)
Ну как мне отказаться после этого? Поднимайте ту тему. Где она?

Началось вот с этого вашего утверждения
на что я спросил
ну и наконец дождался от вас ссылку здесь
Даже если опустить то, что винансовые приложения как раз на COBOL и писались, и вы этому почему-то удивились, то остается ничем не подтвержденное, голословное ваше утверждение по цифрам распределения.
Или вы соврали, или покажите данные, и я принесу свои глубочайшие извинения.
Цифра, заявленная вами, сильная, и действительно интересно знать.

Anton Demidov
ggvДык я уже писал.
Софт на mainframe в большинстве случаев "сдается в ренту", то есть платежи по нему ежемесячные.

Платежи кому - IBM? Тогда это не мешает им самим прогнать тест.

Не важно, кто будт прогонять тест - важно как будут считаться затраты.

Anton Demidov
Ни для кого не секрет, что мейнфрейм - штука дорогая, но любой из тестов ТРС показал бы, насколько именно. Плюс абсолютное кол-во тестовых попугаев наверняка не впечатлительное. Вот прикол-то был бы, окажись они на уровне какого-нибудь SQL Сервера от MS по попугаям. Зато рекорд по стоимости транзакции был бы обеспечен!

Ну вы явно не видели цены на mainframe начального уровня - недавно вышло новое семейство, с удивительно низкими ценами.
А вот про величины тестовых попугаев - дык неизвестно.
Известно, что быстрейшие в мире OLTP системы построены на TPF, и такой производительности в real time пока никто показать не может
Но вещь очень недешевая, мало распространенная, но пока незаменимая, хоть клиенты, я уверен, очень хотели бы заменить. Да, и она не реляционная.
Но фиг сней, с TPF - что по поводу цифр распределения?
Подтверждения будут? мне уже можно приносить извинения?
Ткните в цифру.
...
Рейтинг: 0 / 0
TPC-C
    #33894121
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggv Anton Demidov ggvВрали - факт был, и уклонились от вопроса. Могу напомнить, но в вших интересах замять.
...
Ну что, к вашему "спорному вопросу" возвращаемся? :)
Ну как мне отказаться после этого? Поднимайте ту тему. Где она?

Началось вот с этого вашего утверждения
на что я спросил
ну и наконец дождался от вас ссылку здесь
Даже если опустить то, что винансовые приложения как раз на COBOL и писались, и вы этому почему-то удивились, то остается ничем не подтвержденное, голословное ваше утверждение по цифрам распределения.
Или вы соврали, или покажите данные, и я принесу свои глубочайшие извинения.
Цифра, заявленная вами, сильная, и действительно интересно знать.

Anton Demidov
ggvДык я уже писал.
Софт на mainframe в большинстве случаев "сдается в ренту", то есть платежи по нему ежемесячные.

Платежи кому - IBM? Тогда это не мешает им самим прогнать тест.

Не важно, кто будт прогонять тест - важно как будут считаться затраты.

Anton Demidov
Ни для кого не секрет, что мейнфрейм - штука дорогая, но любой из тестов ТРС показал бы, насколько именно. Плюс абсолютное кол-во тестовых попугаев наверняка не впечатлительное. Вот прикол-то был бы, окажись они на уровне какого-нибудь SQL Сервера от MS по попугаям. Зато рекорд по стоимости транзакции был бы обеспечен!

Ну вы явно не видели цены на mainframe начального уровня - недавно вышло новое семейство, с удивительно низкими ценами.
А вот про величины тестовых попугаев - дык неизвестно.
Известно, что быстрейшие в мире OLTP системы построены на TPF, и такой производительности в real time пока никто показать не может
Но вещь очень недешевая, мало распространенная, но пока незаменимая, хоть клиенты, я уверен, очень хотели бы заменить. Да, и она не реляционная.
Но фиг сней, с TPF - что по поводу цифр распределения?
Подтверждения будут? мне уже можно приносить извинения?
Ткните в цифру.


ггв, составление ФАКа было бы более востребованным... дык на благое дело времени нет, а пофлеймить - ....

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33894374
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
грешен.............
А ФАК я один не потяну........
Душа не лежит..........
...
Рейтинг: 0 / 0
TPC-C
    #33895987
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lazy-beaverэто все понятно и справедливо до версии <=5.2
Сейчас все хорошо -)

Serge Reva
????
Меня учили на курсах на 5R3 и именно это её поведение. Может мы говорим о чём-то разном? Может подробнее о том, что и как именно стало лучше?
...
Рейтинг: 0 / 0
TPC-C
    #33900964
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2lazy-beaver: Вот здесь есть какая-то попытка проанализировать производительность iSeries и стоимость транзакции. А также здесь говорится, что iSeries будет медленнее pSeries (AIX).

2ggv: искал несколько дней, но так и не сумел найти именно тот отчет (то ли IDC, толи Gartner) в котором упоминалась эта цифра - 85%. Нашел кое-какие цифры косвенно подтверждающие это. Как то:
18 лет уже продают эту платформу

Далее здесь (pdf, страница 2) говорится что "7 out of 10 IBM customers have an iSeries
or AS/400 server" - то есть 70%, что недалеко от оглашенной мной цифры. Можно сделать поправку на то, что ВСЕ, кто купил AS/400 используют DB2 (как неотемлемая часть OS), но большинство их юниксов и intel серверов крутят Оракл, MSSQL или что другое, что увеличивает долю DB2/400.

Оver 400,000 AS/400 computers and about 30,000 mainframe computers deployed world-wide . Упомянуто также здесь . Не нашел цифр по кол-ву проданный юниксов и xSeries, но учитывая относительную новизну этих платформ (всё таки 18 лет аэске и десятки лет мейнфрейму), их кол-во еще невелико (пусть их будет 100,000 - это IMHO). Опять же, их часто покупают для сторонних БД. "Оver 400,000" от мелкософта - это на самом деле 450 тысяч. Если эти цифру подбить, то получатся как раз те 85%.

А почему, если не секрет, так важна оказалась для вас эта цифра?
Код: plaintext
1.
2.
--
Антон
Per rectum ad astrum
...
Рейтинг: 0 / 0
TPC-C
    #33901599
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anton Demidov2lazy-beaver: Вот здесь есть какая-то попытка проанализировать производительность iSeries и стоимость транзакции. А также здесь говорится, что iSeries будет медленнее pSeries (AIX).

2ggv: искал несколько дней, но так и не сумел найти именно тот отчет (то ли IDC, толи Gartner) в котором упоминалась эта цифра - 85%. Нашел кое-какие цифры косвенно подтверждающие это. Как то:
18 лет уже продают эту платформу

Далее здесь (pdf, страница 2) говорится что "7 out of 10 IBM customers have an iSeries
or AS/400 server" - то есть 70%, что недалеко от оглашенной мной цифры. Можно сделать поправку на то, что ВСЕ, кто купил AS/400 используют DB2 (как неотемлемая часть OS), но большинство их юниксов и intel серверов крутят Оракл, MSSQL или что другое, что увеличивает долю DB2/400.

Оver 400,000 AS/400 computers and about 30,000 mainframe computers deployed world-wide . Упомянуто также здесь . Не нашел цифр по кол-ву проданный юниксов и xSeries, но учитывая относительную новизну этих платформ (всё таки 18 лет аэске и десятки лет мейнфрейму), их кол-во еще невелико (пусть их будет 100,000 - это IMHO). Опять же, их часто покупают для сторонних БД. "Оver 400,000" от мелкософта - это на самом деле 450 тысяч. Если эти цифру подбить, то получатся как раз те 85%.

А почему, если не секрет, так важна оказалась для вас эта цифра?
Код: plaintext
1.
2.
--
Антон
Per rectum ad astrum



Антон, в _ЧОМ_ медленнее? в сиквеле? не показатель.
наши 2 основные системы в олтп сиквел не используют. вообще. хотя с субд работают -)
выкинуть и обзавестись новым-модным на сиквеле? :)


Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33901606
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anton Demidov2lazy-beaver: Вот здесь есть какая-то попытка проанализировать производительность iSeries и стоимость транзакции. А также здесь говорится, что iSeries будет медленнее pSeries (AIX).

2ggv: искал несколько дней, но так и не сумел найти именно тот отчет (то ли IDC, толи Gartner) в котором упоминалась эта цифра - 85%. Нашел кое-какие цифры косвенно подтверждающие это. Как то:
18 лет уже продают эту платформу

Далее здесь (pdf, страница 2) говорится что "7 out of 10 IBM customers have an iSeries
or AS/400 server" - то есть 70%, что недалеко от оглашенной мной цифры. Можно сделать поправку на то, что ВСЕ, кто купил AS/400 используют DB2 (как неотемлемая часть OS), но большинство их юниксов и intel серверов крутят Оракл, MSSQL или что другое, что увеличивает долю DB2/400.

Оver 400,000 AS/400 computers and about 30,000 mainframe computers deployed world-wide . Упомянуто также здесь . Не нашел цифр по кол-ву проданный юниксов и xSeries, но учитывая относительную новизну этих платформ (всё таки 18 лет аэске и десятки лет мейнфрейму), их кол-во еще невелико (пусть их будет 100,000 - это IMHO). Опять же, их часто покупают для сторонних БД. "Оver 400,000" от мелкософта - это на самом деле 450 тысяч. Если эти цифру подбить, то получатся как раз те 85%.

А почему, если не секрет, так важна оказалась для вас эта цифра?
Код: plaintext
1.
2.
--
Антон
Per rectum ad astrum



что-то я из той статьи не понял - сравнивается pseries с power4+ и iseries с s-star??

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33902226
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Все, кто купил as/400, используют db2 ?
Неоднократно встречал людей, убежденных, что as есть лучшая платформа для Domino, и они же утверждают, что не используют db2 и ничего не знают о db2.
Мда.
...
Рейтинг: 0 / 0
TPC-C
    #33902570
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvВсе, кто купил as/400, используют db2 ?
Неоднократно встречал людей, убежденных, что as есть лучшая платформа для Domino, и они же утверждают, что не используют db2 и ничего не знают о db2.
Мда.

dedicated server for domino щас по-другому называеццо -)

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33906573
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lazy-beaverАнтон, в _ЧОМ_ медленнее? в сиквеле? не показатель. да, в SQL - мы ведь про TPC-C начали говорить в этой теме?
lazy-beaverнаши 2 основные системы в олтп сиквел не используют. вообще. хотя с субд работают -)
выкинуть и обзавестись новым-модным на сиквеле? :)

Что вы этим хотели сказать? Я где-то ПРЕДЛАГАЛ вам отказаться от файлового доступа на аэске и переписать всё на SQL?
Кстати, так что там стало хорошо в версии 5.2 и выше? Вы упомянули про это, но как-то без подробностей, или это было ошибкой?
...
Рейтинг: 0 / 0
TPC-C
    #33906586
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvВсе, кто купил as/400, используют db2 ?
Неоднократно встречал людей, убежденных, что as есть лучшая платформа для Domino, и они же утверждают, что не используют db2 и ничего не знают о db2.
Мда.
Не знать - не значит не использовать. Многие водители в мире представления не имеют, что творится под крышкой капота, что не мешает им крутить баранку каждый день.
От вас ли мне слышать эти слова, что на аэске можно db2 не использовать? Можно не использовать SQL - ваше право, но от самой db2/400, как части ОС, вам никуда не деться.

Кстати, убедил я вас в правдивости своих цифр (85%) или это стало для вас неким защитным психологическим барьером? Мол Антон критикует мою любимую < вставить сюда подходящий продукт IBM >, а ответить мне ему нечего, ума и желания отнестись к этому серьёзно у меня нет. " Этого не может быть потому что этого не может быть никогда "
...
Рейтинг: 0 / 0
TPC-C
    #33907082
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
убедили?
Чем????
Ни одного факта!
Если убедили - то только в своей лживости и предубежденности.
Вот и последнее высказывание - про пакеты и про load.
Ведь есть пакеты у db2 - другое дело, что oracle не правильно понимает понятие пакет - с точки зрения db2.
Да фиг с вами - все равно объективности от вас и не будет - вранье по цифрам, это да.
Сперва ведь даже про отчет говорили, потом даже ссылку дали - в надежде, что я ее читать не буду.
Врун и болтун.
...
Рейтинг: 0 / 0
TPC-C
    #33907175
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anton Demidov lazy-beaverАнтон, в _ЧОМ_ медленнее? в сиквеле? не показатель. да, в SQL - мы ведь про TPC-C начали говорить в этой теме?
lazy-beaverнаши 2 основные системы в олтп сиквел не используют. вообще. хотя с субд работают -)
выкинуть и обзавестись новым-модным на сиквеле? :)

Что вы этим хотели сказать? Я где-то ПРЕДЛАГАЛ вам отказаться от файлового доступа на аэске и переписать всё на SQL?
Кстати, так что там стало хорошо в версии 5.2 и выше? Вы упомянули про это, но как-то без подробностей, или это было ошибкой?

да, мы начали про tpc-c и я высказал предположение что iseries там не участвует потому что именно pure sql там хреновый. не нервничайте -)

по-поводу что "стало хорошо" - попробую объяснить на пальцах (просто пример)
есть у нас файлик в котором живет история транзакций. за полгода этот файлик весит 45 млн записей, записи достаточно широкие. смысл хранить его на oltp - полгода как раз достаточно. "обрезание" происходит след образом:
1. последний мес копируется в соотв файл, который переезжает на ленту
2. последний мес удаляется из исходного

так вот, до версии 5.2 эти пункты реализованные через RPG работали в 2-2.5 раза быстрее чем insert into.. select from и delete from
сейчас скорость работы этих пунктов на sql медленее процентов на 10-15 всего лишь
вот что я имел ввиду, с остальными "тулзами", генерирующими какие-либо выборки ситуация такая же


Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33907180
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anton Demidov ggvВсе, кто купил as/400, используют db2 ?
Неоднократно встречал людей, убежденных, что as есть лучшая платформа для Domino, и они же утверждают, что не используют db2 и ничего не знают о db2.
Мда.
Не знать - не значит не использовать. Многие водители в мире представления не имеют, что творится под крышкой капота, что не мешает им крутить баранку каждый день.
От вас ли мне слышать эти слова, что на аэске можно db2 не использовать? Можно не использовать SQL - ваше право, но от самой db2/400, как части ОС, вам никуда не деться.

Кстати, убедил я вас в правдивости своих цифр (85%) или это стало для вас неким защитным психологическим барьером? Мол Антон критикует мою любимую < вставить сюда подходящий продукт IBM >, а ответить мне ему нечего, ума и желания отнестись к этому серьёзно у меня нет. " Этого не может быть потому что этого не может быть никогда "

Антон, тот же dedicated server for domino, он db2/400 не использует(хотя она там есть, как часть ос). domino на ifs живет -)

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33907392
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
да не поверит он. Для Антона - /400 это значит db2/400, хотя в реалити это гораздо больше.
...
Рейтинг: 0 / 0
TPC-C
    #33907423
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ggvда не поверит он. Для Антона - /400 это значит db2/400, хотя в реалити это гораздо больше.

мне ето все начало напоминать fido7.ru.os.cmp -))

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #33914379
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
lazy-beaverАнтон, тот же dedicated server for domino, он db2/400 не использует(хотя она там есть, как часть ос). domino на ifs живет -)
ага, следующим шагом будет упоминание об FTP.

Я всё равно не понимаю, что вы оспариваете (ggv не в счёт - с ним мне всё понятно) - любая инсталляция AS/400 имеет DB2/400, что и учитывалось при подсчёте. То, что оно не используется - ваше право - у меня на винде тоже куча хлама ставится типа Outlook Express или MTC, но я его не использую. Сегодня. Завтра - кто знает? Но оно у меня есть.
...
Рейтинг: 0 / 0
TPC-C
    #33914597
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anton Demidov lazy-beaverАнтон, тот же dedicated server for domino, он db2/400 не использует(хотя она там есть, как часть ос). domino на ifs живет -)
ага, следующим шагом будет упоминание об FTP.

Я всё равно не понимаю, что вы оспариваете (ggv не в счёт - с ним мне всё понятно) - любая инсталляция AS/400 имеет DB2/400, что и учитывалось при подсчёте. То, что оно не используется - ваше право - у меня на винде тоже куча хлама ставится типа Outlook Express или MTC, но я его не использую. Сегодня. Завтра - кто знает? Но оно у меня есть.

а шо такое FTP?
-))

Serge Reva
зы. флеймим мы. жарко -))
...
Рейтинг: 0 / 0
TPC-C
    #34071347
qsecofr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ИМХО. Парни, я тут в вашем топике увидел знакомые слова типа "AS/400", "DB/400", "майнфрейм"... А кто-нибудь из Вас знает его архитектуру не по наслышке? Кто-нибудь ставил хоть раз с нуля операционку OS/400 на него? Кто-нибудь писал серверные вещи на Cobol, RPG и же с ними? Кто-нибудь вообще отдает себе отчет в том, для чего ВООБЩЕ такие сервера нужны и в каких информационных системах и для каких задач они используются? И в чем тогда их преимущества перед остальными? Кто-нибудь вообще внятно может сказать, КАК ЭТО работает и ДЛЯ ЧЕГО оно надо?
...
Рейтинг: 0 / 0
TPC-C
    #34071575
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ога, я бы с удовольствием послушал о реальных , не маркетинговых преимуществах AS/400.
...
Рейтинг: 0 / 0
TPC-C
    #34075409
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kmikeОга, я бы с удовольствием послушал о реальных , не маркетинговых преимуществах AS/400.
Не дождёмся, похоже, что это была просто распальцовка (я посмотрел на все его посты, благо их было только 5 на данный момент).

Опять же преимущества могут указываться только в сравнении с чем-то, а уважаемый qsecofr , похоже, только с аэской работал.
...
Рейтинг: 0 / 0
TPC-C
    #34075592
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По мне так там одно преимущество-независимость от железа, но это опять же-смотря с чем сравнивать. См. Sun с Java и её "Write once, run everywhere".
...
Рейтинг: 0 / 0
TPC-C
    #34106587
qsecofr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Уважаемый Антон, который Демидов!

У меня к Вам, собственно, 2 вопроса:

1. А что на на этом форуме делает человек из Атланты? Неужто в США платят так мало денег, что Вы вынуждены искать работу в России, либо учить уму-разуму провинциальных лохов ))))

2. Что касается сравнения..... Да, я в отличие от Вас, сравнением особо не занимался. Знаете ли, я предпочитаю досконально изучать какую-то одну платформу и быть в ней проффи, нежели знать 10 понаслышке. Вы, как я понял, по Вашим сообщениям, специалист по Ораклу. Ну что ж. Каждому свое. Вашего прямого конкурента DB2, я знаю не понаслышке, но тут, Вы правы, сравнивать особо не с чем: DB2 и DB400 - одинаковые по сути своей базы, а уж сравнивать оракл и дибишку, это уж извините )) Ах да, есть же еще и железо, да и архитектура, но, впрочем, это уже не с Вами обсуждать ))). Вы же только позиционируете себя как крутого спеца ....из Аталанты гы-гы.... ))))), не более.
Хотя, к чему Вам это? Я же гну пальцы, не более того ))))

P.S. Кстати, ежели, хотите посястягаться в знаниях архитектуры майнфреймов, операционной системы os/400 и интегрированной в нее db/400 и т.д., чтобы не быть "пальцегнутым", то прямо сейчас и здесь, милости прошу ))) Пусть многоуважаемое сообщество и рассудит, кто и чего стОит. Вызов брошен! ))) Ваш ответ, сударь из Атланты! ))

Если хотя бы на один из моих вопросов я получу вменямый ответ, я, может быть, буду о Вас совершенно другого мнения. Хотя, зачем оно Вам, мое о Вас мнение :-)) Но с другой стороны, на столь уважаемом форуме, Вы, Антон, не можете не откликнуться, а посему, я Вас....???
...
Рейтинг: 0 / 0
TPC-C
    #34106889
Фотография riman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
для чего столько смайликов? Такое ощущение что вы подхрюкиваете.
уже поражен вашими познаниями аэски. В вашем то возрасте!
...
Рейтинг: 0 / 0
TPC-C
    #34107013
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Уважаемые знатоки (архитектуры iSeries и zSeries)!
Разъясните пожалуйста, как соотносятся по производительности при обработке транзакций (под DB2, естественно) машины упомянутой архитектуры и, например, какой-нибудь совершенно обычный Sun E6900. IBM-системы, естессно, сравнимого класса, типа z890-z990. Или это всё имеет смысл только для компаний, у которых уже десятки лет эксплуатируются мэйнфреймы и переписывать приложения-дороже?

С iSeries вообще непонятно-нынче это ж практически то же железо, что и pSeries...
...
Рейтинг: 0 / 0
TPC-C
    #34107131
Yo.!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kmikeУважаемые знатоки (архитектуры iSeries и zSeries)!
Разъясните пожалуйста, как соотносятся по производительности при обработке транзакций (под DB2, естественно) машины упомянутой архитектуры и, например, какой-нибудь совершенно обычный Sun E6900. IBM-системы, естессно, сравнимого класса, типа z890-z990. Или это всё имеет смысл только для компаний, у которых уже десятки лет эксплуатируются мэйнфреймы и переписывать приложения-дороже?

С iSeries вообще непонятно-нынче это ж практически то же железо, что и pSeries...

неофициальные тесты tpc-c на iSeries
http://www.itjungle.com/tfh/tfh082106-story01.html

... брать их для бд смысла нет.
...
Рейтинг: 0 / 0
TPC-C
    #34107146
lazy-beaver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
qsecofrИМХО. Парни, я тут в вашем топике увидел знакомые слова типа "AS/400", "DB/400", "майнфрейм"... А кто-нибудь из Вас знает его архитектуру не по наслышке? Кто-нибудь ставил хоть раз с нуля операционку OS/400 на него? Кто-нибудь писал серверные вещи на Cobol, RPG и же с ними? Кто-нибудь вообще отдает себе отчет в том, для чего ВООБЩЕ такие сервера нужны и в каких информационных системах и для каких задач они используются? И в чем тогда их преимущества перед остальными? Кто-нибудь вообще внятно может сказать, КАК ЭТО работает и ДЛЯ ЧЕГО оно надо?

о! а в каких ИС они используются??

Serge Reva
...
Рейтинг: 0 / 0
TPC-C
    #34107271
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!!
неофициальные тесты tpc-c на iSeries
http://www.itjungle.com/tfh/tfh082106-story01.html
... брать их для бд смысла нет.
Вооот! Это дело!

Осталось выяснить-а для чего, собственно, есть смысл их брать, если есть :)

Интересно, что pSeries выступили очень хорошо, заметно лучше iSeries - и это не списать на разницу в частоте процессоров...

Осталось прояснить ситуацию с zSeries - там-то железо пока ещё не унифицировано с pSeries.
...
Рейтинг: 0 / 0
TPC-C
    #34107284
Yo.!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kmike
Осталось выяснить-а для чего, собственно, есть смысл их брать, если есть :)

грят он удачней чем писюк может распределять нагрузку и лучше ведет себя на пиковых нагрузках ... но за такую цену можно купить современный писюк который вытянет в разы большую пиковую нагрузку, даже если платить по $40K ораклу за "лишний" проц.
...
Рейтинг: 0 / 0
TPC-C
    #34107538
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нагрузку между чем он удачно распределяет? Если про Coupling Facility - то может и так, а в отдельностоящей системе?

В принципе, по данным Wintercorp, максимальная нагрузка в системах на мэйнфреймах в разы больше, чем на аналогичную OLTP-систему под Unix/Windows. Но что тогда обозначает эта странная приписка- "Workload results are not comparable across platforms." ?

Ну и как-то непонятно, за счёт чего мэйнфреймы с небольшим числом не таких уж быстрых процессоров могут обойти те же Саны типа E25K.
Разве что Coupling Facility в разы надёжнее и масштабируемей, чем RAC и народ клепает большие кластеры из мэйнфреймов...
...
Рейтинг: 0 / 0
TPC-C
    #34107694
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
qsecofrЕсли хотя бы на один из моих вопросов я получу вменямый ответ, я, может быть, буду о Вас совершенно другого мнения. Хотя, зачем оно Вам, мое о Вас мнение :-)) Но с другой стороны, на столь уважаемом форуме, Вы, Антон, не можете не откликнуться, а посему, я Вас....??? Вы перепутали форум, вам сюда .
...
Рейтинг: 0 / 0
TPC-C
    #34107712
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kmikeНу и как-то непонятно, за счёт чего мэйнфреймы с небольшим числом не таких уж быстрых процессоров могут обойти те же Саны типа E25K.
Разве что Coupling Facility в разы надёжнее и масштабируемей, чем RAC и народ клепает большие кластеры из мэйнфреймов...
Я так понимаю (эх, ggv бы сюда поделиться опытом), что на мэйнфрэймах очень многие функции реализованы аппаратно, что значительно разгружает центральный процессор и системы в/в.
Это как сравнивать софтовый рейд с аппаратным, если грубо.
К примеру, у нас машина с сопроцессором по сжатию - на лету жмёт и распаковывает блоки данных. Таблицу истории изменений ужала до 20% - ляпота.
...
Рейтинг: 0 / 0
TPC-C
    #34107837
Yo.!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anton Demidov
Это как сравнивать софтовый рейд с аппаратным, если грубо.
К примеру, у нас машина с сопроцессором по сжатию - на лету жмёт и распаковывает блоки данных. Таблицу истории изменений ужала до 20% - ляпота.
а какой в нем толк если за его стоимость можно целый Sun Fire начального уровня купить, который кроме шифрования еще и 20% самой задачи решит...
...
Рейтинг: 0 / 0
TPC-C
    #34107968
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Потому и уходит эта технология, что очень дорого. Насколько я понимаю, новые продажи идут на замену старых шкафов (за редкими исключениями). Есть определённые бизнес риски связанные со сменой системы :) - вы же понимаете. Вот и стараются без необходимости не трогать то, что работает. Как начинает "затыкаться" на бОльшей нагрузке - докупается по рекомендации IBM очередная железяка. Или переходят на более мощную модель, благо мэйнфреймы не покупаются, а арендуются.

Насчёт отношения скорости к стоимости в плане этого топика и у мэйнфреймов, и у Санов не всё чисто, ибо оба отсутствуют в результатах TPC тестов.
Код: plaintext
1.
2.
--
Антон
Per rectum ad astrum
...
Рейтинг: 0 / 0
TPC-C
    #34108010
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anton Demidov
Я так понимаю (эх, ggv бы сюда поделиться опытом), что на мэйнфрэймах очень многие функции реализованы аппаратно, что значительно разгружает центральный процессор и системы в/в.
Это как сравнивать софтовый рейд с аппаратным, если грубо.
К примеру, у нас машина с сопроцессором по сжатию - на лету жмёт и распаковывает блоки данных. Таблицу истории изменений ужала до 20% - ляпота.
Ну дык этот сопроцессор тоже денег стоит и немалых, наверное?
Ну и опять же-сколько там времени занимает выполнение кода, что можно реализовать аппаратно? 20% Спасёт ли это?
...
Рейтинг: 0 / 0
TPC-C
    #34110353
Фотография Anton Demidov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Менеджеры рассуждают просто: есть окно для ночных батчей, скажем 4 часа. Пока мы в него вмещаемся - всё окей, объёмы увеличились - стало 4:30 - надо что-то делать. Зовут консультанта IBM, он смотрит на нагрузку и говорит, что есть следующие варианты. И далее по пунктам. Смотрят, что дешевле. Ага, какой-то процессор. Платим. Ставим. Ужимаем архивные таблицы. Ночной батч теперь выполняется за 3:30 Все спят спокойно до след. проблемы.
Сколько это стоит конкретно я не знаю - у меня не тот уровень доступа.
:/

Код: plaintext
1.
2.
--
Антон
Per rectum ad astrum
...
Рейтинг: 0 / 0
TPC-C
    #34121496
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Смотрим в свежий тест - http://tpc.org/results/FDR/TPCC/IBM_x3950_DB2_Linux_fdr.pdf
и что мы там видим?

"WAREHOUSE, DISTRICT, STOCK, CUSTOMER, HISTORY, ORDERS, ORDERLINE, and NEWORDER were
horizontally partitioned into multiple tables.
Each table partition contains data associated with a range of 625 warehouses."

Не доверяют, стало быть, 9чному секционированию, всё по старинке вьюшки городят?
...
Рейтинг: 0 / 0
TPC-C
    #34122909
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
9-ка в TPC-H Еще не участвовала.
...
Рейтинг: 0 / 0
TPC-C
    #34123244
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А при чём тут TPC-H ? Мы про TPC-C вроде говорим.
...
Рейтинг: 0 / 0
56 сообщений из 56, показаны все 3 страниц
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / TPC-C
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]