JOPS: no oni nejsou podporované ani Ryzeny 1000 řady, to je 4 roky staré cpu

JOPS:
Já Intel(R) Core(TM) i5-4670 CPU

eh, takze i7-4790k neni podporovanej v novejch oknech? oh :)

jsem myslel, ze ten pocitac mam 3-4 roky a ono to uz je pres sest let... hmmm

ale vidim to na upgrade, az vyjdou nova okna.

Kdy vlastne maji vyjit?

PES:
Ale to já neřeším... Nebo nevidím tu souvislost. Život beru jak jde a pokud se mi Windows nelibí, tak mohu jít na Linux a být v té prdeli hned a dobrovolně...
Jinak ono se to tak rychle nezmění, dokud to bude ve prospěch vývojářů, proč by si sami sobě podřezávali větev? Takže nečekám revoluci...

KOC256: Vývoj šel strmě právě v cestě "cloudizace" - sice je to cesta vedoucí hodně do pekel, ale kdo ví, když to vyšlo M$ s Oppice 365, tak si věří, že podobně nasměrovaný OS to řeší...

...asi si všichni potřebujeme pořádně nabít hubu, aby se všechny ty Cloudy, vzdálené účty (tj. podmíněné registrace), pravidelné výpalné a hlavně možnosti zaříznout kohokoliv kdekolik kdo se znelíbí, než se všechny tyhle výmysly odeberou na smetiště (kam patří) a jejich prosazovatelé nejlépe na větve...

PES:
Já to chápu. Jen prostě ten vývoj PC nešel za posledních 10 let tak strmě kupředu jako tomu bývalo v době K5, K6, Duron, Athlon, atd. Tam dávalo smysl co dva roky měnit kompa :-)

KOC256: Tak musíš se zbavit věcí bez "security" prvků, když plánem je svázat to všechno do M$ Accountů a M$ Cloudu...

NECROMAN:
Mám 8 roků starý počítač, ale tenkrát jsem ho stavěl relativně na kvalitním podvozku. Dneska s ním stíhám vše co potřebuji, ale taky mi hlásí že Win 11 nepůjdou. U mě to bude zřejmě absencí TPM 2.0, který jsem v BIOSu nikde nenašel (aby jo, když to je výdobytek 2015+ jak jsem někde četl).

Toto tvrdé sestřelení starších mašin, které ale ani na dnešní dobu pořád nejsou šrotem mi přijde zajímavé...

NECROMAN: Vítej do nového upgrade cyklu. ... Asi se opakuju... ale ještě pořád je tu solidní Linux Kernel a X WIndows, ale to už je zase jiný příběh.

NECROMAN: Otazka je, kdo se je, krome oddeleni propagace prosil o zaobleny okynka.

NECROMAN: na druhou stranu Pentium® Gold 4425Y co mám v Surface Go 2 tam je, a také mi to hlásí že nepodporovaný.

GIOMIKY: asi máme odpověď, se 4 roky starým Kaby Lake Core-i7 mám smůlu
https://docs.microsoft.com/en-us/windows-hardware/design/minimum/supported/windows-11-supported-intel-processors

NECROMAN: Nekde si sosni ten leaknutej winxi a zkus to ve virtualu, jestli to existuje. Osobne si myslim, ze potrebujou updatnout store a udelat kolem toho halo. Je to komercni firma. Nehledej v tom vetsi spokojenost uzivatele, ale marketingovy tah.

Tak na dvou PC, které mají TPM 2.0 i Secure boot zapnutý (Dell XPS 15 9560 a Surface Go 2) mi to ale hlásí, že min požadavky nesplňuji, bez informace co je špatně.
Jak to máte vy, co vám ten tool hlásí?
Upgrade to the New Windows 11 OS | Microsoft
https://www.microsoft.com/en-us/windows/windows-11

A jestli může být na Macu DS_Store a kopírovat se soubory, tak proč by nemohl být na windows? Ani kvůli tomu nemusíš měnit NTFS, stačí konečně dopracovat Indexer a naučit ho pracovat s něčím podobným. Nové soubory s existujícími fulltexty, náhledy,… by se jen vložily do DB indexeru a při jejich smazání se odstraní.

GIOMIKY: Já to chci mít ve windows - současný indexer to neumí. Jak si to pořeší - jestli to bude samostatná databáze, do které se to bude ukládat, ze které se to vyzvedne při kopírování souboru nebo jestli to bude spešl typ souboru (stejně jako adresář, což je vesměs jen tabulka se seznamem souborů) co nebude by default vidět a v metadatech souboru - nebo třeba obahu toho adresáře na ně bude reference - je mi vesměs fuk. Chci výsledek co popisuji, až tak moc mne nezajímá, jak to bude technicky řešené.

A v době síťových disků nevidím ani moc problém s tím sdílením přes https :)

NAVARA: Tvl ... paneboze na nebi ... dovedes si predstavit, ze by's treba chtel resit problematiku zapisu vice procesu najednou? Nebo treba zamky? Jako fakt si myslis, ze je dobrej napad tohle cpat do souborovy systemu? Co fault-tolerance? Konkurence? Transakcnost? Vim, ze soucasna generace je naprosto mimo realitu, ale delat ze souborovyho systemu matejskou pout to je novinka.
Tvl ... souborovy system je velice blizko procesoru, rozumej kernelu. Ten umi text a binarnimu soubor. To bohate staci. Kdyz z toho udelas tenhle maglajz, tak ti to rozkurvi a zpomali celej operacni system i se vsim, co na nem bezi.
Pochop, ze samozrejme, ze ty si chces tagovat fotky... ale co treba kdyby's chtel, aby ti je otagovali tvoji byvali spoluzaci z Jang Cu Tung z Ciny? Tak ho pozves do sve slozky Fotky? Anebo nechas vystavenou databazi a pres https rozhrani je nechas zasahovat do metadat?
Co kdyby's tech fotek mel 23 TB a potreboval to distribuovat na nekolik pocitacu? Co kdyby's potreboval redundanci? Tohle vsechno chces fakt implementovat do souboroveho systemu, ktery ma byt nejrychlejsi a nejspolehlivejsi co to jde? Optimalne rutiny psane v asembleru? Ze by's tam pridal treba 300 atributu, aby si kazdy zacinajici uzivatel mohl rozkurvit kvalitu souborove systemu podle svych predstav?

GIOMIKY: Tak filesystém je databáze souborů s distribuovaným indexem :)

Umí si to ošahat celý filesystém (resp. určené složky, c:\windows indexovat nepotřebuji) a natáhnout metadata?

Treesize, když uloží seznam souborů na C: se základními atributy (velikost,...) do xml, tak to zabírá 148MB a po zazipování 8MB - tj. nic drastického.
Připojit k tomu údaje jako tagy, gps,… případně i v lepším případě fulltext a náhledy, už by tu velikost zvedlo, ale pořád "drobné"