http://www.swiatobrazu.pl/512gb-na-karcie-sd-od-sandisk-31542.html

   512GB na karcie SD od SanDisk
   11 września 2014, 15:24

   SanDisk wprowadził do sprzedaży kartę pamięci SanDisk Extreme PRO SDXC
   UHS-I 512GB kartę SD, która ma sprostać wymaganiom profesjonalnych
   użytkowników, którzy potrzebują najnowocześniejszego sprzętu do
   rejestracji materiałów wideo w rozdzielczości 4K Ultra High
   Definition (3840x2160p), Full HD (1920x1080) oraz superszybkiego
   trybu zdjęć seryjnych.

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

   rejestracji materiałów wideo w rozdzielczości 4K Ultra High
   Definition (3840x2160p), Full HD (1920x1080) oraz superszybkiego
   trybu zdjęć seryjnych.

Jak to HDD? Hard Disc Drive? Chyba myślisz o UHD. A oglądałeś jakiś materiał w 4k? Piszesz o tym w kontekście telefonów GSM?

"Jingiel" 5417ea73$0$2365$65785112@news.neostrada.pl

   rejestracji materiałów wideo w rozdzielczości 4K Ultra High
   Definition (3840x2160p), Full HD (1920x1080) oraz superszybkiego
   trybu zdjęć seryjnych.

Jak to HDD? Hard Disc Drive?

Tak.

Chyba myślisz o UHD.

Nie.

A oglądałeś jakiś materiał w 4k?

Nie.

Piszesz o tym w kontekście telefonów GSM?

Też.

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

Użytkownik "Eneuel Leszek Ciszewski"  napisał w wiadomości

  http://www.swiatobrazu.pl/512gb-na-karcie-sd-od-sandisk-31542.html
 512GB na karcie SD od SanDisk
  SanDisk wprowadził do sprzedaży kartę pamięci SanDisk Extreme PRO SDXC
  UHS-I 512GB kartę SD, która ma sprostać wymaganiom profesjonalnych

Ladne osiagniecie, ale HDD jest nadal wiekszy i znacznie tanszy :-)

J.

"J.F." 5418023d$0$24611$65785112@news.neostrada.pl

Ladne osiagniecie, ale HDD jest nadal wiekszy

Dużo, dużo większy -- nawet najmniejsze HDD są większe od SD. ;)
Ale przy okazji -- są i pojemniejsze, i mniej odporne na wstrząsy,
i bardziej energożerne...

i znacznie tanszy :-)

Bo jest masówką. Napęd FDD jest droższy od niejednej
SD z powodu masowej produkcji SD względem napędów FDD.

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

W dniu 2014-09-16 00:39, Eneuel Leszek Ciszewski pisze:

http://www.swiatobrazu.pl/512gb-na-karcie-sd-od-sandisk-31542.html

  512GB na karcie SD od SanDisk
  11 września 2014, 15:24

  SanDisk wprowadził do sprzedaży kartę pamięci SanDisk Extreme PRO SDXC
  UHS-I 512GB kartę SD, która ma sprostać wymaganiom profesjonalnych
  użytkowników, którzy potrzebują najnowocześniejszego sprzętu do
  rejestracji materiałów wideo w rozdzielczości 4K Ultra High
  Definition (3840x2160p), Full HD (1920x1080) oraz superszybkiego
  trybu zdjęć seryjnych.

Do instalacji systemów operacyjnych. Chyba nie chcesz powiedzieć że Window$ czy Linucha da się zainstalować na innym napędzie niż HDD?

"Trybun" 541849e8$0$2363$65785112@news.neostrada.pl

Do instalacji systemów operacyjnych. Chyba nie chcesz
powiedzieć że Window$ czy Linucha da się zainstalować
na innym napędzie niż HDD?

Da się na wszystkim, także na tasiemce perforowanej, oby
były sterowniki. ;) (i dostatecznie długa tasiemka) ;)

Nośnik jest nośnikiem. Resztą zajmują się interfejsy. Linuksy
startują ze wszystkiego bezproblemowo -- z kart pamięci czy
CD... DOS startował kiedyś także z dyskietek; WinDos (Win 3.x
i Win95/98/Me) to w zasadzie DOS wraz z nakładką wprowadzającą
do pamięci chronionej i zawierającej interfejs graficzny.

BTW -- nie jestem pewien tego, czy wczesne Win 3.x miały
dostęp do pamięci chronionej. Win 3.11 fwg zdecydowanie
tak, ale czy każde Win 3.x -- nie wiem.

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

On Tue, 16 Sep 2014 17:19:18 +0200, "Eneuel Leszek Ciszewski" <prosze@czytac.fontem.lucida.console> wrote:

Da się na wszystkim, także na tasiemce perforowanej, oby
były sterowniki. ;) (i dostatecznie długa tasiemka) ;)

Tu bym polemizował, tasiemka nie będzie urządzeniem blokowym, więc się jej nie zamontuje jako filesystem.

--
Marek

"Marek" almarsoft.4923739933454758382@news.neostrada.pl

Da się na wszystkim, także na tasiemce perforowanej, oby
były sterowniki. ;) (i dostatecznie długa tasiemka) ;)

Tu bym polemizował, tasiemka nie będzie urządzeniem blokowym, więc się jej nie zamontuje jako filesystem.

"Trybun" 541849e8$0$2363$65785112@news.neostrada.pl

Do instalacji systemów operacyjnych.

DOS ładowano nie z FS, ale z BS. :)

Do instalacji systemów operacyjnych ni są konieczne FSy.

Możesz na tasiemce mieć SO, który po prostu wrzucisz do
RAMki komputera a ten sobie to porozkłada jak zechce.
Problemem jest blokowe (czy jak to nazwać) pisanie na
takiej tasiemce, nie czytanie z niej.

Znany jest mi (widziały to moje oczy; albo raczej -- prawe
oko) przykład FS na niekończącej się taśmie magnetycznej.


Zauważ, że ładowanie OS z ROMów jest stosowane bezproblemowo.

-=-

Tak czy siak -- MiniMax!! Minimum mm^3 i Maximum treści. ;)

-=-

Mieszkania/nieruchomości staniały, ;) ale wolałbyś
mieć swoje archiwa w budynku czy w kieszeni spodni?



Mnie na razie nie stać na karty mikorSD większe niż 16 GB, ale
cieszy mnie postęp technologiczny i zmniejszanie gabarytów oraz
zniżanie cen. Dysk twardy ma tyle lat, co ja, albo i więcej.


    4 września 1956 firma IBM skonstruowała pierwszy 24-calowy
    dysk twardy o nazwie RAMAC 350. Miał on pojemność 5 MB.

    http://pl.wikipedia.org/wiki/Dysk_twardy


Czyli wg Wikipedii dysk twardy jest ode mnie zdecydowanie starszy.

-=-

Coraz cieńsze (raczej -- ogólnie coraz mniejsze) i coraz
lżejsze oraz coraz pojemniejsze i coraz szybsze, a przy
okazji relatywnie coraz tańsze -- lubię to.

                           ^
                          B| -- lubię to


        nie lubię tego -- B|
                           V

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

On Tue, 16 Sep 2014 18:54:20 +0200, "Eneuel Leszek Ciszewski" <prosze@czytac.fontem.lucida.console> wrote:

DOS ładowano nie z FS, ale z BS. :)

Nie mĂłwimy o bs, tylko o instaliwaniu i uĹźywaniu.

Możesz na tasiemce mieć SO, który po prostu wrzucisz do
RAMki komputera a ten sobie to porozkłada jak zechce.

To jest metoda pośrednia, de facto fs jest  ostatecznie w ram a nie czytany z taśmy.

--
Marek

On 16/09/14 18:14, Marek wrote:

tasiemka nie będzie urządzeniem blokowym

Co to ma do rzeczy?
Co do tasiemki nie jestem pewien, ale z kart dziurkowanych wystartować można było. Karta sieciowa też nie jest urządzeniem blokowym, a wystartować potrafi.

--
Alf/red/

Alf/red/ wrote:

On 16/09/14 18:14, Marek wrote:

tasiemka nie będzie urządzeniem blokowym

Co to ma do rzeczy?
Co do tasiemki nie jestem pewien, ale z kart dziurkowanych wystartować można było. Karta sieciowa też nie jest urządzeniem blokowym, a wystartować potrafi.

z tasiemki bootowało się Odrę

--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On Tue, 16 Sep 2014 19:15:28 +0200, Alf/red/ <fake_1409@ump.waw.pl> wrote:

Co to ma do rzeczy?
Co do tasiemki nie jestem pewien, ale z kart dziurkowanych

wystartować

można było. Karta sieciowa też nie jest urządzeniem blokowym, a

Nie mĂłwimy o boot tylko o instalacji i korzystania z fsa (po zainstalowaniu).

--
Marek

"Marek" almarsoft.4884787077678803528@news.neostrada.pl

Nie mówimy o boot tylko o instalacji i korzystania z fsa (po zainstalowaniu).

(; Więc nie próbowałem zainstalować Win na tasiemce perforowanej. ;)

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

On 17/09/14 00:59, Marek wrote:

Nie mĂłwimy o boot tylko o instalacji i korzystania z fsa

Dla przypomnienia:

Window$ czy Linucha da się zainstalować na innym napędzie niż HDD?

Da się na wszystkim, także na tasiemce perforowanej

tasiemka nie będzie urządzeniem blokowym, więc się jej nie zamontuje jako filesystem

Tłumaczę przecież, że niemanie urządzenia blokowego nie determinuje działania systemu operacyjnego.
Jeśli mówimy o (współczesnym) Windows, to być może Windows nie umiałoby się zorientować że ma tylko taśmę czy coś innego readonly. Ale to problem Windows, a nie (bardzo długiej) taśmy dziurkowanej.
Linuksa miałem kiedyś startującego z dyskietki (za router w domu robił), można ją było zabezpieczyć przed zapisem i działało. Filesystem do zapisywania logów itp. był :-p
Inne systemy, które były tworzone jako takie właśnie środowisko, też były. Stacje bezdyskowe w sieci Novell na przykład, Windows 3.1 na tym było można puszczać. Filesystemów było ile się chciało, zero urządzeń blokowych.

A co do początku, czyli Windows na takiej karcie bez HDD: https://www.youtube.com/watch?v=By2xFwGwIdo

--
Alf/red/

On Sat, 20 Sep 2014 20:17:23 +0200, Alf/red/ <fake_1409@ump.waw.pl> wrote:

Tłumaczę przecież, że niemanie urządzenia blokowego nie determinuje działania systemu operacyjnego.

Nie o tym była dyskysja.

--
Marek

"Marek" almarsoft.184392891199185542@news.neostrada.pl

Nie o tym była dyskysja.

Podyskutujcie raczej o tym, że za 3 dychy można mieć
64 GB klasy 10 na mikroSD od Alibaby i 40 rozbójników.
Widać wyraźnie, że tasiemka musiałaby być długa, na
dodatek szybko by porwała się -- nowe nośniki informacji
są po prostu relatywnie (w odniesieniu do pojemności
i szybkości) tańsze, zatem i całe życie IMO musi być
tańsze, czyli PKB musi spadać. ;)


Może bym kupił te 64 GB, ale chyba ani Monster tego nie
łyka, ani Overmax. Może nawet pokusiłbym się na 128 GB. :)

  http://www.aliexpress.com/item/TF-micro-sd-card-class-10-memory-card-128GB-microsd-TF-Card-FREE-shipping/2019319532.html

Mógłbym nawet wrzucić ,,dysk'' (ze 32 GB) na kościach
do laptopa, aby przyspieszyć mu czytanie newralgicznych
kawałków...

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

On Sun, 21 Sep 2014 11:13:48 +0200, "Eneuel Leszek Ciszewski"
<prosze@czytac.fontem.lucida.console> wrote:

"Marek" almarsoft.184392891199185542@news.neostrada.pl

Nie o tym była dyskysja.

Podyskutujcie raczej o tym, że za 3 dychy można mieć
64 GB klasy 10 na mikroSD od Alibaby i 40 rozbójników.
Widać wyraźnie, że tasiemka musiałaby być długa, na
dodatek szybko by porwała się -

Maszyna Turinga nie ma problemow z tasma :)

A.L.

P.S. Widze ze Koledy nie widzieli nigdy tasmy papieowej na oczy

"A.L." loh12a9aireejs7brv0gvd5hurgbfglh20@4ax.com

dodatek szybko by porwała się -

Maszyna Turinga nie ma problemow z tasma :)

Jak to mówią -- wszystko do czasu. ;)
(tu akurat do wyjaśnienia, czym jest ta maszyna)

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

On 21/09/14 09:54, Marek wrote:

On Sat, 20 Sep 2014 20:17:23 +0200, Alf/red/ <fake_1409@ump.waw.pl> wrote:

Tłumaczę przecież, że niemanie urządzenia blokowego nie determinuje
działania systemu operacyjnego.

Nie o tym była dyskysja.

No jak nie?
Leszek: da się zainstalować system nawet na tasiemce dziurkowanej
Marek: nie da, bo to nie jest urządzenie blokowe. Jak filesystem jest w ram, to się nie liczy.

No to przyznaję: jeśli nie odróżniasz wczytania startu maszyny (z czegokolwiek) od zapisywalnych filesystemów do pracy (na czymkolwiek innym: pamięć, dysk sieciowy, inne dyski), to faktycznie na tasiemce nie można zainstalować systemu operacyjnego. Ale to błędne ograniczenie. W dodatku wyskoczyłeś z "bo to nie urządzenie blokowe". Podałem przykłady kilku środowisk bez urządzeń blokowych, na których działał system operacyjny, a nawet Windows. Niestety, nie potrafisz rozszerzyć horyzontu...

--
Alf/red/

On Sun, 21 Sep 2014 14:13:27 +0200, Alf/red/ <fake_1409@ump.waw.pl> wrote:

No to przyznaję: jeśli nie odróżniasz wczytania startu maszyny (z czegokolwiek) od zapisywalnych filesystemów do pracy (na

czymkolwiek

innym: pamięć, dysk sieciowy, inne dyski), to faktycznie na

tasiemce nie

można zainstalować systemu operacyjnego. Ale to błędne

ograniczenie. W

WywĂłd nie na temat bo NIE dysjutujemy o boot'cie systemu. Enel. pisząc "instalacja na tasiemce" zasugerował uĹźywanie takiej instalacji jako fs, o ile teoretycznie moĹźna by przez fuse zrobić translacje dla VFSa i zamontować taki fs, to implementacja fopen/fseek byłaby absurdalnie wolna i słabo uĹźyteczna. Jeśli windows ti potrafi  to gratuluję postępu.

--
Marek

UĹźytkownik "Marek"  napisał w wiadomości grup
On Sun, 21 Sep 2014 14:13:27 +0200, Alf/red/ <fake_1409@ump.waw.pl>

No to przyznaję: jeśli nie odróżniasz wczytania startu maszyny (z czegokolwiek) od zapisywalnych filesystemów do pracy (na

czymkolwiek

innym: pamięć, dysk sieciowy, inne dyski), to faktycznie na

tasiemce nie

można zainstalować systemu operacyjnego. Ale to błędne

ograniczenie. W

WywĂłd nie na temat bo NIE dysjutujemy o boot'cie systemu. Enel. pisząc "instalacja na tasiemce" zasugerował uĹźywanie takiej instalacji jako fs, o ile teoretycznie moĹźna by przez fuse zrobić translacje dla VFSa i zamontować taki fs, to implementacja fopen/fseek byłaby absurdalnie wolna i słabo uĹźyteczna. Jeśli windows ti potrafi  to gratuluję postępu.

Jesli NIE potrafi, to znak ze w systemie sa zawarte bzdurne ograniczenia.

Wspolczesny system wymaga urzadzenia blokowego ze swobodnym dostepem, ale jak juz takie zorganizujemy, to nie widze powodu aby mial cos sprawdzac i odmawiac pracy. Mniejsza o absurdalna szybkosc - uzytkownik tak zrobil, to widac tak chce.

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet nie sektor tylko blok np o dlugosci 1MB...

J.

J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

W sumie to niekoniecznie sektor, mniejsze pliki mozna by w calosci trzymac.

J.

On Tue, 23 Sep 2014 09:04:22 +0200, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

W sumie to niekoniecznie sektor, mniejsze pliki mozna by w calosci trzymac.

J.

No, no, koledzy... Niedlugo odkryjecie Maszyne Turinga. Tylko
wytrwalosci, wytrwalosci....

A.L.

J.F. wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

czytać jak na tasiemkach magnetycznych.
sensu to nie ma ale w sumie byłaby fajna zabawa to zaimplementować :)


--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On Tue, 23 Sep 2014 12:58:27 +0000 (UTC), masti <gone@to.hell> wrote:

J.F. wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

czytać jak na tasiemkach magnetycznych.
sensu to nie ma ale w sumie byłaby fajna zabawa to zaimplementować :)

Tak, tylko CZYTNIK i DZIURKARKA to byly osobne urzadznia. Przewijajacw
tasme tylk w PRZOD


A zaimplementowac sobie mozesz. Nazywa sie to Maszyna Turinga

A.L.

A.L. wrote:

On Tue, 23 Sep 2014 12:58:27 +0000 (UTC), masti <gone@to.hell> wrote:

J.F. wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

czytać jak na tasiemkach magnetycznych.
sensu to nie ma ale w sumie byłaby fajna zabawa to zaimplementować :)

Tak, tylko CZYTNIK i DZIURKARKA to byly osobne urzadznia.

a co za problem je połączyć? nie mówię, że bardzo łatwo ale cały projekt
jest mocno teoretyczny :)

Przewijajacw
tasme tylk w PRZOD

nigdy nie sklejałeś tasiemki w pętlę? --
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On Tue, 23 Sep 2014 13:47:52 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 12:58:27 +0000 (UTC), masti <gone@to.hell> wrote:

J.F. wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

czytać jak na tasiemkach magnetycznych.
sensu to nie ma ale w sumie byłaby fajna zabawa to zaimplementować :)

Tak, tylko CZYTNIK i DZIURKARKA to byly osobne urzadznia.

a co za problem je połączyć? nie mówię, że bardzo łatwo ale cały projekt
jest mocno teoretyczny :)

Przewijajacw
tasme tylk w PRZOD

nigdy nie sklejałeś tasiemki w pętlę?

Nie. A po co mialbym to robic?...

A.L.

A.L. wrote:

On Tue, 23 Sep 2014 13:47:52 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 12:58:27 +0000 (UTC), masti <gone@to.hell> wrote:

J.F. wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

czytać jak na tasiemkach magnetycznych.
sensu to nie ma ale w sumie byłaby fajna zabawa to zaimplementować :)

Tak, tylko CZYTNIK i DZIURKARKA to byly osobne urzadznia.

a co za problem je połączyć? nie mówię, że bardzo łatwo ale cały projekt
jest mocno teoretyczny :)

Przewijajacw
tasme tylk w PRZOD

nigdy nie sklejałeś tasiemki w pętlę?

Nie. A po co mialbym to robic?...

bo czasem wygodniej. A do tego zastosowania byłoby jak znalazł. Albo
możnaby zrobić dziurkarko/czytnik chodzący w obie strony


--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On Tue, 23 Sep 2014 14:20:05 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 13:47:52 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 12:58:27 +0000 (UTC), masti <gone@to.hell> wrote:

J.F. wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

czytać jak na tasiemkach magnetycznych.
sensu to nie ma ale w sumie byłaby fajna zabawa to zaimplementować :)

Tak, tylko CZYTNIK i DZIURKARKA to byly osobne urzadznia.

a co za problem je połączyć? nie mówię, że bardzo łatwo ale cały projekt
jest mocno teoretyczny :)

Przewijajacw
tasme tylk w PRZOD

nigdy nie sklejałeś tasiemki w pętlę?

Nie. A po co mialbym to robic?...

bo czasem wygodniej. A do tego zastosowania byłoby jak znalazł. Albo
możnaby zrobić dziurkarko/czytnik chodzący w obie strony

A po co? A.L.

A.L. wrote:

On Tue, 23 Sep 2014 14:20:05 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 13:47:52 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 12:58:27 +0000 (UTC), masti <gone@to.hell> wrote:

J.F. wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

czytać jak na tasiemkach magnetycznych.
sensu to nie ma ale w sumie byłaby fajna zabawa to zaimplementować :)

Tak, tylko CZYTNIK i DZIURKARKA to byly osobne urzadznia.

a co za problem je połączyć? nie mówię, że bardzo łatwo ale cały projekt
jest mocno teoretyczny :)

Przewijajacw
tasme tylk w PRZOD

nigdy nie sklejałeś tasiemki w pętlę?

Nie. A po co mialbym to robic?...

bo czasem wygodniej. A do tego zastosowania byłoby jak znalazł. Albo
możnaby zrobić dziurkarko/czytnik chodzący w obie strony

A po co?

bo można

--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On Tue, 23 Sep 2014 14:46:22 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 14:20:05 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 13:47:52 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 12:58:27 +0000 (UTC), masti <gone@to.hell> wrote:

J.F. wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

czytać jak na tasiemkach magnetycznych.
sensu to nie ma ale w sumie byłaby fajna zabawa to zaimplementować :)

Tak, tylko CZYTNIK i DZIURKARKA to byly osobne urzadznia.

a co za problem je połączyć? nie mówię, że bardzo łatwo ale cały projekt
jest mocno teoretyczny :)

Przewijajacw
tasme tylk w PRZOD

nigdy nie sklejałeś tasiemki w pętlę?

Nie. A po co mialbym to robic?...

bo czasem wygodniej. A do tego zastosowania byłoby jak znalazł. Albo
możnaby zrobić dziurkarko/czytnik chodzący w obie strony

A po co?

bo można

Gacie tez mozan wlozyc pzrez glowe. Tylko po co?

A.L.

A.L. wrote:

On Tue, 23 Sep 2014 14:46:22 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 14:20:05 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 13:47:52 +0000 (UTC), masti <gone@to.hell> wrote:

A.L. wrote:

On Tue, 23 Sep 2014 12:58:27 +0000 (UTC), masti <gone@to.hell> wrote:

J.F. wrote:

Użytkownik "masti"  napisał w wiadomości grup dyskusyjnych:lvoqot$mem$1@dont-email.me...
J.F. wrote:

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna
tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet
nie sektor tylko blok np o dlugosci 1MB...

możnaby przy modyfikacji kasować sektor i zapisywać nową wersję na
końcu :)

Moznaby, ale jak potem odszukac wlasciwy sektor - tablice alokacji jakas na poczatku, czy numer sektora na jego poczatku i czytac wszystkie po kolei ? :-)

czytać jak na tasiemkach magnetycznych.
sensu to nie ma ale w sumie byłaby fajna zabawa to zaimplementować :)

Tak, tylko CZYTNIK i DZIURKARKA to byly osobne urzadznia.

a co za problem je połączyć? nie mówię, że bardzo łatwo ale cały projekt
jest mocno teoretyczny :)

Przewijajacw
tasme tylk w PRZOD

nigdy nie sklejałeś tasiemki w pętlę?

Nie. A po co mialbym to robic?...

bo czasem wygodniej. A do tego zastosowania byłoby jak znalazł. Albo
możnaby zrobić dziurkarko/czytnik chodzący w obie strony

A po co?

bo można

Gacie tez mozan wlozyc pzrez glowe. Tylko po co?

a można?

--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

On 23/09/14 15:26, A.L. wrote:

A zaimplementowac sobie mozesz. Nazywa sie to Maszyna Turinga

Ej, maszyna Turinga to pomysł, abstrakt, model, ćwiczenie umysłowe,
a nie konkretne urządzenie *po* zaimplementowaniu. Mniej więcej taka różnica, jak między rysunkami technicznymi, a prawdziwym jeżdżącym samochodem.

--
Alf/red/

On Tue, 23 Sep 2014 16:12:01 +0200, Alf/red/ <fake_1409@ump.waw.pl>
wrote:

On 23/09/14 15:26, A.L. wrote:

A zaimplementowac sobie mozesz. Nazywa sie to Maszyna Turinga

Ej, maszyna Turinga to pomysł, abstrakt, model, ćwiczenie umysłowe,
a nie konkretne urządzenie *po* zaimplementowaniu. Mniej więcej taka różnica, jak między rysunkami technicznymi, a prawdziwym jeżdżącym samochodem.

Zadnej nie ma roznicy. Jedyna roznica to taka ze Maszyna Turinga ma
tasmie nieskonczonej dlugosci, czego w realnym swiecie nei da sie
zrobic.

Spora ilosc osob zbudowala sobie maszyne Turinga

http://www.wired.co.uk/news/archive/2012-06/21/lego-turing-machine

Oczywiwsice, to tez jest model, bo ta konstrukcja nie ma nieskonczonej
tasmy

A.L.

Użytkownik "A.L."  napisał w wiadomości
On Tue, 23 Sep 2014 16:12:01 +0200, Alf/red/ <fake_1409@ump.waw.pl>

A zaimplementowac sobie mozesz. Nazywa sie to Maszyna Turinga

Ej, maszyna Turinga to pomysł, abstrakt, model, ćwiczenie umysłowe,
a nie konkretne urządzenie *po* zaimplementowaniu. Mniej więcej taka
różnica, jak między rysunkami technicznymi, a prawdziwym jeżdżącym
samochodem.

Zadnej nie ma roznicy. Jedyna roznica to taka ze Maszyna Turinga ma
tasmie nieskonczonej dlugosci, czego w realnym swiecie nei da sie
zrobic.

ma tez tasme gdzie kazde miejsce jest wymazywalne i moze byc wielokrotnie zapisywane.

Tak czy inaczej - chyba jednak nie powstala zadna rzeczywista, inaczej podeszlismy do komputeryzacji.
No moze ostatnio ktos zbudowal ...

Spora ilosc osob zbudowala sobie maszyne Turinga
http://www.wired.co.uk/news/archive/2012-06/21/lego-turing-machine
Oczywiwsice, to tez jest model, bo ta konstrukcja nie ma nieskonczonej
tasmy

w praktycznym zastosowaniu tasma nie musi byc nieskonczona, bo zagadnienia sa jednak skonczone.

Ale to jest zabawkowy model, a nie maszyna.
I tasma raczej musi miec mozliwosc zapisywania wiecej symboli niz 2.

ale to zdaje sie dzialac
https://www.youtube.com/watch?v=cYw2ewoO6c4

J.

On Tue, 23 Sep 2014 18:38:48 +0200, "J.F."
<jfox_xnospamx@poczta.onet.pl> wrote:

Użytkownik "A.L."  napisał w wiadomości
On Tue, 23 Sep 2014 16:12:01 +0200, Alf/red/ <fake_1409@ump.waw.pl>

A zaimplementowac sobie mozesz. Nazywa sie to Maszyna Turinga

Ej, maszyna Turinga to pomysł, abstrakt, model, ćwiczenie umysłowe,
a nie konkretne urządzenie *po* zaimplementowaniu. Mniej więcej taka
różnica, jak między rysunkami technicznymi, a prawdziwym jeżdżącym
samochodem.

Zadnej nie ma roznicy. Jedyna roznica to taka ze Maszyna Turinga ma
tasmie nieskonczonej dlugosci, czego w realnym swiecie nei da sie
zrobic.

ma tez tasme gdzie kazde miejsce jest wymazywalne i moze byc wielokrotnie zapisywane.

Tak czy inaczej - chyba jednak nie powstala zadna rzeczywista, inaczej podeszlismy do komputeryzacji.
No moze ostatnio ktos zbudowal ...

Spora ilosc osob zbudowala sobie maszyne Turinga
http://www.wired.co.uk/news/archive/2012-06/21/lego-turing-machine
Oczywiwsice, to tez jest model, bo ta konstrukcja nie ma nieskonczonej
tasmy

w praktycznym zastosowaniu tasma nie musi byc nieskonczona, bo zagadnienia sa jednak skonczone.

Ale to jest zabawkowy model, a nie maszyna.
I tasma raczej musi miec mozliwosc zapisywania wiecej symboli niz 2.

Wystarcza 2 symbole

A.L.

"J.F." 541fe37f$0$26836$65785112@news.neostrada.pl

Jesli NIE potrafi, to znak ze w systemie
sa zawarte bzdurne ograniczenia.

Niby tak, ale żaden system aż taki nie
jest -- masa bakapów była (może nawet
jest nadal) budowana na jednym pliku,
choćby na taśmach.

Wspolczesny system wymaga urzadzenia blokowego ze swobodnym dostepem, ale jak juz takie zorganizujemy, to nie widze powodu aby mial cos sprawdzac i odmawiac pracy. Mniejsza o absurdalna szybkosc - uzytkownik tak zrobil, to widac tak chce.

System może być jednoczęściowy -- wrzucamy go do RAMki, gdzie
robimy z nim to, co chcemy. Czy jakikolwiek system pracujący
w RAMce organizuje tę RAMkę jako FS? Oczywiście nie -- FS
jest potrzebny dla jusera, nie dla systemu. W szczególności
mamy jeden plik ze SWAPem, nie zaś FS. Mamy masę innych plików,
podobnego zastosowania. ,,Nowe'' wydanie OE (chyba od Wiśty)
nie buduje ,,baz danych'' DeBeiXów, ale każdy m@il traktuje
jak osobny plik; wcześniej OE bazował na DeBeiXach; ale i tak
każdy program buduje własne struktury -- własne quasiFSy.

W szczególności mamy jeden plik ISO z instalką WinZgrozy.
Jeden, co nie znaczy zhomogenizowany. ;)

Możemy to odpalić z penflaszki czy krążka i ,,zainstalować''
WinZgrozę na FSie zbudowanym w RAMce (w RAMdysku) i stamtąd
ów WZ odpalić -- aby WZ przeładował się, gubiąc zupełnie FS
w swych strukturach, jako że FS dla systemu niekoniecznie
jest szczęśliwym rozwiązaniem.

Jak już pisałem -- FS jest dobry dla jusera, jest kompromisem
pomiędzy tym, czego potrzebuje juser i tym, co akceptuje system
operacyjny. Gdyby nie juser -- FS by nie był potrzebny, w każdym
razie nie byłby potrzebny FS w wydaniach stosowanych na co dzień.

Natomiast wspolczesny naped tasmy chyba tego nie umozliwia, nie mozna

Widziałem niekończące się taśmy zorganizowane jako FS z klastrami.

tak sobie w srodku zapisu danych zmodyfikowac.
Moze jakby tak kazdy sektor jako osobny plik na tasmie ... moze nawet nie sektor tylko blok np o dlugosci 1MB...

Dla OSa lepsze jest gmeranie w ,,pliku'' niż budowanie nowego
pliku przy okazji edytowania. FS rzadko ;) umożliwia edytowanie
gotowego pliku; raczej zezwala na zapisanie wersji poprawiOnej
z ,,jednoczesnym'' skasowaniem wersji poprawiAnej. Dla pracy
OSów -- FS nie jest rozwiązaniem miłym; staje się rozwiązaniem
koniecznym, gdy w grę wchodzi interakcja z juserem.

-=-

Kończyć warto te jałowe dyskusje. Aby udowodnić realność czegoś,
warto czasami zbudować pracujący model tego czegoś -- w tym
wypadku taki model nie miałby przed sobą przyszłości, czyli
praca nad nim dawałaby raczej ;) tylko stratę czasu.

-=-

Co z tego, że WinZgroza instalując się, zapisuje swą pracę
w plikach FS? Instalujemy na FS, po czym robimy jednoczęściowy
obrazek tej kompilacji i bootlołdera ;) ładującego ów zapis
do RAMki komputera. Czy aż trzeba budować to coś, aby wykazać
realność tego czegoś?

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

On Mon, 22 Sep 2014 15:42:52 +0200, "Eneuel Leszek Ciszewski" <prosze@czytac.fontem.lucida.console> wrote:

System może być jednoczęściowy -- wrzucamy go do RAMki, gdzie
robimy z nim to, co chcemy. Czy jakikolwiek system pracujący
w RAMce organizuje tę RAMkę jako FS? Oczywiście nie -- FS

 Tak, fs na dynamicznyn ramdysku, /dev/shm tak dziala. Nowoczesny os nie potrzebuje hdd, wszystko moĹźe być w ram.

jest potrzebny dla jusera, nie dla systemu.

ZaleĹźy,  VFS jako abstrakcja jest dostępny dla systemu.

--
Marek

UĹźytkownik "Marek"  napisał w wiadomości
On Mon, 22 Sep 2014 15:42:52 +0200, "Eneuel Leszek Ciszewski"

System może być jednoczęściowy -- wrzucamy go do RAMki, gdzie
robimy z nim to, co chcemy. Czy jakikolwiek system pracujący
w RAMce organizuje tę RAMkę jako FS? Oczywiście nie -- FS

Tak, fs na dynamicznyn ramdysku, /dev/shm tak dziala. Nowoczesny os nie potrzebuje hdd, wszystko może być w ram.

Ja bym tam rzekl ze nowoczesny system wspoldziala z plikami na dysku.
Oczywiscie nie musi byc to fizyczny HDD, moze byc chocby ramdysk.

Ale moze ja jestem starej daty, moze nowoczesny system nie chce zadnych plikow, tylko sie laczy z obiektami w chmurze ...

J.

"J.F." 54203f8b$0$14114$65785112@news.neostrada.pl

Ja bym tam rzekl ze nowoczesny system wspoldziala z plikami na dysku.
Oczywiscie nie musi byc to fizyczny HDD, moze byc chocby ramdysk.

System operacyjny potrafi dogadać się z FSem.

Ale moze ja jestem starej daty, moze nowoczesny system nie chce zadnych plikow, tylko sie laczy z obiektami w chmurze ...

"Marek" almarsoft.1836400962971939146@news.neostrada.pl

Tak, fs na dynamicznyn ramdysku, /dev/shm tak dziala. Nowoczesny os nie potrzebuje hdd, wszystko może być w ram.

jest potrzebny dla jusera, nie dla systemu.

Zależy,  VFS jako abstrakcja jest dostępny dla systemu.

Chmurne obiekty także są (lub choćby mogą być) grupowane w pliki/fajle.
Weź sobie zrzut pamięci -- masz tam FS i podział na pliki?
CPU odwołuje się do pliku, do nazwy, do miejsca w FAT/MFT/itp.?
RAMka jest sklastrowana tak, że ostatni klaster pliku bywa
niepełny? Itd...

SO potrafi współpracować z FSami, które są miłe juserom.
To juser lubi nazwy plików takie jak: 'Bal_u_cioci.MTV'
i nazwy katalogów takie jak: 'Bale'. I juser chce znać
datę zapisu danego pliku.

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

W dniu 2014-09-16 17:19, Eneuel Leszek Ciszewski pisze:

"Trybun" 541849e8$0$2363$65785112@news.neostrada.pl

Do instalacji systemów operacyjnych. Chyba nie chcesz
powiedzieć że Window$ czy Linucha da się zainstalować
na innym napędzie niż HDD?

Da się na wszystkim, także na tasiemce perforowanej, oby
były sterowniki. ;) (i dostatecznie długa tasiemka) ;)

Nośnik jest nośnikiem. Resztą zajmują się interfejsy. Linuksy
startują ze wszystkiego bezproblemowo -- z kart pamięci czy
CD... DOS startował kiedyś także z dyskietek; WinDos (Win 3.x
i Win95/98/Me) to w zasadzie DOS wraz z nakładką wprowadzającą
do pamięci chronionej i zawierającej interfejs graficzny.

BTW -- nie jestem pewien tego, czy wczesne Win 3.x miały
dostęp do pamięci chronionej. Win 3.11 fwg zdecydowanie
tak, ale czy każde Win 3.x -- nie wiem.

Jasne, zupełnie zapomniałem że sam zainstalowałem Linuksa na pendrive, gdy kupiłem nowego kompa. W starym instalacja Window$ i Linuksa przwie zawsze mieszała w MBRze że później miałem problem z instalacja jakiegokolwiek systemu. W nowym zainstalowałem na pendrive, i sama instalacja się powiodła, jednak jakość tego systemu była fatalna. Jedno że strasznie powolny, to jeszcze na dodatek co chwila wyskakiwały błędy.

W dniu 2014-09-16 o 16:32, Trybun pisze:

Do instalacji systemów operacyjnych. Chyba nie chcesz powiedzieć że
Window$ czy Linucha da się zainstalować na innym napędzie niż HDD?

LOL, właśnie piszę z komputera który ma system zainstalowany na SSD Intela coś za 80 zł :)
--

Trybun wrote:

W dniu 2014-09-16 00:39, Eneuel Leszek Ciszewski pisze:

http://www.swiatobrazu.pl/512gb-na-karcie-sd-od-sandisk-31542.html

  512GB na karcie SD od SanDisk
  11 września 2014, 15:24

  SanDisk wprowadził do sprzedaży kartę pamięci SanDisk Extreme PRO SDXC
  UHS-I 512GB kartę SD, która ma sprostać wymaganiom profesjonalnych
  użytkowników, którzy potrzebują najnowocześniejszego sprzętu do
  rejestracji materiałów wideo w rozdzielczości 4K Ultra High
  Definition (3840x2160p), Full HD (1920x1080) oraz superszybkiego
  trybu zdjęć seryjnych.

Do instalacji systemów operacyjnych. Chyba nie chcesz powiedzieć że Window$ czy Linucha da się zainstalować na innym napędzie niż HDD?

oczywiście, że się da

--
mst <at> gazeta <.> pl
"-Mam lęk gruntu! -Chyba wysokości? -Wiem co mówię. To grunt zabija!" T.Pratchett

W dniu 2014-09-16 o 00:39, Eneuel Leszek Ciszewski pisze:

Bo taniej? A wiesz, że są nadal używane pamięci na taśmach magnetycznych? Pewnie nie...

--