|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
who cares
Od: ehhhhhh
|
Pridané:
5.9.2017 11:23
Nobody cares about linux until proper GPU drivers delivered...
|
|
Re: who cares
Od: ficiak
|
Pridané:
5.9.2017 11:27
Keby len to
|
|
Re: who cares
Od: asdfghjklbnbm
|
Pridané:
5.9.2017 11:32
Zato tvoj jebnuty nazor kazdeho zaujima
|
|
Re: who cares
Od reg.: quix_
|
Pridané:
5.9.2017 11:43
Tak vidite deti, taketo osprostene zostanete, ked sa neucite anglictinu poriadne ale len z meme obrazkov.
Odhliadnuc od tvojej zbabranej anglictiny ocividne netusis ako sa pisu proprietarne ovladace pre graficke karty.
|
|
Re: who cares
Od: mortyyy
|
Pridané:
5.9.2017 11:45
Ty nastupujes do STV miesto Majstra N ?
|
|
Re: who cares
Od: reginkaa
|
Pridané:
5.9.2017 13:24
tak bacha
o panovi N len v dobrom
|
|
Re: who cares
Od: Adolf Kernel
|
Pridané:
5.9.2017 15:28
Slovensky pedofilNy kral ...
|
|
Re: who cares
Od: dj_v
|
Pridané:
5.9.2017 12:30
veď brigáduje u strýca McDonalda, aj to mu nedajú vypražiť "hranolčeky", ale len handru do ruky a Mr.Proper čistič :D
|
|
Re: who cares
Od: reg.: x x l l
|
Pridané:
5.9.2017 12:59
Taky ten pocit, ked ides niekoho poucovat o anglictine a nepoznas slovo "proper" :D
|
|
Re: who cares
Od: sak ja ne?
|
Pridané:
5.9.2017 13:04
I speak London grammar very yes!
|
|
Re: who cares
Od reg.: quix_
|
Pridané:
5.9.2017 16:53
ffs shitface.. kto asi moze pisat "proper" ovladace pre proprietarny hardver? kto ich tak asi napise.. hmm? nie komunita ale vyrobca hardveru.
ale nehnevam sa na teba za to, ze mas problem s pochopenim pisaneho textu. vinim skolstvo a zanedbanu vychovu, zo strany tvojich rodicov. teba len polutovat.
|
|
Re: who cares
Od: reg.: x x l l
|
Pridané:
5.9.2017 19:01
Ah ty hoviadko nestastne. Okrem vysmiatia trapackej anglictiny (ano, aj ja som sa zasmial, mas plusovy bod), si priniesol novu temu, ktoru si dodatocne nevysvetlil, a tvoje brilantne oslie mostiky zostali zial len v tvojej hlave. Mozno si na to v zivote este neprisiel, no tento svet funguje tak, ze si ludia vzajomne myslienky necitaju.
Asi sa zhodneme na tom, ze dobre ovladace mozu byt aj open source a pre linux, ze? A dokonca aj pre proprietarny hardware, akymi su graficke cipy. Taky intel, ma napriklad celkom vzorove ovladace a dedikovany team pre ich vyvoj. Alebo mi nieco uslo? :D
Paa, maj sa pekne (ps. ja nie som ten "ehhhhhh")
|
|
Re: who cares
Od: .vždy
|
Pridané:
5.9.2017 19:17
Pre nezdokumentované funkcie môžeš mať dobre ovládače len ťažko. Pre prípadné licencované alebo patentované vôbec.
|
|
Re: who cares
Od: quixzabudolsomheslo
|
Pridané:
5.9.2017 19:46
Nehovoriac o iniciative okolo Grega K.H. a vtedy skupine ochotnej podpisat NDA a vytvarat pre proprietarne zariadenia otvorene ovladace udrziavane upstreamom v kerneli.ale ani to velmi nepomohlo a na poli grafickych kariet,je to s vykonom slonodnych ovladacov stale bieda.
|
|
Re: who cares
Od: qwertyuiop1
|
Pridané:
5.9.2017 20:09
Tak napriklad AMDGPU (otvoreny ovladac) je daleko vykonnejsi a korektnejsi, ako AMDGPU-PRO (proprietarny ovladac).
V zavese je Intel - v niecom je lepsi otvoreny, v inom proprietarny driver.
Akurat Nvidia ma vykonnejsi proprietarny driver. Zeby to bolo tym, ze neexistuje dokumentacia k ich hw a ich driver tiez nerobi celkom to, co by mal? Hlavne ze to robi rychlo...
|
|
Re: who cares
Od: eternal_noob
|
Pridané:
5.9.2017 16:28
niekto pouziva PC aj na ine veci ako hranie hier
|
|
Re: who cares
Od: prdlajs
|
Pridané:
5.9.2017 19:51
Kto? Taki ludia aj existuju?
|
|
DE kompatibilita
Od reg.: Zapredaný
|
Pridané:
5.9.2017 11:33
Planujem poskladat PC a zakladom bude Ryzen 1600, RX 470/480 a Samsung NVMe SSD. Mohlo by nieco z toho blbnut s Kubuntu pripadne inym KDE distrom?
Zaujimalo by ma totiz ako sa v dnesnej dobe kamaradia mainstream grafiky s roznymi DE.
|
|
Re: DE kompatibilita
Od reg.: roob_
|
Pridané:
5.9.2017 11:49
ja si planujem kupu Bugatti Niniette 66 a planujem stym splavovat Hron pripadne Hornad. Mohlo by nieco blbnut?
|
|
Re: DE kompatibilita
Od: Ficiak
|
Pridané:
5.9.2017 11:54
Na Hrone by si nemal mat problem, splavoval som uz viac krat. Davaj si pozor ale pri Šálkovej je zjeb.
|
|
Re: DE kompatibilita
Od reg.: roob_
|
Pridané:
5.9.2017 13:05
scim, s 15m jachtou s ponorom aspon meter? Na Hron to ma rovnaky vyznam ako RX480 na linux.
|
|
Re: DE kompatibilita
Od: qwertyuiop1
|
Pridané:
5.9.2017 20:10
15m jachta bude mat ponor tak 2,5 metra. Zmestila by sa na Hron? :)
|
|
Re: DE kompatibilita
Od reg.: quix_
|
Pridané:
5.9.2017 16:55
grammar_nazi_here_meme.png pri Šalkovej je zjeb, nie Šálkovej :D
|
|
Re: DE kompatibilita
Od: Adolf Kernel
|
Pridané:
5.9.2017 12:08
Rybari budu blbnut ... :D
|
|
Re: DE kompatibilita
Od: teplovzime
|
Pridané:
5.9.2017 12:11
Ak ten Ryzen nie je z prvej serie, problem by nemal byt vobec ziadny.
|
|
Re: DE kompatibilita
Od: partizann
|
Pridané:
5.9.2017 13:18
Mam R5 1600@3,8GHz a RAM @2933MT/s z prvej serie, ale problem s tym nie je tiez pokial to neplanuje pouzivat ako stroj na nonstop kompilaciu - test ryzen-kill ktory pusti kompilaciu z ramdisku na 12 roznych instancii naraz mi hodi 1 segfault za 3 hodiny (je to test na kontrolu daneho bugu)
Vecsina ludi nekompiluje tolko za 3 roky co ten script za 3 hodiny, takze by som to nevidel niak tragicky, pripadne vam ho v AMD vyreklamuju na poziadanie.
|
|
Re: DE kompatibilita
Od: nou
|
Pridané:
5.9.2017 14:51
To mas este dobre. Moj 1700X hodi segfault do 30 sekund. Poslal som poziadavku do AMD uvidim ci mi ho vymenia.
|
|
Re: DE kompatibilita
Od: dretyyy
|
Pridané:
5.9.2017 15:07
Tak si to zopakujme, testoval si CPU na chybu ktora aj pri advanced pouzivani prakticky nemoze nastat (navodil si to len s pouzitim scriptu, vytvoreneho primarne len na tento ucel) ale aj napriek tomu si ochotny to teraz cele rozobrat a poslat im svoj "chybny" kus a cakat minimalne mesiac na prichod noveho ?
|
|
Re: DE kompatibilita
Od: qwertyuiop1
|
Pridané:
5.9.2017 20:37
RMA pri AMD funguje inac: posles im cislo svojej platobnej karty, oni ti poslu naspat novy kus a urobia blokaciu na karte. Ty si ho prehodis a posles naspat stary kus. Ked im dorazi, zrusia blokaciu.
Takze nie, nebudes mesiac bez procesora.
|
|
Re: DE kompatibilita
Od: frflee3141592
|
Pridané:
5.9.2017 12:12
SSD pojde bez problemov.
Open source ovladace (MESA) pre AMD karty su stabilne a nie su s nimi problemy, closed source ovladace (AMDGPU-PRO) su na tom podstatne horsie a asi coskoro zaniknu.Pouzi open source ovladace pre grafiku a budes mat pokoj.
|
|
Re: DE kompatibilita
Od: Jamicon
|
Pridané:
5.9.2017 15:09
Môže použiť opensource ovládače amd-gpu, ktoré sú priamo v jadre. Nie sú síce PRO, ale dokážu v podstate všetko a nerobia problémy.
|
|
Re: DE kompatibilita
Od: frflee3141592
|
Pridané:
5.9.2017 17:09
Nevedel som ze su v jadre, tj este lepsie :)
|
|
Re: DE kompatibilita
Od: qwertyuiop1
|
Pridané:
5.9.2017 20:41
Ale nepodporuju zatial Vegu a je otazka, ci to do 4.14 stihnu... Polaris funguje, nejake drobnosti nejdu (Freesync cez HDMI, audio cez HDMI. Pouzi DisplayPort).
|
|
Re: DE kompatibilita
Od: partizann
|
Pridané:
6.9.2017 8:57
Alebo je si mozne stiahnut/skompilovat linux-amd-mainline kernel 4.12 kde su uz dane patche ktore do offic kernelu este cakaju na zaradenie uz pribalene a tym padom funguje aj freesync aj vsetky hore uvedene veci.
|
|
Re: DE kompatibilita
Od: qwertyuiop1
|
Pridané:
5.9.2017 20:39
Predrecnik mal na mysli to, ze ovladace, ktore ty spominas (amdgpu) su lepsie - vykonnejsie, spolahlivejsie - ako proprietarne (amdgpu-pro).
|
|
Re: DE kompatibilita
Od: partizann
|
Pridané:
5.9.2017 13:10
Ja mam Ryzen R5 1600 s Archom a s kernelom 4.12.8 a Mesa 17.3-git a beha to paradne na open source ovladacoch. Momentalne je to hlavne s AMD grafikami naozaj super v hociktorom distre s novsim jadrom a balikmi. *buntu 17.04 alebo nadchadzajuca 17.10 uz maju Mesa vo verzii 17+, takze tam uz je to vykonovo celkom ok, predosle verzie by som velmi neodporucal.
|
|
Re: DE kompatibilita
Od: reginkaaa
|
Pridané:
5.9.2017 13:26
mam HD7870 a na Deb9 Mate mi funguje aj compiz, takze za man super
|
|
Sekvencie
Od: Tých ečv
|
Pridané:
5.9.2017 12:07
Mohol by mi niekto vysvetliť, prečo je pri SSD treba riešiť fragmentáciu, mal som dojem, že je to problém len pri HDD, kde sa musí fyzicky presúvať hlava.
|
|
Re: Sekvencie
Od: Adolf Kernel
|
Pridané:
5.9.2017 12:09
Vidis, nieje vsetko zlato co sa vysti...
|
|
Re: Sekvencie
Od: dj_v
|
Pridané:
5.9.2017 12:33
ale ked sa vystis proti vetru, budes mat pozlatene nohavice
|
|
Re: Sekvencie
Od: syntaxterrorX XY
|
Pridané:
5.9.2017 12:43
Pretoze kazda prtava aplikacia, vratane Hello World, obsahuje vlastnu verziu pana Spinku, ktora loguje, temetriuje, hintuje, spellcekuje a notifyduje o dusu spasenu a kazda je najdolezitejsia..
|
|
Re: Sekvencie
Od: Reg.: x x l l
|
Pridané:
5.9.2017 13:16
Problem je v tom, ze ak interna velkost bloku, s ktorym SSD v skutocnosti pracuje, je vacsia ako velkost bloku pouzivaneho suborovym systemom, tak tam vznika casom interna fragmentacia.
Operacny system sa snazi zaplnit z jeho pohladu volne bloky, no z pohladu SSD je to zlozitejsie, pretoze ten musi nacitat svoj interny, vacsi blok, doplnit ho o nove data a zapisat naspet. Cim vznikaju zbytocne prepisy a znizuje sa zivotnost buniek. Tento novy mechanizmus je teda len pomocka pre SSD, aby uz pocas zapisu vedel interne ukladat data z rovnakeho zdroja co najviac pri sebe.
|
|
Re: Sekvencie
Od: Tých ečv
|
Pridané:
5.9.2017 13:50
Vďaka
|
|
Re: Sekvencie
Od: Reg.: x x l l
|
Pridané:
5.9.2017 16:41
To bude za 5 eur nemáš za čo.
|
|
Re: Sekvencie
Od: reg.: x x l l
|
Pridané:
5.9.2017 18:47
Ty falosny x x l l !
|
|
Re: Sekvencie 1
Od: jozkoprocko
|
Pridané:
6.9.2017 6:43
Netreba - urcite nikdy nedefragmentuj SSD - zbytocne si znizis zivotnost disku. Tato fragmentacia je zla z ineho dovodu, ako fragmentacia pri klasickych HDD. Skusim vysvetlit: SSD interne rozlisuje "page" (podla modelu od 2kB do 16kB) a "block" co je zvacsa 128 alebo 256 "pages" (teda medzi 256kB a 4MB). Napr. Samsung SSD 840 EVO ma 8kB page a [8kB x 256] = 2MB blok. Pre SSD nie je mozne citat/zapisovat menej ako jednu page naraz, hoci operacny system moze precitat/zapisat naraz najmenej 512B (sektor), co je zvacsa najmensi adresovatelny dielik suboroveho systemu a programator v Ccku moze precitat/zapisat najmenej 1 byte - toto vsetko sa ale preklada postupne - kvoli 1B sa cita cely sektor a kvoli sektoru cely blok. Koder chce 1B, OS posle 1B ale z disku si vyziada 512B, disk posle 512B ale precita kvoli tomu povedzme 8kB. Pozn: uz pomerne dlho sa presadzuje aj 4kB sektor - 8x512B.
|
|
Re: Sekvencie 2
Od: jozkoprocko
|
Pridané:
6.9.2017 7:01
Teraz v com je hacik: zapisovat sa da len do "pripravenych" pages (zvacsa sa vsetky bity nastavia na 1 a page sa v metadatach oznaci za pripravenu na zapis - teda prazdna). Pripravit (teda uvolnit/vymazat) je ale mozne len cely blok naraz (256 pages) a toto je zvacsa voci operacii zapisu niekolko-krat pomalsie. Realny priklad (niektore veci tu zjednodusim kvoli pochopeniu): kopirujes na disk naraz 2 velke subory (2 procesy). Kedze SSD dostava po kabliku len prikazy "zapis toto, zapis toto, zapis toto..." po sektoroch, tak pise ako divy. Raz jeden proces posle svojich 512B, potom druhy svojich 512B, potom prvy mozno stihne zapisat 2x512B naraz, zas druhy atd. SSD ich uklada ako idu a na konci mas zapisanych niekolko pages pekne na striedacku po 512B z jedneho a druheho suboru.
|
|
Re: Sekvencie 3
Od: jozkoprocko
|
Pridané:
6.9.2017 7:06
Povedzme, ze na zaciatku si mal volny 100GB disk a ty si zapisal dva 50GB subory. Disk je teda plny a oba subory su fragmentovane. Ak chces precitat jeden subor (vsetkych 100 milion jeho 512-bajtovych casti), SSD realne musi precitat celych 100GB, pretoze kazda jedna page obsahuje polovicu jedneho suboru a polovicu druheho (toto ale len v najhorsom moznom pripade takejto katastrofalnej fragmentacie, comu ale zvacsa pri velkych suboroch zabrani uz OS a suborovy system - su ale ine pripady, kde to na urovni OS ani nie je mozne vyriesit, napr. virtualne stroje, tam sa ti takto mozu domiesat sektory z roznych virtualiek, kedze kazdy z tych dvoch procesov je z ineho OS a ineho suboroveho systemu).
|
|
Re: Sekvencie 4
Od: jozkoprocko
|
Pridané:
6.9.2017 8:04
Ak teraz jeden subor zmazes, realne ani nedostanes ziadne volne miesto (v najhorsom "katastrofalnom" pripade), kedze realne zmazat je mozne len po celych blokoch, a ty mas dokonca aj vsetky pages v blokoch napoly zaplnene jednym aj druhym suborom. Ak aj OS posle kontroleru SSD po zmazani suboru TRIM na kazdy sektor, kontroler nenajde ziadny taky suvisly blok, v ktorom by mohol vsetky 256 pages oznacit na zmazane a ani nedokaze tak poprehadzovat pages medzi roznymi blokmi, aby mal cely blok volny. To je kvoli tomu, ze SSD uz na uroven sektorov po zapise "nevidi" - ak ma page povedzme 8kB a sektor ma 512B, OS musi poslat TRIM na 16 za sebou iducich sektorov, aby dokazal oznacit page ako pripravenu na zmazanie - a kedze v nasom katastrofalnom pripade je v kazdej page cast jedneho aj druheho suboru, hoci OS poslal TRIM na 100 milion sektorov, ziadnych 16 z nich nie je pekne za sebou z jednej page, a teda ziadna page sa nebude moct oznacit na zmazanie - katastrofa, akoby sa TRIM ani neposlal!).
|
|
Re: Sekvencie 5
Od: jozkoprocko
|
Pridané:
6.9.2017 8:14
Lepsie by bolo, keby fragmenty tych suborov boli aspon zarovnane na pages a teda mazanie bude krasne umoznene (max. bude nutne poprehadzovat pages, aby si mal suvisly blok - co robi kontroler) a ty dostanes nazad celych svojich 50GB. Toto presne sa dosiahne pomocou spominanej funkcionality "Directives and Streams", kedy proces bude spolu so zapisovanymi datami posielat aj nejaky identifikator, vdaka comu kontroler na disku bude moct zapisovat suvisiace sektory za sebou (resp. spolu do pages). Poznamka: aby to bezny desktopovy user pochopil, tak som ten priklad trosku pritiahol za vlasy a k takejto katastrofe by nemalo dojst uz len kvoli OS - ako som pisal vyssie. Kde sa toto zlepsenie skutocne prejavi su hlavne serverove riesenia, kde sa dosiahne konzistentnejsi "write performance". TL;DR: super funkcionalita, v mnohom pomoze (vykon, zivotnost); desktopovym userom nie az tak velmi, ale nieco predsa; urcite nedefragmentuj SSD disk tym windowsovym defragmentorom.
|
|
Re: Sekvencie 5
Od: 31337
|
Pridané:
6.9.2017 13:28
Diky za super vysvetlenie
|
|
Re: Sekvencie 6
Od: jozkoprocko
|
Pridané:
6.9.2017 22:52
Trosku sa poopravim - neviem presne, aka velka fragmentacia vznika vo vnutri pages (pomiesane sektory) verzus vo vnutri blokov (pomiesane pages) ale "Directives and Streams" su skor na to druhe (co vlastne ale zahrnuje aj prve) - teda aby si mal uz, pokial mozno, cele bloky obsadene len jednym druhom "steramu" - teda jednym suborom. A ak sa ten zmaze, kontroler moze rovno pripravit na zapis (realne zmazat) cely dany blok.
|
|
Re: Sekvencie 6
Od: PPPATRIK
|
Pridané:
7.9.2017 0:11
Článok som nečítal a hneď namieril sem aby som prečítal vysvetlenie v komentoch, ktorému aj tak nechápem, ak je správne tak vďaka :-D
|
|
dalsi link
Od: new bie
|
Pridané:
5.9.2017 14:39
Mne chyba este link na https://kernelnewbies.org/Linux_4.13 Je sice este prazdny, ale ked ho naplnia, bude na urovni dsl.
|
|
Manipulovať
Od: Mehhhh
|
Pridané:
5.9.2017 18:10
Stále väčšia slabota,DSl.Svoju povinnosť si už splnil,teraz je čas na rezignáciu.Alebo zmenu myslenia.Už je to len o tom istom,ako obohraný gramofón :)
|
|
Re: Manipulovať
Od: Mehhhh
|
Pridané:
5.9.2017 18:11
DSL
|
|
Pĺuvať
Od: Mehhhh
|
Pridané:
5.9.2017 19:35
Neber to tak vážne.Nie je to o tebe.A každý vychádza zo seba.A vďaka za pomoc,pomohla.
|