-
Data: 2013-05-07 14:51:09
Temat: Re: jsp vs php
Od: firr kenobi <p...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu wtorek, 7 maja 2013 11:56:14 UTC+2 użytkownik Piotr Chamera napisał:
> W dniu 2013-05-07 09:23, firr kenobi pisze:
>
> > W dniu wtorek, 7 maja 2013 01:48:09 UTC+2 u�ytkownik M.M. napisa�:
>
> >> W dniu poniedzia�ek, 6 maja 2013 23:28:02 UTC+2 u�ytkownik R.e.m.e.K
napisaďż˝:
>
> >>
>
> >>
>
> >>
>
> >>> A jaki system plikow tak dziala? Pytam z ciekawosci, bo o ile mi wiadomo
>
> >>
>
> >>> linuksowy Ext4 sie fragmentuje, NTFS wiadomo ze tak, jablkowy HFS takze.
>
> >>
>
> >>> Jaki nie?
>
> >>
>
> >> Nie wiem jakie systemy plikow co maja zaimplementowane, ale istnieje
>
> >>
>
> >> algorytm bardzo odporny na fragmentacje. Poczatek pliku zaklada sie
>
> >>
>
> >> "w srodku" najwiekszej wolnej przestrzeni. Gwarantuje to duze prawdop.
>
> >
>
> > to bylby wlasnie chyba najszybszy
>
> > sposob na zajechanie dysku, wrzucasz
>
> > np na dysk 1 tys empetr�jek i masz
>
> > dysk pociety na 1000 kawalk�w
>
>
>
> Ale je�eli te pliki maj� rosn��, to do ka�dego z nich mo�na co�
dopisaďż˝
>
> nie tworz�c dodatkowych fragment�w, bo mi�dzy ka�dymi dwoma jest wolne
> miejsce...
mysle ze te algorytmy ktore są robia to lepiej
- zresztą defragmentacja duzego pliku na dwa
czy trzy czesci chyba specjalnie nie boli,
o tyle chybas lepszym algorytmem bylby taki ktory
zapisuje wszystkieme male pliki w jednej czesci
dysku obok siebie, wieksze w innej czesci dysku
a najwieksze w jeszcze innej czesci dysku,
wtedy ta straszliwa polucja jaka wprowadzają male
pliki dotyczylaby tylko czesci dysku zwierajacej
male pliki, i zaqwsze bylyby lite obszary na
duze ciagle piki -- (poki jest troce miejsca na
dysku)
(z dyskami mam zle przygody bo pol roku temu
uszkodzilo mi sie "master file table" na 1T
dysku na usb i nie wiem jak naprawic to mft tak by moc odzyskac dane z zachowana
struktura katalogów :C sprawdzilem z 5 progsów i 4 znich
do niczego sie nie nadaja, wywalaja sie, dziala
tylko program "Recuva" ale on odzyskuje groch z kapustą (i to raczej z poczatku
dysku bo zawsze jedzie od poczatku :c )
Następne wpisy z tego wątku
- 07.05.13 15:02 Michal Kleczek
- 07.05.13 18:02 M.M.
- 07.05.13 18:06 M.M.
- 07.05.13 20:15 Michal Kleczek
- 07.05.13 21:51 M.M.
- 07.05.13 21:59 Ghost
- 07.05.13 22:28 M.M.
- 07.05.13 23:24 M.M.
- 08.05.13 00:13 Tomek Kańka
- 08.05.13 01:41 M.M.
- 08.05.13 09:41 Ghost
- 08.05.13 11:04 Michal Kleczek
- 08.05.13 18:09 M.M.
- 08.05.13 18:12 M.M.
- 08.05.13 18:53 Ghost
Najnowsze wątki z tej grupy
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-10-04 Warszawa => QA Engineer <=
- 2024-10-04 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-10-04 Warszawa => Senior PHP Laravel Developer (e-commerce) <=
- 2024-10-04 Warszawa => Data Scientist / Data Engineer (predictive modelling) <=
- 2024-10-03 Nieparzyste dmuchanie
- 2024-10-03 Prognozowanie zużycia energii przez PGE?
- 2024-10-03 Re: Drugi ekran na Androidzie
- 2024-10-03 sprawiedliwosc nierychliwa
- 2024-10-03 zloto
- 2024-10-03 Odkurzacz mnie bije :(
- 2024-10-03 Gdańsk => Technical Lead ( (Java Background)) <=
- 2024-10-03 Warszawa => Mid IT Recruiter <=
- 2024-10-03 Olsztyn => Sales Specialist <=
- 2024-10-03 Leszczyna nie zna prawa?
- 2024-10-03 Warszawa => OpenText ECM Specialist <=