Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
FYI ... IBM posts leadership results on the SAP Transaction Banking standard application benchmark - http://public.dhe.ibm.com/eserver/benchmarks/news/newsblurb_x3690X5_sap_trbk_091311.pdf IBM System x and DB2 process more than 56 million account transactions per hour—a new world record result for transaction banking on the SAP Transaction Banking benchmark Kind regards, Vadim. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2011, 22:56 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
Лучше бы они SAP SD выкатили, а то вон оракловый вице-президент до сих пор думает, что IBM does not scale beyond a single server ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2011, 07:37 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
mitekЛучше бы они SAP SD выкатили, а то вон оракловый вице-президент до сих пор думает, что IBM does not scale beyond a single server Оно так и есть. Вот смотрите какая картинка по night processing для Sun 2006 и IBM 2011 : СистемТранзакций/час Кол-во ядер Транзакций/ядроIBM2238200050447640Sun666400016416500 Прошло 5 лет, а скорость на 1 ядро осталась прежней. Не странно ли это? А подвох, похоже, кроется в следующем: http://www1.sap.com/solutions/benchmark/pdf/Cert11035.pdf CPU utilization database servers: 36% ( CF: 75% , Member 0: 26%, Member 1: 26%, Member 2: 26%, Member 3: 25%)Очевидно, что сервера курят (загрузка 25%), а узким местом является тот самый пресловутый cluster caching facility (загрузка 75%). Ну и в тесте лукавят, поскольку таких узлов CF должно быть как минимум 2 (т.е. серверов уже будет 6), иначе это не отказоустойчивая конфигурация. Кол-во транзакций на 1 ядро еще уменьшится. Таким образом, SAP на DB2 на современном оборудовании выдает меньше попугаев, чем SAP на Sun-Oracle образца 2006 года. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2011, 15:33 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
Alexander Ryndin, Ну, таких табличек можно и в обратную сторону. ТестВендорСистемаГодПользователи/ядроПользователиЯдра СертификатSDIBMp72010492126063256 2010046 SDIBMp52006 366 2345664 2006045 SD-ParallelOracleE7-88702011 279 134080480 2011036 SDOracleAMD 843520092081000048 2009049 SDOracleSPARC64 VII200912532000256 2009046 Разница между 2006 и 2011 годом у Oracle не просто хуже, а хуже на 30%. И это между по сути разными бенчмарками: SD и SD-Parallel. Очень интересно было бы посмотреть, что показал бы RAC в обычном SD тесте, а не в SD-Parallel с распартиционированными базой и приложениями. Только боюсь, что мы этого никогда не увидим... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2011, 16:59 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, в корне неверно вследствие вот этого замечания (попугаев до 1 января 2009 и после сравнивать нельзя): http://www.sap.com/solutions/benchmark/sd.epx Important note: On January 1, 2009, the SAP SD Benchmark was updated. Alongside the upgrade to SAP Business Suite 7 and the SAP enhancement package 4 for SAP ERP 6.0, a number of additional, necessary updates were implemented. Business changes constantly, for example, Unicode and the use of the new general ledger are now common practice for SAP customers across all industries, and the SAP standard application benchmarks need to reflect this change. The updates are transparent; that is, the steps of the benchmark scenario remain unchanged. Please be aware that these changes make the SD benchmark more resource-intensive, which has a direct impact on the benchmark results. А вот если Вы возьмете табличку и добавите замеры по кластеру RAC от примерной одной и той же даты, по одним и тем же CPU, то увидите, что разница в пользу Oracle даже на кластере: ТестБаза данныхВендорСистемаГодПользователи/ядроПользователиЯдраСертификатSDDB2IBMp520063662345664 2006045 SD ParallelOracleIBMp520074503600080 2007066 Mark Barinstein Очень интересно было бы посмотреть, что показал бы RAC в обычном SD тесте, а не в SD-Parallel с распартиционированными базой и приложениями.Хм. Что значит репартицированы. Вот что написано про SD-Parallel: http://www.sap.com/solutions/benchmark/sd.epx The additional rule is: Equally distribute the benchmark users across all database nodes for the used benchmark clients (round-robin-method). Following this rule, all database nodes work on data of all clients . This avoids unrealistic configurations such as having only one client per database node. From a theoretical point of view, the rule yields comparable and reproducible parallel benchmarks.Все пользователи работают со всем данными, т.е. кэш не локализуется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2011, 21:10 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
Alexander RyndinmitekЛучше бы они SAP SD выкатили, а то вон оракловый вице-президент до сих пор думает, что IBM does not scale beyond a single server Оно так и есть. Вот смотрите какая картинка по night processing для Sun 2006 и IBM 2011 : СистемТранзакций/час Кол-во ядер Транзакций/ядроIBM2238200050447640Sun666400016416500 Прошло 5 лет, а скорость на 1 ядро осталась прежней. Не странно ли это? А подвох, похоже, кроется в следующем: http://www1.sap.com/solutions/benchmark/pdf/Cert11035.pdf CPU utilization database servers: 36% ( CF: 75% , Member 0: 26%, Member 1: 26%, Member 2: 26%, Member 3: 25%)Очевидно, что сервера курят (загрузка 25%), а узким местом является тот самый пресловутый cluster caching facility (загрузка 75%). Ну и в тесте лукавят, поскольку таких узлов CF должно быть как минимум 2 (т.е. серверов уже будет 6), иначе это не отказоустойчивая конфигурация. Кол-во транзакций на 1 ядро еще уменьшится. Таким образом, SAP на DB2 на современном оборудовании выдает меньше попугаев, чем SAP на Sun-Oracle образца 2006 года. Какие-то странные у Вас сравнения ... :) Я так понял, что Вы решили сравнить производительность UltraSPARC IV (четырех летней давности - March 5 2006, the scenario contained 30,000,000 accounts and 600,000,000 postings) с INTEL Intel Xeon Processor E7-2870 (August 9, 2011, the scenario contained 90,000,000 accounts and 1,800,000,000 postings) .... ) В таком случа, Я снимаю шляпу перед Intel, которая на трехкратных объемах показала отличный результат на DB2 !!! В таком случае, Oracle/Sun Sparc можно и не покупать ... ;) С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2011, 22:21 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
Alexander RyndinMark Barinstein, в корне неверно вследствие вот этого замечания (попугаев до 1 января 2009 и после сравнивать нельзя): http://www.sap.com/solutions/benchmark/sd.epx Important note: On January 1, 2009, the SAP SD Benchmark was updated. Alongside the upgrade to SAP Business Suite 7 and the SAP enhancement package 4 for SAP ERP 6.0, a number of additional, necessary updates were implemented. Business changes constantly, for example, Unicode and the use of the new general ledger are now common practice for SAP customers across all industries, and the SAP standard application benchmarks need to reflect this change. The updates are transparent; that is, the steps of the benchmark scenario remain unchanged. Please be aware that these changes make the SD benchmark more resource-intensive, which has a direct impact on the benchmark results. А вот если Вы возьмете табличку и добавите замеры по кластеру RAC от примерной одной и той же даты, по одним и тем же CPU, то увидите, что разница в пользу Oracle даже на кластере: ТестБаза данныхВендорСистемаГодПользователи/ядроПользователиЯдраСертификатSDDB2IBMp520063662345664 2006045 SD ParallelOracleIBMp520074503600080 2007066 Mark Barinstein Очень интересно было бы посмотреть, что показал бы RAC в обычном SD тесте, а не в SD-Parallel с распартиционированными базой и приложениями.Хм. Что значит репартицированы. Вот что написано про SD-Parallel: http://www.sap.com/solutions/benchmark/sd.epx The additional rule is: Equally distribute the benchmark users across all database nodes for the used benchmark clients (round-robin-method). Following this rule, all database nodes work on data of all clients . This avoids unrealistic configurations such as having only one client per database node. From a theoretical point of view, the rule yields comparable and reproducible parallel benchmarks.Все пользователи работают со всем данными, т.е. кэш не локализуется. Читай 25 слайд (Power 755 cluster delivers superior Linpack Mflops per watt performance compared to Sun 4-socket x86 cluster) - http://www.spscicomp.org/ScicomP16/presentations/Power7_Performance_Overview.pdf PS: Рекомендую не заниматься самообманом, дабы не впасть в обольщение — и не проклинать их, дабы не проклясть истину !!! С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2011, 22:31 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
GVF112GVF[b]Читай 25 слайд (Power 755 cluster delivers superior Linpack Mflops per watt performance compared to Sun 4-socket x86 cluster) прошу прощение за серость, но не могли бы вы пояснить, как перфоменс на килограмм веса опровергает утверждение "Все пользователи работают со всем данными, т.е. кэш не локализуется." ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2011, 18:15 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
Yo.!GVF112GVF[b]Читай 25 слайд (Power 755 cluster delivers superior Linpack Mflops per watt performance compared to Sun 4-socket x86 cluster) прошу прощение за серость, но не могли бы вы пояснить, как перфоменс на килограмм веса опровергает утверждение "Все пользователи работают со всем данными, т.е. кэш не локализуется." ? Я так понял, что это вопрос к другому коллеге по технологическим убеждениям - "Alexander Ryndin" PS: Попробуйте понять следующее - может ли тьма обличать свет ... :) C уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2011, 19:42 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
GVF112GVFYo.!пропущено... прошу прощение за серость, но не могли бы вы пояснить, как перфоменс на килограмм веса опровергает утверждение "Все пользователи работают со всем данными, т.е. кэш не локализуется." ? Я так понял, что это вопрос к другому коллеге по технологическим убеждениям - "Alexander Ryndin" PS: Попробуйте понять следующее - может ли тьма обличать свет ... :) C уважением, Вадим.Чорт! ;) В дьяволы меня записали. Я есмь Тьма ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2011, 21:07 |
|
||
|
IBM posts leadership results on the SAP Transaction Banking standard application benchmark
|
|||
|---|---|---|---|
|
#18+
Alexander RyndinGVF112GVFпропущено... Я так понял, что это вопрос к другому коллеге по технологическим убеждениям - "Alexander Ryndin" PS: Попробуйте понять следующее - может ли тьма обличать свет ... :) C уважением, Вадим.Чорт! ;) В дьяволы меня записали. Я есмь Тьма В другие времена, может быть и записали бы куда-то ... ;) да вот не судьба - Вы сами выбрали свою карму. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2011, 22:47 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=37445072&tid=1602101]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
172ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 22ms |
| total: | 296ms |

| 0 / 0 |
