Grunnleggende elementer i Flash Virtualization Platform (FVP), del 2. Bruke din egen plattform eller filsystem | A-Systems
Воскресенье, 29.12.2013, 07:55
Заработок в интернете для новичков
Главная | Регистрация | Вход Приветствую Вас Гость | RSS
МЕНЮ САЙТА
КАТЕГОРИИ раздела
  • Истории успеха
  • Оптимизация
  • B2b
  • Хлебные крошки
  • SEO
  • Социальные сети
  • Антивирус
  • Семантическое ядро
  • Реклама
  • Новости
  • Новости
    Оптимизация текстов под Яндекс и Гугл за счет их форматирования
    Обновлено: 17 февраля 2017 Здравствуйте, уважаемые читатели блога KtoNaNovenkogo.ru. Сегодня я хочу продолжить тему, начатую в статье « Seo оптимизация текстов для коммерческого сайта ». В начале

    301 редирект в htaccess для SEO оптимизации страниц сайта
    Здравствуйте, уважаемые читатели блога Goldbusinessnet.com. Если говорить вкратце, то 301 редирект очень часто используют, когда необходимо исключить возникновение дублей, а также сохранить уже имеющийся

    Задача - дискретная оптимизация
    Задачи дискретной оптимизации - это задачи нахождения экстремума функции, заданной на дискретном ( чаще всего - конечном) множестве точек. Если область определения функции состоит из конечного числа точек,

    Команды для оптимизации cs go
    У многих людей слабое железо, и каждый второй хочет ускорить производительность своего компьютера и поднять FPS в играх CS:GO, CS:S, Minecraft и других играх. В этой статье я хочу раскрыть кучу секретов

    Настраиваем графику Assassin's Creed Unity
    Наконец-то вышла долгожданная Assassin’s Creed Unity, расширив возможности используемого в Assassin’s Creed IV: Black Flag движка AnvilNext по части стелс-экшна, игровой механики и почти безупречного воссоздания

    Антикризисная стратегия корпорации (компании) - АЛЬТ-Маркетинг - Альтернативные Маркетинговые Технологии
    АЛЬТ-Маркетинг - Альтернативные Маркетинговые Технологии Главная > Библиотека > Стратегическое планирование, разработка стратегии, корпоративные и функциональные стратегии

    Оптимизация SQL-запросов
    Метки статей: 100mbru , CentOS , cms , drupal , joomla , LAMP , linux , mysql , nicru , Open-Source , Red Hat , seo , Typo3 , ubuntu , авто , администрирование , алгоритмы , алкоголь

    Методы и способы оптимизации налогообложения на предприятии в 2017 году
    Для каждой компании основной задачей является повышение рентабельности своего бизнеса. Общеизвестно, что значительный размер  затрат предприятия составляют налоговые платежи. Ежегодно политика налоговой

    Seo
    Как я и говорил, начинаю публикации в блоге со статей для новичков, так сказать, потрогаем азы… SEO  – это просто аббревиатура, которая в английском языке произносится и пишется как Search Engines

    Оптимизация производительности MySQL на ОС Linux
    Существует множество факторов, влияющих на производительность MySQL в Azure, которые зависят и от выбора виртуального оборудования, и от конфигурации программного обеспечения. Эта статья посвящена оптимизации

    Праздники России
    Статистика
    Rambler's Top100




    Онлайн всего: 0
    Гостей: 0
    Пользователей: 0

    Grunnleggende elementer i Flash Virtualization Platform (FVP), del 2. Bruke din egen plattform eller filsystem

    Et av temaene jeg diskuterte med Satyam og Murali Vilayannur var filsystemet som brukes til å lagre data på blitsenheter. Følgende bemerkelsesverdige fakta bør huskes: Satyam opprettet VMFS3, Murali var den ledende utvikleren av VMFS5. Fra dette synspunktet vil bruken av VMFS virke åpenbar. Den store overraskelsen for meg var imidlertid at for flash-enheter vi ikke bruker VMFS, var en enda større overraskelse at vi ikke bruker filsystemet i det hele tatt.

    Hvorfor ikke VMFS?
    Filsystemer inneholder funksjoner som ikke er nødvendige, og noen ganger til og med i konflikt med kravene til plattformen som behandler aktiv I / O på blitsenheter. Et av de største problemene med å bruke et filsystem som ligner på VMFS på en blitsenhet, er at det er optimalisert for SAN-lagringssystemer og deres datastyringsmodeller; Satyam skrev en artikkel om dette for ACM mens hun jobbet i VMware. Dessverre gjør dette filsystemet til et upassende verktøy for FVP-oppgaver.

    Filsystemer med direkte adresse overbelaster blitsenheter, reduserer levetiden, behandler ikke vilkårlige I / O-operasjoner optimalt, tester deres (ofte veldig skjøre) søppelinnsamlingsalgoritmer for styrke, og objektene deres (filer og kataloger) er mindre egnet for virtuelt maskinnivå og kvalitet på serviceledelsen, noe som er ekstremt viktig for FVP-oppgaver. Den neste delen vil beskrive problemet med å håndtere data på blitsenheter, men foreløpig en kort konklusjon: hvis blitsenheten din er dyr for deg, ikke legg et direkte adresseringsfilsystem på det.

    Filsystemer gir også muligheter som i stor grad overskrider behovene til FVP. For eksempel, låser disk. VMFS har en avansert distribuert låseansvarlig som kontrollerer tilgangen til forskjellige ESXi-verter til disker. FVP administrerer lokale disker for verten og krever ikke låser på andre verter, som et resultat blir den distribuerte låssjefen helt overflødig. Det samme kan sies om POSIX-kompatibilitet og distribuerte transaksjoner. Og så videre.

    Blitsoperasjoner på lavt nivå
    Her er et eksempel på hvordan skriving til flash-enheter er vesentlig forskjellig fra opptak på harddisker. Flash kan ikke overskrive eksisterende data. Data i flash-minne kan bare skrives på en tom side. En funksjon i flashminnet er at innspillingen kan gjøres av sider, og sletting kan bare gjøres i blokker. Hva er en side og hva er en blokk? Flash lagrer data i celler; celler kombineres til sider (4 KB); sidene er gruppert i blokker. De fleste produsenter kombinerer 128 sider i en blokk. Hvis du vil slette siden, må du slette hele blokken. Alle nødvendige data fra andre sider skal lagres et annet sted. Det er allment kjent at blitsenheter har et begrenset antall skrive- og slette sykluser.

    Følgelig kan en tilfeldig I / O-skrift ha større innvirkning enn du trodde. Problemet er at de fleste filsystemer ble utviklet på 80- og 90-tallet og har ikke kommet frem siden den tiden. Filsystemer tar ikke hensyn til ytelsesnedbrytningen de forårsaker for blitsenheter ved bruk av operasjoner på lavt nivå designet for harddisker; De fleste produsenter av blitsenheter implementerer forskjellige mekanismer for å gjøre rede for gradvis ytelsesnedbrytning. Ved hjelp av flere ordninger vurderer vi disse mekanismene og finner ut hvorfor fragmentering har en slik effekt på blitsenheter.

    Bruk av slitasje
    Merk for enkelhets skyld bestemte jeg meg for å vise 9 sider i en blokk i stedet for 128 sider per blokk.

    La oss starte med slitebehandlingsprosessen. I dette eksemplet har applikasjonen allerede opprettet dataene og registrert dem på side A, B og C i blokk 1 (trinn 1). Nye data kommer (trinn 2), som er skrevet til side D, E og F. Programmet oppdaterer de forrige dataene (AC), og i stedet for å bruke de forrige sidene fortsetter blitsenheten å bruke de nye sidene. Disse nye dataene er merket A-1, B-1 og C-1. Å distribuere poster så jevnt som mulig kalles "slitestyring." Gamle sider er nå merket som utløpt.

    Søppelinnsamling og flere oppføringer
    I dette eksemplet er blokk A full, hva skjer hvis plassen som er tilgjengelig for brukeren for opptak, er tom og nye data kommer?

    Flash vil kopiere gjeldende data til tomme celler. Faktiske data i blokken blir lest og skrevet til en annen blokk. Forfalte data vil forbli på sidene og slettes sammen med resten av blokksidene. Denne prosessen kalles "søppelinnsamling."

    Søppelinnsamling er fin, men den flere oppføringen som oppstår under drift, forårsaker betydelig skade på blitsenheter. For å spille inn 3 sider, må blitsenheten lese 6 sider og skrive de 6 sidene til et annet sted før den kan skrive nye data. Og ikke glem slettesyklusen. Anta et scenario der disken er full, hvor vil vi (midlertidig) flytte dataene før vi registrerer nye data? I diagrammet mitt la jeg til blokk B for dette alternativet. For å gjøre dette i en reell situasjon (når du bruker filsystemet), må du tildele overflødig plass reservert av kontrollblitsen.

    For å gjøre dette i en reell situasjon (når du bruker filsystemet), må du tildele overflødig plass reservert av kontrollblitsen

    Overskytende plass
    Flash-kapasitet kan reserveres for prosesser som administreres av en flash-kontroller. Dette kan gjøres både av produsenten av blitsenheten og av brukeren. For eksempel når du kjøper en 160 GB flash PCIe-akselerator, får du faktisk et 192 GB-kort. 160 GB er tilgjengelige for brukeren, og 32 GB er reservert i tillegg for blitsnivå-kontrollernivåoperasjoner, for eksempel søppelinnsamling, feilretting og firmware til kontroller. Når du kjøper en ikke-industriell SSD-stasjon, får du vanligvis litt reservert overflødig plass. Når du formaterer denne blitsenheten i et hvilket som helst filsystem, bør du være oppmerksom på disse funksjonene og eventuelt reservere ekstra plass utenfor den tilgjengelige kapasiteten. Det er foreløpig ingen standardiserte skaleringsanbefalinger, så du må ta valg basert på din egen erfaring. I verste fall vil du finne deg selv med en fragmentert disk, og SSD må stadig overføre data for å skrive nye. Se for deg barna som leker, bare bevegelsesmønsteret er litt mer komplisert.

    Reviderer datahåndtering på blitsenheter
    PernixData-ingeniører har utviklet et nytt format for å håndtere data på blitsenheter for FVP. Detaljer vil bli avslørt i de følgende artiklene, og nå noen grunnleggende punkter.

    Optimalisert for flash
    Formatet er laget for å lagre midlertidige I / O-data med et minimum av sett med metadata, og jobbe med en blitsenhet med maksimal tilgjengelig ytelse for det. Den konverterer tilfeldige oppføringer til påfølgende poster, for å dra nytte av høyere blitsytelse i sekvensiell skrivemodus. Dette reduserer antall overflødige dataoverskrifter og sletter sykluser. Og algoritmen inneholder ikke de arvelige begrensningene til filsystemer, for eksempel store blokkstørrelser, kataloger, filer, lange transaksjoner, låsesjefer osv.

    Dynamisk delt kapasitet mellom virtuelle maskiner
    takk dyp integrering Med VMkernel kan FVP spore datablokker og bestemme om deres virtuelle maskin leser eller skriver. Uavhengig av sporing av slike operasjoner, kan plattformen skalere lese- og skrivebuffere på plass som er tildelt for den virtuelle maskinen. FVP kan cache eller slette et vilkårlig sett med virtuelle maskindata fra cachen. Derimot vil dataevakueringspolitikken på det tradisjonelle filsystemet for en blitsenhet være suboptimal og føre til flere omskrivninger, siden filsystemet kan bare skrive data til slutten av filen eller slette blokker fra slutten også.

    Det betyr også at du ikke trenger å tilordne en statisk hurtigbufferkonfigurasjon for hver virtuell maskin, slik det ville være hvis du bruker et filsystem med direkte adressering. Det var en flott beslutning for oss; brukeropplevelse fra produktet skal være så intuitivt som mulig.

    Jeg siterer vår produktsjef Bala: "Produktets eleganse er, etter min mening, at det utfører grunnleggende oppgaver, IKKE krever nye eller uvanlige handlinger fra brukeren."

    Når det gjelder hverdagsarbeid er dette utmerket: du trenger ikke forhåndsskala cachen for hver virtuell maskin. Dette betyr at du ikke trenger å vite og forutsi fremtidig bruk av blits - FVP vil gjøre alt for deg. Mangelen på en hard ressursallokering betyr mangelen på underutnyttelse av blits av uladede virtuelle maskiner og utseendet på overflødige blokkeringssykluser for aktive virtuelle maskiner med utilstrekkelig flash-cache-størrelse. Dette minimerer problemet med flere opptak og sikrer maksimal ytelse og pålitelighet for blitsenheter.

    Original artikkel .

    Siden 2016 trakk FVP seg fra salg.

    Hvorfor ikke VMFS?
    Hva er en side og hva er en blokk?
    Anta et scenario der disken er full, hvor vil vi (midlertidig) flytte dataene før vi registrerer nye data?
    ДОБАВЬ В ЗАКЛАДКУ
    Форма входа
    ДРУЗЬЯ сайта

    Ярмарка Мастеров - ручная работа, handmade
    Способы заработка


    Copyright MyCorp © 2013
    Создать сайт бесплатно