eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.telefonia.gsmZepsułem telefon.. potrzebny nowyRe: Zepsułem telefon.. potrzebny nowy
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
    !2.eu.feeder.erje.net!feeder2.ecngs.de!ecngs!feeder.ecngs.de!border1.nntp.ams1.
    giganews.com!nntp.giganews.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.
    pl!unt-spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    From: "J.F." <j...@p...onet.pl>
    Newsgroups: pl.misc.telefonia.gsm
    References: <5e066552$0$552$65785112@news.neostrada.pl>
    <5e0669fe$0$557$65785112@news.neostrada.pl>
    <qu5rhs$sq9$1@news.icm.edu.pl>
    <5e06736a$0$548$65785112@news.neostrada.pl> <qu60c8$pr4$1@dont-email.me>
    <5e068758$0$538$65785112@news.neostrada.pl> <qu64g0$sfi$1@dont-email.me>
    <1scc4efi0ml10.o6mq5kog3jdn$.dlg@40tude.net> <qu7sg3$kdt$1@dont-email.me>
    <y...@4...net> <qu80k5$c79$1@dont-email.me>
    <1...@4...net>
    <X...@1...0.0.1>
    <lntsuwlyg1iw$.18lndr2o9b4il.dlg@40tude.net> <quj1s5$eoe$1@dont-email.me>
    <1m7rqsmv626b7.6qm7mf4slj5i$.dlg@40tude.net>
    <X...@1...0.0.1>
    In-Reply-To: <X...@1...0.0.1>
    Subject: Re: Zepsułem telefon.. potrzebny nowy
    Date: Thu, 2 Jan 2020 17:18:08 +0100
    MIME-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original
    Content-Transfer-Encoding: 8bit
    X-Priority: 3
    X-MSMail-Priority: Normal
    Importance: Normal
    X-Newsreader: Microsoft Windows Live Mail 16.4.3528.331
    X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331
    Lines: 63
    Message-ID: <5e0e1873$0$553$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.26.87.107
    X-Trace: 1577982067 unt-rea-a-02.news.neostrada.pl 553 83.26.87.107:56480
    X-Complaints-To: a...@n...neostrada.pl
    Xref: news-archive.icm.edu.pl pl.misc.telefonia.gsm:1092828
    [ ukryj nagłówki ]

    Użytkownik "Budzik" napisał w wiadomości grup
    dyskusyjnych:XnsAB38750C8F443budzik61pocztaonetpl@12
    7.0.0.1...
    Użytkownik J.F. j...@p...onet.pl ...
    >> I teraz pytanie - jak sobie ten mechanizm poradzi, jesli system ma
    >> jeden plik wymiany, zaalokowany na stałe, system zapisuje do niego
    >> blokami po 4KB, byc moze w wiekszej ilosci kolejnych, a blok
    >> kasowania
    >> flash jest np 256KB.

    >To nie mechaniczny HDD gdzie dane czym sa blizej siebie tym szybciej
    >sie
    >czyta...

    Nie o to chodzi.
    W pamieciach Flash masz dosc duzy blok, ktory mozesz skasowac.
    I nie mozesz skasowac mniej - musisz caly blok naraz.
    Mowi sie gdzies o 256KB.
    Zapisywac mozesz fragmentami do bloku, ale skasowac musisz caly na
    raz.

    I teraz tak - jak np w starej organizacji FAT32 zapisujesz nowy plik i
    przydzielasz mu nowy cluster, np 2KB,
    to system musi, oprocz zapisu danych, odczytac sektor FAT, zmienic 4
    bajty, i zapisac sektor z powrotem.
    Na HDD sektor ma 512 bajtow.
    To samo na SDD wymaga np 256KB - i tak co kazdy klaster danych.

    Mozna sporo zaoszczedzic, jesli sie wstrzyma chwile z zapisem, to moze
    zaraz beda zapisane kolejne klastry, to sie poprawi w pamieci, a potem
    zapisze caly sektor, czy nawet kilka.
    Ale jak prad wylacza, to bedzie dramat.

    Podobnie mamy z samymi danymi. Zapisujemy te 2KB nowe, ale to na SSD
    moze wymagac odczytu calego bloku 256KB, zmiany 2KB i zapisu
    ponownego - jesli sasiednie klastry maja zawartosc, ktorą trzeba
    zapamietac.

    Najlepiej byloby, gdybysmy sektory czy klastry zapisywali do nowego
    bloku flash, to by sie dopisywalo reszte bez przepisywania.
    Ale wtedy ... gdzie zapamietac w ktorym bloku jest zapisany sektor
    dyskowy ?
    Do dyspozycji mamy zasadniczo pamiec flash - z tymi samymi
    ograniczeniami.

    Jak to zostalo zrobione - nie wiem. Pewnie jakis kompromis.

    I teraz kwestia, jak sie w tym kompromisie spisuje pamiec wirtualna.
    Przydzial przestrzeni dyskowej jest staly, wiec odpadaja nam problemy
    z FAT czy NTFS.
    Zapisy sa calymi stronami VM, po 4KB typowo. Co tez dobrze, bo zawsze
    to wiecej naraz.

    Ale czy wystarczy ?

    Szczesliwie duzo danych VM nie musi byc zapisywana - one beda zapisane
    raz, a potem duzo razy tylko czytane.

    Olaf dobrze pisze - zobacz jakies narzedzie do dysku, ile tam razy byl
    juz zapisany :-)
    A wystarczy pare GB RAM wiecej i bedzie w ogole bardzo malo zapisywal.

    J.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: