Кућа Аудио У будућност: рампа за рачунање у меморији

У будућност: рампа за рачунање у меморији

Anonim

Особље Тецхопедиа, 25. јануара 2017

Одлазак: Домаћин Ериц Каванагх разговара о рачунару у меморији и САП ХАНА-и са гостима др. Робин Блоор-ом, Дез Бланцхфиелд-ом и Биллом Еллисом из ИДЕРА-е.

Тренутно нисте пријављени. Пријавите се или пријавите да бисте видели видео.

Ериц Каванагх: У реду, даме и господо. Поздрав и добродошли поново. У среду је четири сата источног времена, а последњих пар година значи да је поново време за вруће технологије. Да, заиста, моје име је Ериц Каванагх, бит ћу вам домаћин данашњег разговора.

И људи, данас ћемо разговарати о неким згодним стварима. Уронит ћемо у свијет памћења, тачан наслов је „У будућност, будућност на рачунару у меморији.“ Све је бијес ових дана, и то с добрим разлогом, углавном зато што меморија је много бржа него ослањање на предење дискова. Изазов је, међутим, да морате написати пуно софтвера. Зато што је данашњи софтвер, већина тога, писан на уму и то заиста мења архитектуру апликације. Ако дизајнирате апликацију за чекање диска који се врти, једноставно радите ствари другачије него ако имате сву ту снагу технологије меморије.

Доиста постоји спот о вашем, погодите ме на Твиттеру, @ериц_каванагх. Увек се трудим да пратим уназад и да ретвитујем кад год ме неко спомене.

Као што сам рекао, данас говоримо о памћењу, а конкретно о САП ХАНИ. Ви сте заиста провели последњу годину упознајући САП заједницу, и то је фасцинантно окружење, морам рећи. Шешири који раде на тим операцијама и налазе се на првим линијама, јер је САП невероватно добар. Оно у чему су стварно добри је посао. Они су такође сјајни у технологији, и заиста су уложили велика улагања у ХАНА. У ствари, сећам се - вероватно је било пре око шест или седам година - да смо у ствари обављали неки посао за ваздухопловне снаге САД-а, и добили смо некога из САП-а да уђе и рано погледа свет света ХАНА и шта је било планирано. И у најмању руку, људи у САП лабораторијама уложили су много времена и труда да разумеју како да изграде ову архитектуру која је, потпуно другачија, из традиционалних окружења, јер имате све у памћењу. Дакле, они говоре о томе да раде и трансакционе и аналитичке на истим подацима у меморији, за разлику од традиционалног начина на који их извлаче, стављају у коцку, на пример, анализирају тамо, насупрот трансакцијском, који дешава се на врло другачији начин.

Ово је занимљив простор и сазнаћемо од другог продавца, ИДЕРА, нешто о томе како све те ствари раде и о чему се ради, искрено. Дакле, чујемо се са др Робин Блоор-ом, нашим главним аналитичаром из Тхе Блоор Гроуп; Дез Бланцхфиелд, наш научник за податке и тада добар пријатељ Билл Еллис из ИДЕРА-е. Дакле, с тим, предаћу кључеве др. Робину Блоору, који ће ми га одузети.

Др Робин Блоор: Да, као што је Ериц рекао, време када смо САП ХАНУ први пут упознали, било је пре много година. Али било је веома интересантно, то посебно време је било веома занимљиво. Налетели смо на једну или две компаније које су, на овај или онај начин, нудиле технологију ин-мемори. Било је сасвим јасно да ће доћи у памћење. И стварно није било све док САП није устао и изненада лансирао ХАНУ. Мислим, био је шок кад сам видео САП да то ради. Био је то шок, јер сам очекивао да ће стићи однекуд. Очекивао сам да ће то бити, знате, Мицрософт или Орацле или ИБМ или неко сличан. Идеја да САП то ради заиста ме јако изненадила. Претпостављам да то није требало јер је САП један од стратешких добављача и прилично много, знате, све велико што се догађа у индустрији потиче од једног од тих.

У сваком случају, цела поанта о меморији, мислим, схватили смо, некада смо разговарали о томе, чим заправо уђете у меморију - не ради се о стављању података у меморију, већ о обавезивању на идеја да је меморијски слој системски запис - чим пређете системски запис у меморију, диск почиње да постаје медијум за пренос података једне врсте и постаје другачија ствар. И мислио сам да је то било врло узбудљиво кад се то почело дешавати. Дакле, заиста је готово за предење диска. Спин диск ће ускоро постојати само у музејима. Нисам сигуран колико је то убрзо, али у основи, чврсти диск је сада на кривуљи Мооре-овог закона, већ је десет пута бржи од окретања хрђе, како га сада називају, а прилично брзо ће то бити брже и даље онда то значи да употреба случајева за диск постаје све мања и мања.

И занимљива чињеница, традиционални ДБМС, у ствари, изграђен је много традиционалног софтвера за предење диска, претпостављао је врти диск. Имао је свакакве могућности физичког нивоа које су марљиво програмиране, како би се искористио врти диск, чинећи преузимање података што бржим. И све то се пере. Само нестаје, знаш? А онда, очигледно је било врло - не знам, уносно, претпостављам, биће на крају - отварање базе података у меморији која је покушала да заузме позицију да велике базе података, Орацле и Мицрософт, СКЛ Сервер и ИБМ-ов ДБ2, заузимао је простор у меморији и било је врло занимљиво гледати како они напредују и раде то.

Хајде да разговарамо о каскади меморије; то је само вредно помена. То је такође, разлог да то напоменем, разлог због чега сам то убацио, заправо само да бих свима знао, када овде говорим о сећању, сви ови слојеви о којима говорим су у ствари меморија. Али одједном схватите када ово погледате, ово је хијерархијска продавница, није само памћење. Стога се односи и скоро све што смо научили о хијерархијској продавници давно, давно. А то такође значи да свака меморијска база података мора да се креће кроз то, неки само пролазе кроз њу у РАМ-у. И само је постајао све већи и већи и већи и сада се мјери у мегабајтима. Али имате кеш Л1 који је сто пута бржи од меморије, Л2 кеш 30 пута бржи од меморије, а Л3 кеш око 10 пута бржи од меморије. Дакле, знате, пуно је технологије - па, прилично велика количина технологије - усвојила је стратегију употребе тих предмеморија као, некако, простора за складиштење на путу за извршавање ствари, посебно технологије база података. Значи, то је један утицај.

Тада имамо појаву 3Д КСПоинт-а и ИБМ-овог ПЦМ-а. И скоро брзина РАМ-а, у основи је оно што се обојица хвале. Случајеви употребе су вероватно различити. Рано експериментирање с тим тек треба да буде завршено. Не знамо како ће то утицати на употребу РАМ-а и технологије базе података у меморији. Тада сте добили РАМ у односу на ССД. Тренутно је РАМ-а око 300 пута бржа, али наравно, тај број се смањује. И ССД наспрам диска који је око 10 пута бржи, ако га разумем. Дакле, у таквој си ситуацији. То је хијерархијска продавница. Гледајући на други начин, у памћењу је, наравно, потпуно другачије. Дакле, горњи дијаграм приказује две апликације, обојица можда приступају бази података, али сигурно приступају подацима о центрифугирању хрђе. А начин на који стварно покрећете ствари кроз мрежу, зависно од зависности око вас, јесте да ли имате ЕТЛ. Дакле, то значи да, знате, подаци прелазе на вртоглаву рђу, а затим се одваја центрифугална рђа како би се отишло било где, а да би се било где вратило, врати се на центрифугалну рђу, а то су три покрета. И имајте на уму да меморија може бити сто хиљада пута бржа од спиновања диска, и сигурно схватите да узимање података и стављање у меморију чини читаву ствар заиста сасвим другачијом.

Дакле, можда сте помислили да ће се догодити на ономе што је овде на екрану, можда сте помислили да ће, на овај или онај начин, ЕТЛ заправо прећи из података у податке у меморији. Али у ствари то можда и не би могло; У ствари, овде се може десити ситуација где две апликације могу заиста истребити исту меморију. Сигурно би вам база података у меморији могла пружити ту способност, све док имате закључавање и све остало што је оркестрирано око тога. Дакле, ово не мења само брзину ствари, већ мења и како уствари конфигуришете апликације и читаве протоке података.

Дакле, то је огромна врста утицаја. Дакле, памћење је поремећено, зар не? И то бисмо требали добити из онога што сам рекао. Обрада меморије тренутно је акцелератор, али то ће постати норма. Користиће се, примењивајући према вредности апликације, и зато је веома, врло занимљиво да ће САП заправо изаћи са верзијом свог ЕРП софтвера која је упамћена. Побољшања кашњења до три реда величине потпуно су могућа, а заправо чак и већа од тога могућа су, зависно од тога како то урадите. Дакле, добијате огромна побољшања брзине тако што ћете ући у меморију. И резиме, С / ХАНА-ов С / 4 - који су објавили, мислим да, добро, људи кажу да се и даље пушта, али сигурно је објављен прошле године - то је измењивач игара с обзиром на базу САП корисника. Мислим, тамо има 10 000 компанија које користе САП-ов ЕРП и прилично су све велике компаније, знате. Дакле, идеја да сви они имају подстицај да оду у меморију и да користе своје темељне, јер је ЕРП готово увек основна апликација коју предузећа покрећу, то је само огромна промена игра и биће веома занимљива. Али наравно, све то звучи врло добро, али то треба паметно конфигурирати и треба га добро надгледати. Није тако једноставно као што звучи.

Рекавши то, мислим да ћу пренети лопту, ко је тај момак? Ох, аустралијски тип, Дез Бланцхфиелд.

Дез Бланцхфиелд: Веома смешно. Увек тежак чин, др Робин Блоор. Хвала што сте ме данас примили. Дакле, велика тема, али узбудљива. Дакле, изабрао сам слику на коју вам често говорим када размишљам о савременом језеру података и складиштима података о предузећима, и мојим малим драгуљима података. Дакле, овде имам ово прелепо језеро окружено планинама и таласима који излазе, а таласи се слијевају око ових стена. Ово је, некако, ментално визуализација како то изгледа ових дана у великом језеру с подацима. Таласи су скупни послови, а аналитика у стварном времену бачена на податке, као стене. И кад о томе размишљам као о физичком језеру, некако ми враћа позив на будност да, знате, размера складишта података која сада градимо, разлог зашто смо дошли до ове кованице и термина језеро података је да су веома велике и да су веома дубоке, па повремено можете да имате олује у њима. А кад то учинимо, увек морате решити шта ствара олују.

Дакле, у теми ове ствари, чини ми се да је овај позив сирене рачунања у меморији заиста веома јак и са добрим разлогом. Доноси толико значајних комерцијалних и техничких добитака. То је расправа неколико сати другог дана. Али генерални прелазак на рачунаре у меморији, прво желим само да прикажем како смо стигли овде и шта то омогућава, јер то, на неки начин, поставља темеље где неки изазови могу да буду први и шта треба да будемо препознати и размишљања о томе да се у нашем свету одмачемо од традиционалних старих вртоглавих дискова који држе податке и постављају се на паковање и искључивање диска, у меморију и ван меморије и у ЦПУ, а сада уклањамо скоро један од тих целих слојева, бити врти диск. Јер запамтите, у раним данима рачунања, у архитектонском смислу, дуго се нисмо макнули из главног рачунара или средњег света онога што смо у почетку мислили као језгрену меморију и складиште бубња, знате.

Као што је др Робин Блоор рекао, приступ који смо користили за кретање података око рачунарске архитектуре се током одређеног времена, неколико деценија, заиста није драматично променио. Ако размишљате о чињеници да, модерно рачунање, технички постоји, можете опростити казну неких 60 година, знате, шест деценија и више и то је у смислу да можете купите кутију са полица, као што је било. Прелазак на нову архитектуру заиста ми је пао на памет кад смо се пребацили из размишљања око маинфрамес-а и средњег опсега, и језгрене меморије и архитектуре за складиштење бубњева, на храбре или суперкомпјутерске, посебно попут Сеимоур Цраи-а, где ствари попут цроссбар бацкпланес-а постала ствар. Уместо да имамо само једну руту за премештање података преко матичне плоче или матичне плоче, како се данас зове. И инлине меморија, знате, у данашње време људи заправо не размишљају шта то заправо значи кад кажу ДИММ и СИММ. Али, СИММ је јединствена инлине меморија, а ДИММ је двострука инлине меморија и од тога смо сложенији и постоје десетине различитих типова меморије за различите ствари: неке за видео, неке за само опште апликације, неке уграђене у ЦПУ.

Дакле, дошло је до овог великог преласка на нови начин чувања и приступа подацима. Проћи ћемо кроз исту промену у читавој читавој генерацији, али не толико у самом хардверу, већ у усвајању хардвера у пословној логици и слоју података, и то је још један велики помак парадигме у мом уму .

Али само укратко о томе како смо стигли овде. Мислим, хардверска технологија побољшана и драматично побољшана. Кренули смо од постојања ЦПУ-а, а идеја о језгри била је прилично модеран концепт. Прихватамо здраво за готово сада када наши телефони имају две или четири језгре, а наши рачунари два или четири, или чак осам, језгара на радној површини и осам и 12 и више на, знате, 16 и 32 чак и на платформи сервера . Али заправо је прилично модерна ствар да су језгре постале способност унутар ЦПУ-а и да смо прешли са 32-битног на 64-битни. Тамо се догодило неколико великих ствари: добили смо веће брзине такта на више језгара како бисмо паралелно могли радити ствари и свака од тих језгара могла је покренути више нити. Одједном смо могли покренути много ствари на истим подацима истовремено. Шездесет четверо-битни размак адресе дао нам је до два терабајта РАМ-а, што је феноменалан концепт, али то је ствар сада. Те архитектуре позадинских планета, знате, матичне плоче, некада сте ствари могли радити само у једном смјеру: напријед и напријед. И као у данима са Цраи рачунарством и неким од суперкомпјутерских дизајна тог времена, а сада је и у десктоп рачунарима и уобичајеним ван-полица, врста десктоп рачунара који се постављају на сталак, јер заиста, већина модерних ПЦ-и су сада прошли кроз ово доба маинфраме-а, мидранге-а, микро десктопа и ми смо их претворили у сервере.

И много тога суперкомпјутерског капацитета, тај дизајн рачунара суперкомпјутера, гурнут је у уобичајене компоненте које се налазе изван полица. Знате, ових дана идеја о узимању врло јефтиних рачунара за монтирање на сталак и стављању у сталке на стотине, ако не и хиљадама и покретању софтвера отвореног кода на њима попут Линука и распоређивању сличних САП ХАНА на њему, ви знам, ми то често схватамо здраво за готово. Али то је врло нова узбудљива ствар и долази са својим сложеностима.

Софтвер је такође постао бољи, нарочито управљање меморијом и поделу података. Нећу улазити у многе детаље о томе, али ако погледате велики помак у последњих 15 или више година, или чак мање, како се управља меморијом, посебно подацима у РАМ-у и како се подаци расподељују у РАМ-у, тако да као што је доктор Робин Блоор раније назначио или на који се алудирало, ствари могу истовремено да читају и пишу без утицаја једна на другу, уместо да имају време чекања. Много веома моћних функција попут компресије и енкрипције на чипу. Шифровање постаје важнија ствар и то не морамо нужно радити у софтверу, РАМ-у, у простору ЦПУ-а, што се заправо и дешава на чипу. То убрзава ствари драматично. И дистрибуирано чување и обрада података, опет, ствари за које смо некада претпостављали да су суперкомпјутери и паралелна обрада, сада то схватамо здраво за готово попут САП-а ХАНА и Хадооп и Спарк, и тако даље.

Дакле, суштина овог рачунања је рачунање високих перформанси, ХПЦ могућности су дошле до предузећа и сада предузеће ужива предности које долазе с тим у побољшању перформанси и технолошком простору, техничким користима и комерцијалним добицима, јер, знате, смањено време до вредности драматично пада.

Али користим ову слику приче коју сам прочитао пре извесног времена о господину који је од Лега направио кућиште ПЦ-ја, јер ми то увек падне на памет кад размишљам о неким од ових ствари. И то је то, чини ми се као сјајна идеја у време када је почнете градити, а затим пређете на пола пута и схватите да је заправо заиста тешко да сложите све Лего парчиће и направите чврсту ствар, довољно чврсту да ставите матичну плочу и тако даље, то ће направити кућиште за лични рачунар. И на крају схватите да се сви мали комадићи не лијепе добро и морате бити мало пажљиви који ситни комадићи држите да бисте постали чврсти. И то је врло симпатична идеја, али то је будни позив када пријеђете на пола пута и схватите, "Хмм, можда бих само требао купити футролу за ПЦ од 300 долара, али сада ћу је завршити и научити нешто из ње."

За мене је то сјајна аналогија ономе што значи градити ове врло сложене платформе, јер је све добро и добро изградити је и завршити са окружењем у којем имате рутере и склопке, сервере и сталке. И имате заједничке ЦПУ и РАМ и оперативни систем. И ставите нешто попут ХАНА на њега за дистрибуирану обраду у меморији и за похрану података и за управљање подацима. Поврх тога изграђујете САП стацк, добијате могућности базе података и затим учитавате своје податке и своју пословну логику и почињете са применом неких читања, писања и упита и тако даље. Морате бити у току са И / О и мораћете да закажете ствари и управљате радним оптерећењима и мултитенанциом и тако даље. Ова хрпа постаје врло сложена, и то врло брзо. То је сложена гомила сама по себи ако се налази само на једној машини. Помножите то са 16 или 32 машине, добијате врло, невијално. Када множите на стотине и на крају хиљаде машина, да бисте прешли са 100 терабајта на петабајтну скалу, то је застрашујући концепт, а то су реалности са којима сада радимо.

Дакле, на крају ћете завршити са пар ствари које су такође помогле да се мења овај свет, а то је да је простор на диску постао смешно јефтин. Знате, некад бисте потрошили 380 до 400 хиљада долара на гигабајту тврдог диска, кад је то био масиван бубањ величине - нешто што је било потребно за виљушкар да га покупите. Ових дана све је некако, један или два цента по гигабајту робног простора на диску. И РАМ је урадио исту ствар. Ове две Ј-кривуље у оба графикона, узгред, представљају деценију, тако да, другим речима, гледамо два блока од 10 година, 20 година смањења цена. Али разбио сам их у две Ј-кривуље јер је на крају она с десне стране постала испрекидана линија и нисте могли да видите детаље, па сам је поново променио. Гигабајт РАМ-а пре 20 година нешто је коштало шест и по милиона долара. Ових дана ако платите више од три или четири долара за гигабајт РАМ-а за робни хардвер који вас опљачка.

Ово значајно пробијање снижења цена у последње две деценије значило је да сада можемо да пређемо даље од простора на диску и право у РАМ, не само на мегабајт нивоу, већ сада на ниво терабајта и третирамо РАМ као да је то диск. Изазов с тим је, међутим, био што је РАМ-а изворно ефемерна - то значи нешто што траје кратко време - тако да смо морали смислити начине да пружимо отпорност на том простору.

И зато, моја поента је да рачунање у меморији није за слабовидне. Жонглирање овим веома великим меморијским подацима и обрада око њих је занимљив изазов; као што сам раније рекао, то није за слабовидне. Дакле, једна ствар коју смо научили из овог искуства са рачунаром великих и великих густина у меморији је да сложеност коју градимо почиње у већини области.

Али погледајмо то са аспекта надгледања и реаговања. Када помислимо на податке, они почињу на дисковном простору, сједе у базама података на дисковима, гурнемо их у меморију. Након што се у меморији и дистрибуира, а постоје копије, можемо да користимо пуно копија, а ако дође до било каквих промена, може се одразити на нивоу меморије, уместо да настављамо и искључујемо и преко задње плоче на два различита нивоа, то улази и остаје у меморији. Завршили смо с овом хипер-скалом хардверске платформе која нам омогућава да то сада учинимо. Када говоримо о хипер-скалирању, то је теже на смешно густим нивоима и меморији веома високе густине, бројењу ЦПУ-а и језгара велике густине. Сада имамо веома сложене мрежне патологије које то подржавају јер се подаци у неком тренутку морају кретати по мрежи ако ће ићи између чворова и кластера.

Дакле, на крају долазимо до смањења кварова на уређајима и морамо пратити уређаје и делове истих. Морамо имати отпорност на грешке података у ту платформу и надгледати је. Морамо уградити отпорност дистрибуиране базе података тако да морамо надгледати платформу базе података и слагати се унутар ње. Морамо да надгледамо распоређено распоређивање обраде, шта се дешава унутар неких процеса све до анкетирања и упита и пут којим се поставља упит и начин на који је упит структуриран и извршен. Како то изгледа, да ли је неко урадио СЕЛЕЦТ * на „блах“ или су заправо урадили веома паметан и добро структуиран упит који ће им прибавити номиналну, минималну количину података који долазе преко архитектуре у позадини? Имамо радна оптерећења за више страна, више корисника и више група који раде исто или више радних оптерећења и групне задатке и заказивање у реалном времену. И ми имамо ову комбинацију серије и обраде у стварном времену. Неке ствари се покрећу редовно - сатно, дневно, недељно или месечно - друге су на захтев. Можда би неко тамо седео са таблетом и желео да извештава у стварном времену.

И опет, долазимо до читаве тачке, да сложеност која долази у тим није сада само изазов, већ је прилично застрашујућа. И ми имамо ову реалност провере да један проблем перформанси, само једно питање перформанси, може утицати на цео екосустав. И тако, завршавамо са овим врло забавним изазовом сазнања, па, где су утицаји? И имамо овај изазов, да ли смо реактивни или проактивни? Посматрамо ли ствар у стварном времену и видимо да нешто иде "налет" и реагује на њу? Или смо видели неки облик тренда и схватили да морамо проактивно да се боримо са тим? Јер кључ је у томе што сви желе нешто брзо и јефтино и лако. Али завршавамо са овим сценаријима, на шта волим да се позивам и на моју омиљену линију загонетке Доналда Рамсфелда - која се по мом мишљењу односи на све ове сценарије велике сложености - и то је то, ми знамо знање јер је то нешто дизајнирали смо и направили и ради по плану. Познали смо се непознанице по томе што не знамо ко шта ради, када и где, ако је то на захтев. И имамо непознате непознанице и то су ствари због којих морамо да надгледамо и проверимо. Јер стварност је, што сви знамо, не можете управљати нечим што не можете да измерите.

Дакле, да бисте имали праве алате и праву могућност праћења распоређивања ЦПУ-а, потражите времена чекања и сазнајте зашто ствари морају чекати у редовима реда у цјевоводима. Шта се дешава у меморији, каква се употреба изводи, какве перформансе добијамо из меморије? Да ли је ствар правилно подељена, да ли се дистрибуира, да ли имамо довољно чворова који држе копије истих да би се носили са оптерећењима посла која се бацају на њу? Шта се дешава са извршењем процеса изван процеса оперативног система? Сами послови који се покрећу, појединачне апликације и демони који их подржавају? Шта се дешава унутар тих процеса, посебно структурирање упита и како се ти упити извршавају и компилирају? А здравље тих процеса је све скупа? Знате, опет, време чекања, да ли је то тачно заказивање, да ли треба сачекати, где чека, да ли чека да се меморија чита, И / Ос, ЦПУ, И / О преко мреже крајњем кориснику ?

И онда се вратим на то што сам управо напоменуо пре него што завршим и то је то, како приступамо решавању питања и времену одговора на њих? Да ли гледамо у стварном времену и реагујемо ли на ствари, што је најмање идеалан сценарио, али чак и тада је боље да то урадимо него да не знамо и назовимо службу за помоћ и кажемо да је нешто пошло по злу и да то морамо да пронађемо ? Или радимо то проактивно и гледамо ли шта се дешава? Другим речима, да ли видимо да нам недостаје меморије и треба да додамо још чворова? Радимо ли анализу трендова, радимо ли планирање капацитета? И у свему томе, да ли пратимо историјска времена извршења и размишљамо ли о планирању капацитета или је гледамо у реалном времену и проактивно репрограмирамо и радимо балансирање оптерећења? И да ли смо свесни радног оптерећења које се покреће? Знамо ли ко ради шта у нашем кластеру и зашто?

Рачунари у меморији су врло моћни, али с том снагом је готово једна од оних ствари, попут, напуњеног пиштоља и играте се са муницијом уживо. На крају можете да пуцате у стопало ако нисте пажљиви. Дакле, та моћ израчунавања меморије само значи да можемо много више и брже трчати кроз врло дистрибуиране и дискретне скупове података. Али тада то повећава потражњу крајњих корисника. Навикну се на ту силу и они то желе. Више не очекују да ће посао трајати недељама, а извештаји се појављују у обичном старом папиру. А онда, испод свега тога, свакодневно одржавање смо окружили око закрпа, ажурирања и надоградњи. А ако размишљате о 24/7 обради помоћу рачунара у меморији, управљању тим подацима, управљању радним оптерећењима преко њега, то је све у меморији, технички на ефемерној платформи, ако ћемо почети примјењивати закрпе и ажурирања и надоградње у тамо долази и са читавим низом других изазова у управљању и праћењу. Морамо знати шта можемо узети ван мреже, када је можемо надоградити и када је вратимо на мрежу. И то ме доводи до моје крајње тачке и то је да, како постајемо све сложенији у овим системима, то није нешто што човек може учинити само тако да сиса свој палац и више повуче ухо. Више не постоје приступи осећају црева. Заиста су нам потребни одговарајући алати за управљање и пружање овог високог нивоа перформанси у рачунању и управљању подацима.

С тим на уму предаћу нашем пријатељу из ИДЕРА-е и чујем како су приступили овом изазову.

Билл Еллис: Пуно хвала. Дијелим свој екран и ево нас. Дакле, заиста је понизно размотрити сву технологију и све људе који су дошли пре нас како би омогућили да ове ствари које су на располагању у 2017. години буду доступне. Разговараћемо о анализи оптерећења за САП ХАНА - у основи, решење за надгледање базе података: свеобухватно, без агенса, пружа у стварном времену и гради историју, тако да можете видети шта се догађало у прошлости. САП С / 4 ХАНА нуди потенцијал боље, брже и јефтиније. Не кажем да је јефтин, само кажем да је мање скуп. Уобичајено, оно што се догодило је да имате главну производну инстанцу - вероватно да ради на Орацле-у у већој продавници, потенцијално СКЛ Сервер - и тада бисте користили тај ЕТЛ процес и имали бисте више, врста верзије истине . А ово је веома скупо јер сте плаћали хардвер, оперативни систем, Орацле лиценцу за свако од ових појединачних окружења. А онда, поврх свега, требало би да имате људе да једну верзију истине ускладе са другом верзијом истине. И тако, ова обрада ЕТЛ-а у више верзија била је само спора и врло, врло гломазна.

И тако, ХАНА, у основи једна инстанца ХАНА, може потенцијално заменити све остале инстанце. Дакле, јефтинији је јер је то једна хардверска платформа, један оперативни систем, уместо вишеструких. И тако, С / 4 ХАНА, заиста, то све мења и ви у основи гледате еволуцију САП-а из Р / 2 у Р / 3, разна побољшања. Сада је наслеђени систем доступан до 2025. године, тако да имате осам година док стварно нисте приморани да мигрирате. Иако видимо људе, знаш како они увлаче ножне прсте у то јер знају да долази и на крају, знаш, ЕЦЦ ће се покренути на ХАНА-у и зато би заиста требао бити спреман за то и разумјети технологију.

Дакле, једна база података, без ЕТЛ процеса, без копија које се морају ускладити. Дакле, још једном, брже, боље и јефтиније. ХАНА је у памћењу. САП испоручује софтвер, ви испоручујете хардвер. Нема збирних табела. Једна од ствари коју, некако, сугерирају када размишљате о томе је да не желите да се упуштате у то, ми ћемо само купити највећи највећи сервер који је доступан. Предлажу вам да, на неки начин, исправно промените свој САП пејзаж испред времена и они у основи кажу да не мигрирате у 20 година вредне податке. Мислим да је архивирање нешто што је недовољно искоришћено у ИТ-у, на неки начин, не само у САП продавницама. И тако, следећа ствар је да је САП заправо потрошио доста времена на преписивању свог матичног кода да не би користио СЕЛЕЦТ *. СЕЛЕЦТ * враћа све ступце из табеле и посебно је скуп у ступацној бази података. И тако, то није добра идеја за САП ХАНА. Дакле, за продавнице које имају много прилагођавања, пуно извештаја, ово је нешто што ћете желети да потражите, а ви ћете желети да одредите имена ступаца како напредујете према миграцији свега на ХАНА.

Желимо да кажемо да ХАНА није панацеја. Као и све базе података, све технологије морају се надгледати, а као што је раније споменуто, потребни су вам бројеви да бисте управљали вишком, мерењем мерењем. И једна од ствари о којој говорим у подручју ИДЕРА је да свака пословна трансакција интерактивно функционише на систем евиденције, а у овом случају то ће бити ХАНА. И тако, ХАНА постаје темељ за извршавање ваших САП трансакција, крајњег корисничког искуства. И зато је од виталног значаја да се он настави трчати максималном брзином. То постаје једна тачка неуспеха, а у разговору с људима то је нешто што се може појавити тамо где имате крајњег корисника и можда користи те податке у стварном времену, а они имају ад хоц упит који потенцијално није баш прави јел тако. Можда се не придружују таблицама и направили су спољашњи спој, партизански производ и у основи троше пуно ресурса. Сада, ХАНА ће то препознати на крају и убити ту сесију. Дакле, ту је пресудни део наше архитектуре који ће вам омогућити да то стварно забележите у историји, тако да можете видети шта се догађало у прошлости и препознати те ситуације.

Дакле, погледајмо анализу оптерећења за САП ХАНА. Ово је верзија 1, па вас позивамо да нам се придружите на путовању, а ово је производ компаније ИДЕРА. Свеобухватан је, а опет једноставан. У реалном времену са трендом. Здравље домаћина, на пример здравље. Пратимо стања чекања, СКЛ упите, потрошаче меморије и услуге. Дакле, тако изгледа ГУИ и можете одмах да видите да ли је омогућен веб. Заправо сам отворио ово решење радећи уживо на свом систему. Имате неких круцијалних ствари које желите да погледате. Некако смо подељени у различите радне просторе. Најважније је оно што се дешава на нивоу домаћина од коришћења процесора и меморије. Дефинитивно не желите да дођете до тачке замене или бацања. И тада у основи пролазите ка ономе што се дешава у тренду, од времена одзива, корисника, СКЛ изјава, односно онога што покреће активности у систему.

Једна од ствари са ИДЕРА-ом је та што се, знате, ништа не догађа у бази података све док не дође до активности. А та активност су СКЛ изјаве које долазе из апликације. Дакле, мерење СКЛ израза је апсолутно неопходно за откривање узрока. Дакле, хајде да наставимо и да напредујемо. Дакле, на нивоу хоста, можемо стварно да погледамо меморију, пратимо време, користи ЦПУ хост. Корак уназад, можете погледати ЦОБСКЛ изјаве. Једна од ствари коју ћете видети на нашој архитектонској страни је да се ове информације спремају ван ХАНА-е, тако да ако се са ХАНОМ нешто десило, ми у основи прикупљамо податке до, не дај Боже, ситуације недоступности. . Такође можемо да снимимо све што се догађа у систему тако да имате јасну видљивост. А једна од ствари коју ћемо учинити је да представимо СКЛ изјаве пондерисаним редоследом. Дакле, то ће узети у обзир број погубљења, и то је укупна потрошња ресурса.

И тако овде можете ући у појединачне метрике - када се извршавала та СКЛ изјава? И тада се потрошња ресурса у великој мери покреће планом извршења, па смо у могућности да то ухватимо у сталној основи. ХАНА је у памћењу. Врло је паралелно. Има примарне индексе на свакој табели, које неке продавнице одлуче да направе секундарни индекс за решавање одређених проблема са перформансама. И тако, врста сазнања шта се догодило с планом извршења за неке СКЛ изјаве може бити веома драгоцено. Такође ћемо разгледати сервисе, потрошњу меморије још једном, која је зацртана током времена. Архитектура: Дакле, ово је самостално решење које можете преузети са наше веб странице, а архитектура је то што је омогућена веб.

Можете имати више корисника да се повежу на одређену инстанцу. Можете пратити локалне случајеве САП ХАНА. И ми чувамо трајну четворонедељну историју у нашем складишту и то је самоуправљање. Да бисте то искористили, прилично је једноставно. Потребан вам је Виндовс Сервер. Морате је преузети. Већина Виндовс сервера има уграђен .НЕТ оквир и долази у комплету са лиценцом. И тако бисте отишли ​​до чаробњака за инсталацију који покреће Сетуп.еке и заправо би отворили екран, уговор о лиценци и једноставно бисте обрадили овај обрис кликом на „Даље“. И тако, где желите да ХАНА бити инсталиран? Слиједе својства базе података, а ово ће бити ваша веза са САП ХАНА, тако да је ово праћење инстанције ХАНА без посредника. И тада ћемо у основи дати преглед, ово је порт о коме подразумевано комуницирамо. Кликните на „Инсталирај“ и она у основи покреће ХАНУ и започињете изградњу историје. Дакле, само мало информација о табели величине. Можемо надгледати до 45 случајева ХАНА-е, а ви ћете то желети да користите на клизној скали за одређивање броја језгара, меморије, простора на диску који ће вам требати. А ово претпоставља да имате комплетну четворонедељну историју ваљања.

Дакле, само као кратки резиме гледамо на здравље сервера, здравље примера, коришћење ЦПУ / меморије. Који су потрошачи меморије, који су покретачи активности, које су услуге? СКЛ изјаве су од виталног значаја - која су стања извршења? Покажите ми планове извршења, када су се ствари извршавале, пружале тренд? Ово ће вам дати у стварном времену и историју онога што се догодило. И као што сам напоменуо, зато што је наша историја одвојена од ХАНЕ, снимат ћемо ствари које су истекле и истекле из ХАНА-ове историје. Тако да можете видети праву потрошњу ресурса на вашем систему због одвојене историје.

Као што сам напоменуо, на веб локацији ИДЕРА, под ставком Производи, ово лако можете пронаћи. Ако желите да испробате ово, сигурно сте добродошли. Погледајте како пружа информације за вас и постоје додатне информације на тој веб локацији. Тако да су све заинтересоване стране више него задовољне у томе. Сада, у портфељним производима које нуди ИДЕРА, постоји и САП ЕЦЦ монитор праћења, и то се зове Прецизно за САП. А оно што ради је - да ли користите портал или само ЕЦЦ са директним управљењем - заправо ће снимити трансакцију крајњег корисника од клика до диска, све до СКЛ изјаве и показати вам шта се догађа.

Сада вам приказујем само један резиме екран. Желим да имате неколико поступака са овог екрана резимеа. То је време одзива И-осе, време Кс-оси плус дан, а у овом приказу трансакције приказаћемо вам време клијента, ред чекања, време АБАП кода, време базе података. Ми можемо снимити ИД-ове крајњих корисника, Т-кодове и можете заправо филтрирати и приказивати сервере путем одређене трансакције која је пребачена. И тако, многе продавнице покрећу предњи крај пејзажа под ВМваре-ом, тако да заправо можете измерити шта се дешава на сваком од сервера и ући у врло детаљну анализу. Дакле, овај приказ трансакције намењен је трансакцији крајњег корисника кроз целокупни САП пејзаж. А то можете пронаћи на нашој веб локацији под производима АПМ Тоолс и то би било САП решење које имамо. Инсталација за ово је мало сложенија, па је не само преузимање и испробавање, као што је то случај са ХАНА-ом. Ово је нешто на чему бисмо заједно радили, дизајнирали и имплементирали укупну трансакцију за вас.

Дакле, тек трећа брза преправка, анализа радног оптерећења за САП ХАНА, свеобухватна је, без агената, у стварном времену, нуди историју. Нудимо могућност преузимања и испробавања за вашу веб локацију.

Тако да ћу с тим временом вратити Ерика, Деза и доктора Блоор.

Ериц Каванагх: Да, можда Робине, имаш ли каквих питања од тебе, а онда Дез након Робина?

Др Робин Блоор: У реду. Мислим, прво што бих хтео да кажем је да ми се стварно свиђа приказ трансакције, јер је управо оно што бих желео у тој ситуацији. Много сам радио - па, то је давно сада - радећи праћење перформанси, и то је била таква ствар; у то време нисмо имали графику, али то је била ствар коју сам посебно желео да могу да урадим. Тако да можете, на овај или онај начин, себе убризгати где год да се проблем догоди.

Знате, прво питање је да већина људи имплементира С / 4 на неки или други начин, знате. Кад се укључите у било коју имплементацију С / 4, да ли сте открили да је она добро имплементирана или на крају откривате ствари због којих би купац могао да реконфигурише? Мислим, како све то иде?

Билл Еллис: Па, свака радња је мало другачија. А различити су обрасци употребе, постоје различити извјештаји. За веб локације које имају ад хоц извјештавање, мислим да је то, на примјер, замјенски знак на систему. И тако, једна од круцијалних ствари је започети мерење и открити шта је основна линија, шта је нормално за одређену локацију, где је та локација на основу њихових обрасца употребе, наглашавајући систем. А затим прилагодите се одатле. Обично праћење оптимизације није једнократно, то је заиста трајна пракса у којој надгледате, подешавате, прилагођавате и побољшавате систем како би крајња корисничка заједница могла ефикасније да послује.

Др. Робин Блоор: У реду, па када имплементирате - мислим, знам да је на ово тешко питање одговорити јер ће се мењати у зависности од величине имплементације - али колико ресурса има ИДЕРА способност праћења, колико троши ? Да ли то има икакве везе са неким или се, једноставно, не мијеша? Како то функционише?

Билл Еллис: Да, рекао бих да су режијски трошкови отприлике 1–3 посто. Многе продавнице су врло спремне да то жртвују, јер потенцијално ћете то моћи да купите у смислу оптимизације. Зависи од начина употребе. Ако радите потпуно пејзаж, то зависи од појединачних технологија које се надзиру. Дакле, километража се разликује, али као што смо разговарали, дефинитивно је боље потрошити мало да знате шта се дешава, него да се само слепите. Особито би то било, знате, ево нас у јануару, а ви прелазите на другу обраду и скупљате податке вредне 12 месеци. Знате, то је постизање перформанси, добијање извештаја регулаторним организацијама, банкама, акционарима је апсолутно неопходно за критичне пословне резултате.

Др Робин Блоор: Тачно. И само тренутак, из ваше перспективе - јер претпостављам да сте тамо укључени у читав низ САП страница - колико је велик кретање међу САП корисничким базама према С / 4? Мислим, да ли се нешто догађа, знате, да постоји нека врста лавине одушевљених купаца или је то само стална ситница? Како то видите?

Билл Еллис: Мислим да сам пре пар година рекао да је то ножни прст. Сад бих рекао да су људи, некако, до колена. Мислим да, с обзиром на временски оквир, људи ће заиста бити уроњени у ХАНУ у наредних пар година. И тако, праћење, трансформација, знате, мислим да је већина купаца на неки начин заједно на кривини учења. И тако мислим да нисмо баш на лавини као што сте навели, али мислим да смо на врхунцу велике трансформације ХАНЕ.

Др. Робин Блоор: У реду, тако да у вези са веб локацијама које сте видели да су радили на томе, прилагођавају ли ХАНА и другим апликацијама или су, на овај или онај начин, потпуно потрошени при изради ове ствари раде? Каква је слика тамо?

Билл Еллис: Да, људи ће често интегрисати САП у друге системе, у зависности од модула и тако даље, тако да има мало. Заправо још не видим људе који имплементирају друге апликације на ХАНА. То је сигурно могуће. И тако је више око пејзажа око САП инфраструктуре.

Др Робин Блоор: Претпостављам да бих вам боље предао Дез. Провјерио сам вријеме. Дез?

Дез Бланцхфиелд: Хвала. Не, то је све добро. Две врло брзе, само да покушате да поставите тему. САП ХАНА не постоји већ неколико година и људи су је имали прилику размотрити. Ако бисте нам дали грубу процену процента људи који их изводе - јер много људи води ове ствари - шта мислите, који је проценат тржишта који сте свесни тренутно нестао од само традиционалних САП имплементација до САП-а на ХАНИ? Да ли гледамо у 50/50, 30/70? Какав проценат тржишта видите од људи који су прешли и направили тај потез у односу на људе који се само суздржавају и чекају да се ствари побољшају или побољшају или промене, или какав год да је случај?

Билл Еллис: Да, заправо бих, из моје перспективе, проценат ставио око 20 процената. САП има тенденцију да буде традиционално предузеће. Људи су обично врло конзервативни и тако ће их људи вући за ноге. Мислим да то такође зависи од, знате, да ли сте дуго водили САП или сте врста СМБ-а који је можда имао недавно уведен САП? И тако, постоји низ различитих фактора, али генерално не мислим да је проценат 50/50. Рекао бих да 50 посто барем гњави и да ХАНА трчи негдје у њиховом центру података.

Дез Бланцхфиелд: Занимљиво преузимање које сте нам раније дали је било да је то ствар која је у складу с тим и да сат физички и дословно откуцава вријеме пријелаза. Да ли сте током тога радили да ли су људи то размотрили? Какав је општи смисао народног разумевања да је ово прелазни помак у платформи, то није само опција, већ постаје задана вредност?

И са становишта САП-а, сигуран сам да то гурају јер постоји значајна конкурентска предност у перформансама, али то је, претпостављам, и они који хрвају контролу над платформом, уместо да иде ка трећем - страначке базе података, сада га враћају на своју платформу. Мислите ли да су компаније добиле ту поруку? Мислите ли да људи то разумију и сада то преносе? Или је, шта мислите, још увек нека врста нејасне ствари на тржишту?

Билл Еллис: Не мислим да се САП стиди комуникације и људи који су отишли ​​на САППХИРЕ су свуда видели ХАНУ. Дакле, мислим да су људи свесни, али људска природа је оно што јесте, знате, неки људи су, помало, вукући ноге.

Дез Бланцхфиелд: Јер мислим да је разлог због којег сам постављао то питање и морат ћете ми опростити, али то је оно што се слажем. Мислим да их није било стидљиво комуницирати. Мислим да је сигнал нестао на много начина. И слажем се с тобом - још не знам да су сви још поскочили. Знате, традиционална предузећа, веома велика предузећа која то покрећу, још увек су на много начина, не баш тако да вуку своје ноге, већ се само покушавају ухватити укоштац са сложеношћу смене. Јер мислим да је једна ствар коју су истакли ваш алат, а сигурно и ваша демонстрација данас, а за мене је један кључни потез који бих волео да сви данас слушају и угађају да се сете и размисле пажљиво. Имате алат који ми је поједноставио тај процес. Мислим да постоји гомила врло нервозних ЦИО-ова и њихових тимова испод њих који размишљају: „Како да направим прелаз од традиционалних РДБМС, релацијских система за управљање базама података које познајемо деценијама, ка потпуно новој парадигми рачунања и управљање складиштем у простору који је још увек релативно храбар? “у мом уму. Али то је непознаница на више начина, а мало је људи који су направили тај помак у другим областима, као да нису имали још један део пословања који је већ прешао на рачунање меморије. Дакле, то је покрет који је све или ништа у њиховом уму.

Дакле, једна од ствари које сам одузео од овога више од свега - погодићу вас питањем за минуту - јесте ли тај страх сада, на много начина, ублажен и то пре данас, да сам слушао ЦИО, некако бих помислио: „Па, како ћу направити овај прелаз? Како ћу гарантовати исту способност коју имамо у платформи за управљање релацијским базама података и дугогодишњим искуством ДБА, на нову платформу за коју тренутно немамо вештине? "Дакле, моје питање са тим је да, да ли мислите да су људи схватили да су алати сада ту са оним што им нудите и да могу, некако, дубоко удахнути и уздахнути од олакшања да транзиција није тако застрашујућа као што је могла бити пре да ли је овај алат доступан? Мислите ли да су људи то схватили или је то још увек, нека врста ствари која се само суочава са преласком на рачунаре у меморији и меморију у меморију насупрот олд-сцхоол комбинацијама НВМе-а, блица и диска?

Билл Еллис: Да, тако да нема сумње пуно технологије и алата који ово могу графички приказати, шта се дешава и олакшавају прецизно одређивање најбољих потрошача ресурса. Мислим, то стварно помаже у поједностављивању ствари и помаже технолошком особљу да се заиста добро уклопи. Хеј, они ће моћи да знају шта се дешава и биће у стању да разумеју сву сложеност. Дакле, апсолутно су алати на тржишту дефинитивно корисни и зато нудимо анализу радног оптерећења за САП ХАНА.

Дез Бланцхфиелд: Да, мислим да је сјајна ствар у ономе што сте нам данас показали да је у надгледању хардверског дела, дела оперативног система, чак и надгледања неких радних оптерећења која се крећу кроз, као што сте рекли, мислим, алате били смо тамо већ неко време. Оно што је за мене, посебно унутар ХАНА-е, је то што нисмо нужно имали повећану чашу и завирили у њу и да видимо шта ради ваш алат са оним што се дешава са упитима и како су има структуру и где је то оптерећење.

Са распоређивањима које сте до сада видели, с обзиром на то да сте на овом месту на вашој платформи прилично буквално најауторитативнији, неке од брзих победа које сте видели - да ли имате неко анегдотско знање са којим можете да делите нас око неких еурека момената, аха тренутака, где су људи распоредили ИДЕРА сет алата, пронашли су ствари којих једноставно нису били свесни у својим платформама и наступима које су имали. Имате ли сјајне анегдотске примере где су људи то управо размештали, не знајући заиста шта су имали и одједном су нестали: "Вау, заправо нисмо знали да је то тамо?"

Билл Еллис: Да, толико је велико ограничење изворних алата да ако се одустане од упита, он исправи податке и тако у основи немате историју. Ако складиштимо историју ван мреже, попут бежицног упита, имаћете историју, знаћете шта се догодило, моћи ћете да видите план извршења и тако даље. И тако, то вам омогућава да, некако, помогнете заједници крајњих корисника да боље функционише, боље пише извештаје и тако даље. И тако, историја је нешто што је заиста лепо. И једна од ствари коју сам имао намеру да покажем јесте да у реалном времену можете да гледате до четири недеље и да онда можете једноставно да зумирате било који временски оквир који вас занима, а затим можете изложити основне возачке активности. Имати ту видљивост је нешто што може бити од велике користи када се зна шта је настало уским грлом.

Дез Бланцхфиелд: Споменули сте да је вишекориснички, када се једном уведе, а мене је јако импресионирало чињеницом да је без агентства и ефективно нула додира на више начина. Да ли је нормално да једно активирање вашег алата буде доступно свима из центра за мрежне операције у НОЦ-у који гледају основну инфраструктуру која подупире кластер све до тима за апликације и развој? Да ли је то правило и једном се распоредите и они би то поделили или претпостављате да ће људи имати примере модела који гледају различите делове стаја? Како то изгледа?

Билл Еллис: Дакле, основни тим ће обично имати врло велико интересовање за технологију која стоји у основи САП-а. Очигледно је да постоји више тимова који ће подржавати читаве пределе. Комад ХАНА је управо фокусиран на то. Само ћу подразумевати САП тим као примарне потрошаче информација.

Дез Бланцхфиелд: Тако је. Додуше, чини ми се да ако имам развојни тим или чак не само на нивоу кода, али ако имам тим научника или аналитичара који раде аналитички рад на скуповима података, посебно имајући у виду да постоји значајан притисак на науку о подацима који се сада примењује на све унутар организација, по мом мишљењу - и исправите ме ако грешим - чини ми се да ће и ово бити од великог интереса за њих, јер у много чему од озбиљних ствари које можете да урадите у окружењу складишта података отпустите научника података и омогућите му да само почне да ради ад хоц упите. Да ли сте имали икаквих примера такве ствари која се дешава тамо где су вам продаваонице зазвониле и рекли: „Ми смо бацили тим за науку података, стварно боли, шта можемо учинити за њих у односу на оно што радимо у традиционално оперативно надгледање и управљање? ”Да ли је то чак ствар?

Билл Еллис: Па да, мало бих то преокренуо и смањио одговор би био да, гледајући перформансе, будем свјестан перформанси у развоју КА продукције, знате, што прије складиштите, мање проблема, мање изненађења која имате. Дакле, апсолутно.

Дез Бланцхфиелд: Слиједом тога, пуно алата с којима сам имао искуства - и сигуран сам да ће се Робин сложити - пуно алата овдје, ако имате велики РДБМС, треба вам заиста високо квалификоване, дубоко познате, искусне ДБА. Неки од захтева за инфраструктуру и платформу који се јављају код САП ХАНА-е, јер је тренутно подржан на одређеним дистрибуцијама које су усклађене са одређеним хардвером и тако даље, колико ја знам. Знате, постоје људи са деценијама искуства који нису исти. Оно што видим је да то није нужно захтев овог алата. Чини ми се да свој алат можете разместити и дати му прилично нова лица и одмах им дати снаге да пронађу ствари које не раде добро. Да ли је случај да постоји прилично кратка крива учења како бисте се убрзали са тим и добили неку вредност од његовог размештања? Знате, мој општи осећај је да не морате имати 20 година искуства у вожњи алата да бисте одмах видели вредност. Да ли бисте се сложили да је то случај?

Билл Еллис: Апсолутно, и по вашем мишљењу, пуно успјеха имплементације заиста овиси о планирању и архитектури окружења САП ХАНА. А онда је несумњиво пуно сложености, пуно технологије на којој је уграђено, али онда се све своди само на праћење образаца употребе онога што се догађа. Иако је сложенији, на неки начин је упакован и донекле поједностављен. То је јако слабо.

Дез Бланцхфиелд: Да, па пре него што се вратим Ерику, јер знам да има пар питања, посебно из неких која су стигла кроз К&А која су изгледала занимљиво, а ја желим да чујем одговор. Традиционално путовање некога до кога сте раније споменули да га можете добити, можете преузети и испробати. Можете ли то брзо пресудити за народно слушање било данас, било за народ који би то могао поново да репродукује? Која су брза два или три корака да бисте добили копију и распоредили је и испробали у свом окружењу пре него што је купе? Како то изгледа? Који су кораци за то?

Билл Еллис: Да. Дакле, ИДЕРА.цом и само идите на производе и видјет ћете анализу радног оптерећења за САП ХАНА. Постоји страница за преузимање. Мислим да ће од вас тражити неке контакт информације, а производ је једноставно упарен са лиценцним кључем, тако да га можете инсталирати са Сетуп.еке и једноставно се провући, мислим, врло брзо.

Дез Бланцхфиелд: Значи, они могу отићи на вашу веб страницу и могу је преузети. Сећам се да сам то гледао пре извесног времена и ја сам два пута провео синоћ да ли можете да затражите демо снимак, из меморије, где ће вас неко из вашег тима проћи кроз то? Али заправо га можете бесплатно преузети и локално распоредити у свом окружењу, у своје време, зар не?

Билл Еллис: Да.

Дез Бланцхфиелд: Одлично. Па, мислим да, више од ичега, то је вероватно ствар коју бих лично саветовао народ да ураде копију са веб локације, узмете тамошњу документацију, јер знам да тамо има доста доброг садржаја, и само пробај. Ставите га у своје окружење и погледајте шта ћете пронаћи. Сумњам да кад једном погледате под хаубу са САП ХАНА окружењем помоћу алата ИДЕРА, пронаћи ћете ствари за које заправо нисте били свесни.

Види, хвала ти пуно на томе и хвала ти на времену само за питања и питања са Робином и И. Ериком, пренећу се вама јер знам да су нека питања стигла и од наших полазника.

Ериц Каванагх: Да, баш прави брзи. Дакле, један од присутних овде даје заиста добар коментар, само говорећи о томе како се ствари мењају. Рекавши у прошлости, меморија се гушила, успоравала је честим преписивањем, тренутно ЦПУ се гуши с превише података у меморији. Знате, постоје проблеми са мрежом. Увек ће то бити покретна мета, зар не? Шта данас видите као путању у смислу где ће се налазити уска грла и где ћете требати да усмерите своју пажњу?

Билл Еллис: Да. Док не измерите, тешко је знати. Једна од ствари о СКЛ изјавама је да ће они бити покретачи потрошње ресурса. И тако у околности да бисте имали, попут, велике потрошње меморије или ЦПУ-а, моћи ћете да схватите која је активност узроковала потрошњу ресурса. Сада га не бисте нужно желели убити, али желите да будете свесни тога и, што се дешава, колико често се то догађа, итд. Ми смо, некако, још увек нови у погледу адресирања читавог скупа или куварске књиге одговора на различите околности. Па, то је сјајно питање и време ће показати. Имаћемо више информација како време пролази.

Ериц Каванагх: То је то. Па, момци сте на веома занимљивом месту. Мислим да ћете видети много активности у наредним месецима и наредних пар година, јер знам да је САП, као што сте предложили у нашем садржају позива, људима пружио добру дугу рампу за прелазак до ХАНА Али без обзира на то, та рампа има крај и у одређеном тренутку ће људи морати да донесу неке озбиљне одлуке, па што прије, боље, зар не?

Билл Еллис: Апсолутно.

Ериц Каванагх: У реду људи, сагорели смо још сат времена на Хот Тецхнологиес-у. Информације можете пронаћи на мрежи, инсидеаналисис.цом, такође тецхопедиа.цом. Усредсредите се на тој веб страници за много занимљивих информација, укључујући списак свих наших архива прошлих веб емисија. Али људи, велико хвала свима вама напољу, нашим пријатељима из ИДЕРА, Робину и, наравно, Дез. И ухватићемо вас следеће недеље, народе. Хвала вам на вашем времену и пажњи. Брини се. Ћао.

У будућност: рампа за рачунање у меморији