Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
http://www.tpc.org/tpcc/results/tpcc_perf_results.asp ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2006, 12:11 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
ggvhttp://www.tpc.org/tpcc/results/tpcc_perf_results.asp а где iseries интересно?... Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2006, 18:35 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
iSeries... слушайте, много в москве работы спецам по аске? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2006, 19:21 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
iSeries как и Sun в tpc-c не участвуют. Говорят ничего не показывающий тест. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2006, 20:39 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
молодцы в IBM - поставили процы побыстрее (были IBM POWER5 - 1.9 GHz, стали POWER5+ 2.3GHz) и тест прогнали. Только это больше похоже на демонстрацию хороших аппаратных возможностей, а не БД. lazy-beaverа где iseries интересно?... Я задавал этот вопрос ребятам из IBM - все они скромно потупив глаза говорят что 1. им это не надо 2. тестировать дорого По собственному опыту IMHO думаю, что iSeries показывает очень плохие результаты (так же как и DB2 for zOS). Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2006, 03:15 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Anton - не надо безбожно врать. Вы уже были уличены во лжи. по z/DB2 тестирование по TPC-C невозможно провести - по лицензионным причинам. И вам это уже говорили. Вот iSeries - действительно интересно, почему. А насчет вашего опыта возникают большие сомнения. Какой-то он у вас куцый. Потому как у вас z/DB2 работает плохо, а у других - хорошо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2006, 09:44 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
рмнiSeries... слушайте, много в москве работы спецам по аске? а что? :)) Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2006, 09:59 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
ggvAnton - не надо безбожно врать. Вы уже были уличены во лжи. по z/DB2 тестирование по TPC-C невозможно провести - по лицензионным причинам. И вам это уже говорили. Вот iSeries - действительно интересно, почему. А насчет вашего опыта возникают большие сомнения. Какой-то он у вас куцый. Потому как у вас z/DB2 работает плохо, а у других - хорошо. есть у меня подозрение что дуры просто тест етот толком не пройдут, потому как вплоть до os/400 5.1 select * from table было медленнее чем цикл по записям, сделанный на rpg Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2006, 10:02 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
lazy-beaver рмнiSeries... слушайте, много в москве работы спецам по аске? а что? :)) Serge Reva собираюсь в москву :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2006, 13:28 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
рмн lazy-beaver рмнiSeries... слушайте, много в москве работы спецам по аске? а что? :)) Serge Reva собираюсь в москву :) -))) Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2006, 14:41 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
рмн lazy-beaver рмнiSeries... слушайте, много в москве работы спецам по аске? а что? :)) Serge Reva собираюсь в москву :) а давай в приват. мое мыло в профиле Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2006, 14:43 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
ggvAnton - не надо безбожно врать. Вы уже были уличены во лжи.Я просто раздавлен вашим авторитетом Вы позволяете себе IMHO трактовать как ложь - это ваше право, но не надо его навязывать другим. ggvпо z/DB2 тестирование по TPC-C невозможно провести - по лицензионным причинам. И вам это уже говорили.Какие к чёрту могут быть лицензионные ограничения у производителя? Это как - IBM лицензирует у себя самой право прогнать тесты на своей-же железяке? Эта отмазка может прокатить только для идиотов. ggv Вот iSeries - действительно интересно, почему. А насчет вашего опыта возникают большие сомнения. Какой-то он у вас куцый. Потому как у вас z/DB2 работает плохо, а у других - хорошо. Я не являюсь гонщиком формулы-1, но сделав тест-драйв автомобиля я смогу сказать, нравится он мне или нет. С z/DB2 и AS/400 я работаю несколько лет. С Ораклом - больше 10. Этого достаточно для меня, чтобы сложилось впечатление. P.S. Непонятно, зачем я опять поддаюсь на ваши провакации, зарекался же вам отвечать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2006, 20:07 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2006, 16:53 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Врали - факт был, и уклонились от вопроса. Могу напомнить, но в вших интересах замять. Anton Demidov ggvпо z/DB2 тестирование по TPC-C невозможно провести - по лицензионным причинам. И вам это уже говорили.Какие к чёрту могут быть лицензионные ограничения у производителя? Это как - IBM лицензирует у себя самой право прогнать тесты на своей-же железяке? Эта отмазка может прокатить только для идиотов. Дык я уже писал. Софт на mainframe в большинстве случаев "сдается в ренту", то есть платежи по нему ежемесячные. По условиям TPC-C надо считать стоимость за 5 лет. Это какой будет стоимость на одну транзакцию??? Скорее всего, это и есть основная причина. Вот это я и называл лицензионными ограничениями. Ну что, к вашему "спорному вопросу" возвращаемся? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2006, 14:29 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
ggvВрали - факт был, и уклонились от вопроса. Могу напомнить, но в вших интересах замять. ... Ну что, к вашему "спорному вопросу" возвращаемся? :) Ну как мне отказаться после этого? Поднимайте ту тему. Где она? ggvДык я уже писал. Софт на mainframe в большинстве случаев "сдается в ренту", то есть платежи по нему ежемесячные. Платежи кому - IBM? Тогда это не мешает им самим прогнать тест. ggv По условиям TPC-C надо считать стоимость за 5 лет. Это какой будет стоимость на одну транзакцию??? Скорее всего, это и есть основная причина. Вот это я и называл лицензионными ограничениями. Совершенно безобразные цифры по стоимости за транзакцию называются ныне "лицензионными ограничениями" ? Ах, увольте Ни для кого не секрет, что мейнфрейм - штука дорогая, но любой из тестов ТРС показал бы, насколько именно. Плюс абсолютное кол-во тестовых попугаев наверняка не впечатлительное. Вот прикол-то был бы, окажись они на уровне какого-нибудь SQL Сервера от MS по попугаям. Зато рекорд по стоимости транзакции был бы обеспечен! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2006, 23:30 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
lazy-beaverесть у меня подозрение что дуры просто тест етот толком не пройдут, потому как вплоть до os/400 5.1 select * from table было медленнее чем цикл по записям, сделанный на rpg Я как-то уже писал здесь про это. Скорость зависит от того, как была создана таблица - через SQL (CREATE TABLE ...) или CRPF Валидация данных в первом случае происходит при вставке, селект потом быстрый. Во втором случае в таблице может находится всякий мусор и при SQL селекте БД проверяет валидность всех полей, что читаются - начинаются некоторые тормоза. В худшем случае могут быть интересные, но предсказуемые результаты - при одинаковом условии, но разных выбранных полях может вернутся разное кол-во записей (если в поле "плохие" данные, то вся строка отбрасывается). Если читать из RPG как PF, то никаких проверок не производится - потому и быстро. Впрочем, что записали, то и прочли ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2006, 23:39 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Anton Demidov lazy-beaverесть у меня подозрение что дуры просто тест етот толком не пройдут, потому как вплоть до os/400 5.1 select * from table было медленнее чем цикл по записям, сделанный на rpg Я как-то уже писал здесь про это. Скорость зависит от того, как была создана таблица - через SQL (CREATE TABLE ...) или CRPF Валидация данных в первом случае происходит при вставке, селект потом быстрый. Во втором случае в таблице может находится всякий мусор и при SQL селекте БД проверяет валидность всех полей, что читаются - начинаются некоторые тормоза. В худшем случае могут быть интересные, но предсказуемые результаты - при одинаковом условии, но разных выбранных полях может вернутся разное кол-во записей (если в поле "плохие" данные, то вся строка отбрасывается). Если читать из RPG как PF, то никаких проверок не производится - потому и быстро. Впрочем, что записали, то и прочли это все понятно и справедливо до версии <=5.2 Сейчас все хорошо -) Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2006, 10:21 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Anton Demidov ggvВрали - факт был, и уклонились от вопроса. Могу напомнить, но в вших интересах замять. ... Ну что, к вашему "спорному вопросу" возвращаемся? :) Ну как мне отказаться после этого? Поднимайте ту тему. Где она? Началось вот с этого вашего утверждения на что я спросил ну и наконец дождался от вас ссылку здесь Даже если опустить то, что винансовые приложения как раз на COBOL и писались, и вы этому почему-то удивились, то остается ничем не подтвержденное, голословное ваше утверждение по цифрам распределения. Или вы соврали, или покажите данные, и я принесу свои глубочайшие извинения. Цифра, заявленная вами, сильная, и действительно интересно знать. Anton Demidov ggvДык я уже писал. Софт на mainframe в большинстве случаев "сдается в ренту", то есть платежи по нему ежемесячные. Платежи кому - IBM? Тогда это не мешает им самим прогнать тест. Не важно, кто будт прогонять тест - важно как будут считаться затраты. Anton Demidov Ни для кого не секрет, что мейнфрейм - штука дорогая, но любой из тестов ТРС показал бы, насколько именно. Плюс абсолютное кол-во тестовых попугаев наверняка не впечатлительное. Вот прикол-то был бы, окажись они на уровне какого-нибудь SQL Сервера от MS по попугаям. Зато рекорд по стоимости транзакции был бы обеспечен! Ну вы явно не видели цены на mainframe начального уровня - недавно вышло новое семейство, с удивительно низкими ценами. А вот про величины тестовых попугаев - дык неизвестно. Известно, что быстрейшие в мире OLTP системы построены на TPF, и такой производительности в real time пока никто показать не может Но вещь очень недешевая, мало распространенная, но пока незаменимая, хоть клиенты, я уверен, очень хотели бы заменить. Да, и она не реляционная. Но фиг сней, с TPF - что по поводу цифр распределения? Подтверждения будут? мне уже можно приносить извинения? Ткните в цифру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2006, 11:45 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
ggv Anton Demidov ggvВрали - факт был, и уклонились от вопроса. Могу напомнить, но в вших интересах замять. ... Ну что, к вашему "спорному вопросу" возвращаемся? :) Ну как мне отказаться после этого? Поднимайте ту тему. Где она? Началось вот с этого вашего утверждения на что я спросил ну и наконец дождался от вас ссылку здесь Даже если опустить то, что винансовые приложения как раз на COBOL и писались, и вы этому почему-то удивились, то остается ничем не подтвержденное, голословное ваше утверждение по цифрам распределения. Или вы соврали, или покажите данные, и я принесу свои глубочайшие извинения. Цифра, заявленная вами, сильная, и действительно интересно знать. Anton Demidov ggvДык я уже писал. Софт на mainframe в большинстве случаев "сдается в ренту", то есть платежи по нему ежемесячные. Платежи кому - IBM? Тогда это не мешает им самим прогнать тест. Не важно, кто будт прогонять тест - важно как будут считаться затраты. Anton Demidov Ни для кого не секрет, что мейнфрейм - штука дорогая, но любой из тестов ТРС показал бы, насколько именно. Плюс абсолютное кол-во тестовых попугаев наверняка не впечатлительное. Вот прикол-то был бы, окажись они на уровне какого-нибудь SQL Сервера от MS по попугаям. Зато рекорд по стоимости транзакции был бы обеспечен! Ну вы явно не видели цены на mainframe начального уровня - недавно вышло новое семейство, с удивительно низкими ценами. А вот про величины тестовых попугаев - дык неизвестно. Известно, что быстрейшие в мире OLTP системы построены на TPF, и такой производительности в real time пока никто показать не может Но вещь очень недешевая, мало распространенная, но пока незаменимая, хоть клиенты, я уверен, очень хотели бы заменить. Да, и она не реляционная. Но фиг сней, с TPF - что по поводу цифр распределения? Подтверждения будут? мне уже можно приносить извинения? Ткните в цифру. ггв, составление ФАКа было бы более востребованным... дык на благое дело времени нет, а пофлеймить - .... Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2006, 12:06 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
грешен............. А ФАК я один не потяну........ Душа не лежит.......... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2006, 12:59 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
lazy-beaverэто все понятно и справедливо до версии <=5.2 Сейчас все хорошо -) Serge Reva ???? Меня учили на курсах на 5R3 и именно это её поведение. Может мы говорим о чём-то разном? Может подробнее о том, что и как именно стало лучше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2006, 01:21 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2006, 21:30 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
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. Антон, в _ЧОМ_ медленнее? в сиквеле? не показатель. наши 2 основные системы в олтп сиквел не используют. вообще. хотя с субд работают -) выкинуть и обзавестись новым-модным на сиквеле? :) Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2006, 01:49 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
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. что-то я из той статьи не понял - сравнивается pseries с power4+ и iseries с s-star?? Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2006, 01:55 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Все, кто купил as/400, используют db2 ? Неоднократно встречал людей, убежденных, что as есть лучшая платформа для Domino, и они же утверждают, что не используют db2 и ничего не знают о db2. Мда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2006, 09:32 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
ggvВсе, кто купил as/400, используют db2 ? Неоднократно встречал людей, убежденных, что as есть лучшая платформа для Domino, и они же утверждают, что не используют db2 и ничего не знают о db2. Мда. dedicated server for domino щас по-другому называеццо -) Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2006, 11:46 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
lazy-beaverАнтон, в _ЧОМ_ медленнее? в сиквеле? не показатель. да, в SQL - мы ведь про TPC-C начали говорить в этой теме? lazy-beaverнаши 2 основные системы в олтп сиквел не используют. вообще. хотя с субд работают -) выкинуть и обзавестись новым-модным на сиквеле? :) Что вы этим хотели сказать? Я где-то ПРЕДЛАГАЛ вам отказаться от файлового доступа на аэске и переписать всё на SQL? Кстати, так что там стало хорошо в версии 5.2 и выше? Вы упомянули про это, но как-то без подробностей, или это было ошибкой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 20:00 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
ggvВсе, кто купил as/400, используют db2 ? Неоднократно встречал людей, убежденных, что as есть лучшая платформа для Domino, и они же утверждают, что не используют db2 и ничего не знают о db2. Мда. Не знать - не значит не использовать. Многие водители в мире представления не имеют, что творится под крышкой капота, что не мешает им крутить баранку каждый день. От вас ли мне слышать эти слова, что на аэске можно db2 не использовать? Можно не использовать SQL - ваше право, но от самой db2/400, как части ОС, вам никуда не деться. Кстати, убедил я вас в правдивости своих цифр (85%) или это стало для вас неким защитным психологическим барьером? Мол Антон критикует мою любимую < вставить сюда подходящий продукт IBM >, а ответить мне ему нечего, ума и желания отнестись к этому серьёзно у меня нет. " Этого не может быть потому что этого не может быть никогда " ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 20:18 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
убедили? Чем???? Ни одного факта! Если убедили - то только в своей лживости и предубежденности. Вот и последнее высказывание - про пакеты и про load. Ведь есть пакеты у db2 - другое дело, что oracle не правильно понимает понятие пакет - с точки зрения db2. Да фиг с вами - все равно объективности от вас и не будет - вранье по цифрам, это да. Сперва ведь даже про отчет говорили, потом даже ссылку дали - в надежде, что я ее читать не буду. Врун и болтун. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2006, 09:47 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2006, 10:18 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2006, 10:20 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
да не поверит он. Для Антона - /400 это значит db2/400, хотя в реалити это гораздо больше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2006, 11:26 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
ggvда не поверит он. Для Антона - /400 это значит db2/400, хотя в реалити это гораздо больше. мне ето все начало напоминать fido7.ru.os.cmp -)) Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2006, 11:33 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
lazy-beaverАнтон, тот же dedicated server for domino, он db2/400 не использует(хотя она там есть, как часть ос). domino на ifs живет -) ага, следующим шагом будет упоминание об FTP. Я всё равно не понимаю, что вы оспариваете (ggv не в счёт - с ним мне всё понятно) - любая инсталляция AS/400 имеет DB2/400, что и учитывалось при подсчёте. То, что оно не используется - ваше право - у меня на винде тоже куча хлама ставится типа Outlook Express или MTC, но я его не использую. Сегодня. Завтра - кто знает? Но оно у меня есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2006, 22:40 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Anton Demidov lazy-beaverАнтон, тот же dedicated server for domino, он db2/400 не использует(хотя она там есть, как часть ос). domino на ifs живет -) ага, следующим шагом будет упоминание об FTP. Я всё равно не понимаю, что вы оспариваете (ggv не в счёт - с ним мне всё понятно) - любая инсталляция AS/400 имеет DB2/400, что и учитывалось при подсчёте. То, что оно не используется - ваше право - у меня на винде тоже куча хлама ставится типа Outlook Express или MTC, но я его не использую. Сегодня. Завтра - кто знает? Но оно у меня есть. а шо такое FTP? -)) Serge Reva зы. флеймим мы. жарко -)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2006, 13:59 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
ИМХО. Парни, я тут в вашем топике увидел знакомые слова типа "AS/400", "DB/400", "майнфрейм"... А кто-нибудь из Вас знает его архитектуру не по наслышке? Кто-нибудь ставил хоть раз с нуля операционку OS/400 на него? Кто-нибудь писал серверные вещи на Cobol, RPG и же с ними? Кто-нибудь вообще отдает себе отчет в том, для чего ВООБЩЕ такие сервера нужны и в каких информационных системах и для каких задач они используются? И в чем тогда их преимущества перед остальными? Кто-нибудь вообще внятно может сказать, КАК ЭТО работает и ДЛЯ ЧЕГО оно надо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2006, 21:25 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Ога, я бы с удовольствием послушал о реальных , не маркетинговых преимуществах AS/400. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2006, 10:43 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
kmikeОга, я бы с удовольствием послушал о реальных , не маркетинговых преимуществах AS/400. Не дождёмся, похоже, что это была просто распальцовка (я посмотрел на все его посты, благо их было только 5 на данный момент). Опять же преимущества могут указываться только в сравнении с чем-то, а уважаемый qsecofr , похоже, только с аэской работал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2006, 22:15 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
По мне так там одно преимущество-независимость от железа, но это опять же-смотря с чем сравнивать. См. Sun с Java и её "Write once, run everywhere". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 04:36 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Уважаемый Антон, который Демидов! У меня к Вам, собственно, 2 вопроса: 1. А что на на этом форуме делает человек из Атланты? Неужто в США платят так мало денег, что Вы вынуждены искать работу в России, либо учить уму-разуму провинциальных лохов )))) 2. Что касается сравнения..... Да, я в отличие от Вас, сравнением особо не занимался. Знаете ли, я предпочитаю досконально изучать какую-то одну платформу и быть в ней проффи, нежели знать 10 понаслышке. Вы, как я понял, по Вашим сообщениям, специалист по Ораклу. Ну что ж. Каждому свое. Вашего прямого конкурента DB2, я знаю не понаслышке, но тут, Вы правы, сравнивать особо не с чем: DB2 и DB400 - одинаковые по сути своей базы, а уж сравнивать оракл и дибишку, это уж извините )) Ах да, есть же еще и железо, да и архитектура, но, впрочем, это уже не с Вами обсуждать ))). Вы же только позиционируете себя как крутого спеца ....из Аталанты гы-гы.... ))))), не более. Хотя, к чему Вам это? Я же гну пальцы, не более того )))) P.S. Кстати, ежели, хотите посястягаться в знаниях архитектуры майнфреймов, операционной системы os/400 и интегрированной в нее db/400 и т.д., чтобы не быть "пальцегнутым", то прямо сейчас и здесь, милости прошу ))) Пусть многоуважаемое сообщество и рассудит, кто и чего стОит. Вызов брошен! ))) Ваш ответ, сударь из Атланты! )) Если хотя бы на один из моих вопросов я получу вменямый ответ, я, может быть, буду о Вас совершенно другого мнения. Хотя, зачем оно Вам, мое о Вас мнение :-)) Но с другой стороны, на столь уважаемом форуме, Вы, Антон, не можете не откликнуться, а посему, я Вас....??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2006, 23:13 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
для чего столько смайликов? Такое ощущение что вы подхрюкиваете. уже поражен вашими познаниями аэски. В вашем то возрасте! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 11:43 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Уважаемые знатоки (архитектуры iSeries и zSeries)! Разъясните пожалуйста, как соотносятся по производительности при обработке транзакций (под DB2, естественно) машины упомянутой архитектуры и, например, какой-нибудь совершенно обычный Sun E6900. IBM-системы, естессно, сравнимого класса, типа z890-z990. Или это всё имеет смысл только для компаний, у которых уже десятки лет эксплуатируются мэйнфреймы и переписывать приложения-дороже? С iSeries вообще непонятно-нынче это ж практически то же железо, что и pSeries... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 13:21 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
kmikeУважаемые знатоки (архитектуры iSeries и zSeries)! Разъясните пожалуйста, как соотносятся по производительности при обработке транзакций (под DB2, естественно) машины упомянутой архитектуры и, например, какой-нибудь совершенно обычный Sun E6900. IBM-системы, естессно, сравнимого класса, типа z890-z990. Или это всё имеет смысл только для компаний, у которых уже десятки лет эксплуатируются мэйнфреймы и переписывать приложения-дороже? С iSeries вообще непонятно-нынче это ж практически то же железо, что и pSeries... неофициальные тесты tpc-c на iSeries http://www.itjungle.com/tfh/tfh082106-story01.html ... брать их для бд смысла нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 14:26 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
qsecofrИМХО. Парни, я тут в вашем топике увидел знакомые слова типа "AS/400", "DB/400", "майнфрейм"... А кто-нибудь из Вас знает его архитектуру не по наслышке? Кто-нибудь ставил хоть раз с нуля операционку OS/400 на него? Кто-нибудь писал серверные вещи на Cobol, RPG и же с ними? Кто-нибудь вообще отдает себе отчет в том, для чего ВООБЩЕ такие сервера нужны и в каких информационных системах и для каких задач они используются? И в чем тогда их преимущества перед остальными? Кто-нибудь вообще внятно может сказать, КАК ЭТО работает и ДЛЯ ЧЕГО оно надо? о! а в каких ИС они используются?? Serge Reva ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 14:39 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Yo.!! неофициальные тесты tpc-c на iSeries http://www.itjungle.com/tfh/tfh082106-story01.html ... брать их для бд смысла нет. Вооот! Это дело! Осталось выяснить-а для чего, собственно, есть смысл их брать, если есть :) Интересно, что pSeries выступили очень хорошо, заметно лучше iSeries - и это не списать на разницу в частоте процессоров... Осталось прояснить ситуацию с zSeries - там-то железо пока ещё не унифицировано с pSeries. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 16:14 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
kmike Осталось выяснить-а для чего, собственно, есть смысл их брать, если есть :) грят он удачней чем писюк может распределять нагрузку и лучше ведет себя на пиковых нагрузках ... но за такую цену можно купить современный писюк который вытянет в разы большую пиковую нагрузку, даже если платить по $40K ораклу за "лишний" проц. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 16:20 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Нагрузку между чем он удачно распределяет? Если про Coupling Facility - то может и так, а в отдельностоящей системе? В принципе, по данным Wintercorp, максимальная нагрузка в системах на мэйнфреймах в разы больше, чем на аналогичную OLTP-систему под Unix/Windows. Но что тогда обозначает эта странная приписка- "Workload results are not comparable across platforms." ? Ну и как-то непонятно, за счёт чего мэйнфреймы с небольшим числом не таких уж быстрых процессоров могут обойти те же Саны типа E25K. Разве что Coupling Facility в разы надёжнее и масштабируемей, чем RAC и народ клепает большие кластеры из мэйнфреймов... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 18:40 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
qsecofrЕсли хотя бы на один из моих вопросов я получу вменямый ответ, я, может быть, буду о Вас совершенно другого мнения. Хотя, зачем оно Вам, мое о Вас мнение :-)) Но с другой стороны, на столь уважаемом форуме, Вы, Антон, не можете не откликнуться, а посему, я Вас....??? Вы перепутали форум, вам сюда . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 20:47 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
kmikeНу и как-то непонятно, за счёт чего мэйнфреймы с небольшим числом не таких уж быстрых процессоров могут обойти те же Саны типа E25K. Разве что Coupling Facility в разы надёжнее и масштабируемей, чем RAC и народ клепает большие кластеры из мэйнфреймов... Я так понимаю (эх, ggv бы сюда поделиться опытом), что на мэйнфрэймах очень многие функции реализованы аппаратно, что значительно разгружает центральный процессор и системы в/в. Это как сравнивать софтовый рейд с аппаратным, если грубо. К примеру, у нас машина с сопроцессором по сжатию - на лету жмёт и распаковывает блоки данных. Таблицу истории изменений ужала до 20% - ляпота. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 21:02 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Anton Demidov Это как сравнивать софтовый рейд с аппаратным, если грубо. К примеру, у нас машина с сопроцессором по сжатию - на лету жмёт и распаковывает блоки данных. Таблицу истории изменений ужала до 20% - ляпота. а какой в нем толк если за его стоимость можно целый Sun Fire начального уровня купить, который кроме шифрования еще и 20% самой задачи решит... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2006, 23:04 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Потому и уходит эта технология, что очень дорого. Насколько я понимаю, новые продажи идут на замену старых шкафов (за редкими исключениями). Есть определённые бизнес риски связанные со сменой системы :) - вы же понимаете. Вот и стараются без необходимости не трогать то, что работает. Как начинает "затыкаться" на бОльшей нагрузке - докупается по рекомендации IBM очередная железяка. Или переходят на более мощную модель, благо мэйнфреймы не покупаются, а арендуются. Насчёт отношения скорости к стоимости в плане этого топика и у мэйнфреймов, и у Санов не всё чисто, ибо оба отсутствуют в результатах TPC тестов. Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2006, 01:30 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Anton Demidov Я так понимаю (эх, ggv бы сюда поделиться опытом), что на мэйнфрэймах очень многие функции реализованы аппаратно, что значительно разгружает центральный процессор и системы в/в. Это как сравнивать софтовый рейд с аппаратным, если грубо. К примеру, у нас машина с сопроцессором по сжатию - на лету жмёт и распаковывает блоки данных. Таблицу истории изменений ужала до 20% - ляпота. Ну дык этот сопроцессор тоже денег стоит и немалых, наверное? Ну и опять же-сколько там времени занимает выполнение кода, что можно реализовать аппаратно? 20% Спасёт ли это? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2006, 04:17 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Менеджеры рассуждают просто: есть окно для ночных батчей, скажем 4 часа. Пока мы в него вмещаемся - всё окей, объёмы увеличились - стало 4:30 - надо что-то делать. Зовут консультанта IBM, он смотрит на нагрузку и говорит, что есть следующие варианты. И далее по пунктам. Смотрят, что дешевле. Ага, какой-то процессор. Платим. Ставим. Ужимаем архивные таблицы. Ночной батч теперь выполняется за 3:30 Все спят спокойно до след. проблемы. Сколько это стоит конкретно я не знаю - у меня не тот уровень доступа. :/ Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2006, 20:33 |
|
||
|
TPC-C
|
|||
|---|---|---|---|
|
#18+
Смотрим в свежий тест - 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чному секционированию, всё по старинке вьюшки городят? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2006, 22:00 |
|
||
|
|

start [/forum/topic.php?all=1&fid=43&tid=1605003]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
47ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
73ms |
get tp. blocked users: |
2ms |
| others: | 228ms |
| total: | 389ms |

| 0 / 0 |
