Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
treba pouzit s Amigou, ktere sice podporuje nativne RDB ale pres CrossDOS MBR... nebo bude chtit nainstalovat OS/2, nebo cokoliv sice exotickeho ale porad realnejsiho nez ze za 5let by na tom SSD bylo stale totozne "dneska" rozdeleni nad MBRAmiga a OS/2? A já blázen jsem si myslel, že FreeDOS je dobrej džouk!
)
Ale jestli máš na desce Coreboot/Libreboot/OpenFirmware, tak souhlas.Nic takovýho není pro to, co jsem napsal, potřeba. A lidi to neví právě proto, že většina distribucí Linuxu nesmyslně pořád jde cestou zabugovaných a dávno překonaných systémů i v době, kdy už vůbec k ničemu nejsou potřeba.
to uz je vetsi sance ze za 5mesicu se narazi na pouziti ktere bude vyzadovat MBRJako třeba ten FreeDOS? Ten, jak koukám, umí GPT omezeně použít taky (protective MBR). Takže? K jakému použití je potřeba MBR?
i kdyby chtel v budoucnu vice nez 4 partisny, muze i s MBR udelat bez problemuVšak jsem to taky napsal: "skoro na vsechno se daji extended pouzit, ale ..."
Mozna ostatni nechapu proc se modelova situace nasazuje na konkretni situci s kterou nema nic spolecnehoA v cem je jako rozdil? Ze misto 2T porna tam bude mit 400G porna?! Tak jako tak je opruz to zbytecne vykopirovavat, co je na tom nepochopitelneho?
Tedy je tu jedna situace, kdy bych i já jednoznačně preferoval MBR. Pokud tazatel předpokládá, že bude disk někdy používat pod jinými OS (např. nějaké starší MS Windows). Protože v Linuxu není problém s GPT, ale o některých jiných OS se to říci nedá.MacOS X má GPT jako jedinou možnost pro bootování už snad osm let. Na FreeBSD je to default už tak aspoň 5 let. Takže nám zbývá co? 32b Win XP? Windows 3.11? FreeDOS?
I v případech, kdy na sda máš jediný oddíl sda1 a v něm LVM/mdraid/btrfs/LUKS? K čemu je to dobré?Například k tomu, co jsem řekl: můžeš mít bootloader ve spešl partišně, nemusíš šaškovat s odděleným /boot, ramdiskem, odporným přegenerováváním všeho toho shitu GRUB 2. Prostě jako normální inteligentní člověk pomocí libovolně velkého bootloaderu nabootuješ přímo do složitého filesystému, třeba ZFS a nic neřešíš. Samozřejmě pokud se chce drbat levou nohou za pravým uchem a všechny tyhle hnusárny podstupovat kvůli tomu, aby mohl mít zastaralé MBR, tak fantazii se meze nekladou, že
naproti tomu GPT neprinese ZADNOU vyhodu pro dane pouziti (1-2 oddily)Pokud za výhodu nepovažuješ to, že tě do budoucna nesvazuje nesmyslnými archaickými omezeními, tak pak jo.
Tak obecne mas urcite pravdu, ale promin, on to pouziva jako ekvivalent jednoho oddilu. Takze co tam da, je uplne jedno. Na to, ze by se tam chystal vytvorit 850 oddilu to nevypada.To muze platit ted, ale nemusi to platit za pet let.
Je to ok, nevadí to něčemu?V BSD světě se tomuhle způsobu říká "dangerously dedicated disk", pod tímhle termínem bys to případně vygoogloval.
No pořádně ani nevim. Myslel jsem, že GPT je vyspělejší,A myslel sis to správně. MBR je dinosaurus z doby, kdy nikoho nenapadlo, že by na "IBM PC" někdo chtěl třeba provozovat víc operačních systémů apod. GPT nemá archaická omezení a pokud nemáš pádný důvod ho nepoužít, tak ho použij.
Dělám to tak i na vlastních počítačích od doby, co jsem začal s unixem. Konkrétně AIX na mašinách IBM RS/6000, rok 1997. A žádný problém jsem s tím nikdy neměl.Znám taky jednoho kuřáka, který kouří od 14ti a rakovinu ještě nikdy nedostal.
--yes-really-run-this-as-root-because-i-am-smartest-guy-ever
jak se ta cena/zájem vyvíjeli je viděd na mnoha snadno dohledatelných zdrojích na internetu, podlesní dobou (týdny) má ten rozkmit čím dál menší, dalo by se říct že o proti dobám minulým vykazuje stabilitu a nepatrný růst.Ano, je to snadno dohledatelné a proto je snadno odhalitelné, co je objektivní pravda a co jenom přání otcem myšlenky.
Když ČNB v roce 2013 násilně posunula korunu o cca 10%, mohli se z toho všichni zvencnout. U BTC by si toho nikdo ani nevšiml.Zkušenost je taková, že decentralizované systémy jsou odolnější než ty centralizovanéOdolnější vůči čemu? Pokud budu chtít BTC uvést v totální chaos, potřebuju k tomu jenom dostatek peněz (na úrovni částek, kterými disponují státy). Pokud bych chtěl totéž udělat s klasickými bankovními účty, tak jsou mi ty peníze k ničemu, ničeho s nimi nedosáhnu (pokud bych chtěl udělat masivní hackerský útok, tak maximálně banky v nejhorším případě přejdou do nějakého nouzového offline režimu jako před sto lety).
Pokud bude existovat pekárna, která bere BTC tak si za to můžeš koupit i ten rohlík, a to úplně stejně složitě, jako když platíš bezkontaktní kartouPokud bude existovat pekárna, která bude brát platby ve špinavých ponožkách, tak si za špinavý ponožky koupíš rohlík. To je zjevná pravda, která ale nemá vůbec žádné relevantní důsledky.
, dnes třeba existuje v praze hospoda, cukrárna i čajovna kde to berou, je možné že za rok nebo za tři bude existovat i pekárna.A nebo taky nebude. Spíš nebude. Ty existující podniky neberou BTC z nějakých pragmatických důvodů (líp se s tím pracuje, jsou levnější transakce, ...), ale naopak nevýhody zkousnou, protože BTC prostě brát chtějí.
Je to hra, rozhodně do toho nevložím tolik kolik by ohrozilo můj rozpočet, ale je to hezká hra, rozhodně hezčí než nějaká trapná střílečka, která potřebuje speciální GPU které dohromady nakonec protopí víc než ti těžaři dohromady. v konečném důsledku je to i levnější zábava a jako bonus to třeba může i nějaké peníze přinést, což neplatí u těch, kteří na tom chtěji založit své budoucí zbohatnutíKromě těch, kdo začali opravdu brzo, všichni kdysi nadšení těžaři prodělali a ještě byli rádi, že aspoň ty grafárny můžou těm hráčům prodat
Největší zisk na BTC by měli, kdyby do toho v té době hypu vůbec nešli.
F# je moj oblubeny jazyk ale na dynamicke zalezitosti sa vôbec nehodi. F# ma silne typovanie a svet js je preane opacny.Úplně nerozumim tomu, proč by frontend měl být "dynamičtější" než zbytek aplikace. Od backendu dostává nějaká data, ta nějak zobrazuje a reaguje na události od uživatele. To není nic, na co by se statické typování nedalo použít, všechno je známo v době překladu.
Popravde jsem na FreeBSD sleep nikdy nezkousel a mel bych z toho asi celkem vitr.Sleep funguje na FreeBSD bezproblemove, ale urcite bude zalezet na hw.
Co se týče výběru desky. Tak ta mi zaujala hlavně kvůli spotřebě. Tvrdí, že 6W procesor +-par W bude asi samotná deska. To není špatné.Nojo, jenže ten zdroj, co tam máš, má tu danou účinnost při 120W. S menším zatížením půjde účinnost strmě dolů (u všech normálních zdrojů). Nebylo by vůbec žádný překvapení, kdyby si vzal 60W jako minimum nezávisle na záteži. Takže součet spotřeb komponent může být klidně 20W, ale zdroj si veme 60W, takže nad spotřebou desky s tímhle zdrojem je úplně zbytečný špekulovat - a totéž platí pro uspávání disků
Máte pravdu, ty logy by ji asi rychle oddělaly.Logy na flashku v žádném případě! Pokud běh z flashky, tak v RO režimu. A nevím, jestli na to má FreeNAS nějaké klikátko. Pokud ne, musel bys tomu systému rozumět, abys to uměl správně nastavit (není to těžký, ale nějakou znalost to vyžaduje). Při RO rootu je běh z flashky bez problémů. Updaty a boot sice trvají dýl, ale to nikoho u NASu nezabije. Smysl to dává.
Chtěl bych si dokázat, že to dokážu a něco se i přiučit.Myslím, že to není špatný nápad. Ale víc než hardwaru bych tu energii věnoval učení se toho FreeBSD.
Ada Lovelace byla o 80 let starší než Kurt Godel, ale jeho otec vlastnil textilní továrnu (podle Wikipedie), kupodivu, třeba si Godel jako dítě hrál s děrnými štítky od firmy Hollerith :-)To je pravda, na Adu jsem úplně zapomněl. Tak teď už je to jasný, proč jsou deklarativní jazyky tak blbý.
A nebo to náhoda je. Těch vlivů je spousta. A spousta významných jmen kolem počátků informatiky rozhodně z anglosaského prostředí nepochází.Jedním z prvních, kdo se modelováním kroků výpočtu zabýval, byl Gödel, který se narodil v Brně, ale mluvil Německy. Tak nevím, co z toho asi plyne pro vlastnosti deklarativních jazyků
)
Ano, a pak přidá jedno pravidlo a výsledek bude prázdná tabulka....úplně stejně jako u imperativního jazyka:
for(int x; x<10;x++) {
printf("%d\n",x);
}
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.