|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Haha Intel game over
Od: Otakar Sedláček
|
Pridané:
11.6.2019 8:39
Toto je definitívny koniec Intelu, náskok vo výkone a cene voči intelu sa nedá už prekonať. Chudáci v Inteli by museli orezať z ceny minimálne 50% a vyriešiť setky chyby čo tam majú aby boli ako tak konkurencie schopný voči AMD!!!!!
|
|
Re: Haha Intel game over
Od: koumak
|
Pridané:
11.6.2019 9:06
Tvoje vlhke sny su ako keby si tvrdil, ze Cyrix prevalcoval AMD, ked uviedol svoje MX procesory, ktore na jednotku taktu vyrazne prekonavali vykon Intel/AMD pre bezne instrukcie... Ako vidis, realita dopadla uplne inak.
|
|
Re: Haha Intel game over
Od: iOfcaaa
|
Pridané:
11.6.2019 10:03
O par rokov budes citat o chybach v AMD a nasledne budes citat, ze intel valcuje vykonom Intel a tak dokolecka.
Akcionari su ti isti co akcionari v Inteli.
Doja Vas v iluzii, ze nakupujes u konkurencie.
|
|
Re: Haha Intel game over
Od: CirrusLogic
|
Pridané:
11.6.2019 10:14
Presne.
AMD honiči nepochopili, že sa jedná viacmenej o hru Vanguardu a BlackRocku ako vytiahnuť AMD z červených čísiel a súčasne maximalizovať zisky na finančne náročnejších monolitoch Intelu "vďaka nedostatku CPU"
|
|
Re: Haha Intel game over
Od reg.: raketa
|
Pridané:
11.6.2019 10:38
myslim si ze konecneho spotrebitela vobec nezaujimaju tieto kecy o akcionaroch, umelej konkurencii a podobne, zaujima ho len konecny produkt ktory dostane a je mu jedno od akeho vyrobcu
|
|
Re: Haha Intel game over
Od: iOfcaaa
|
Pridané:
11.6.2019 18:18
Potom sa necuduj, ze mas 5 percentne rozdiely vo vykonoch... lebo sak konecneho spotrebitela nic nezaujima.
Ide to ruka v ruke... ak by bola realna konkurencia tak narasty v efektivnosti a vykone nie su 5 ani 10 percent.
|
|
Re: Haha Intel game over
Od reg.: raketa
|
Pridané:
11.6.2019 22:23
odkedy toto zalezi od akcionarov? konieckoncov nikto nikomu nezakazuje vytvorit novu firmu a prist s novymi CPU...
|
|
Re: Haha Intel game over
Od: old
|
Pridané:
11.6.2019 22:50
to je pravda, aj u mňa rozhoduje kvalita ako aj cena a tá sa mi zdá privysoká
|
|
Hahah
Od: _kubo_
|
Pridané:
11.6.2019 11:38
Chudáčik, písať o chybách Intelu s toľkými chybami v gramatike... ;=)))
|
|
Re: Haha Intel game over
Od reg.: Pjetro de
|
Pridané:
11.6.2019 14:13
az tak silne slova by som nepouzil
intel-dementel bude mat napodiv stale svoju zakaznicku zakladnu, aj ked ich procak za 1800 € (HEDT 16-jadro) ma vykon ako procak konkurencie za 800 € (buduce PC 16-jadro)
proste znacka nepusti
myslim ze je to aj nejaka oficialna diagnoza na to
|
|
AMD úbožiaci
Od: Wernher
|
Pridané:
11.6.2019 15:23
Prečo tu furt niekto trepe cenu? Je také ťažké pochopiť, že techniku si sotva niekto kupuje ako najlacnejšiu možnú? Značka je jedna vec, ale určite nie jediná.
A už pochopia tí z AMD, že aj keby bolo neviem ako, kvôli cene málokto vymení to najdôležitejšie v PC.
|
|
Re: Haha Intel game over
Od: Just asking
|
Pridané:
11.6.2019 16:08
Intel dementel?
Ty si nejaky skrachovany ucitel na minimalnej mzde, alebo Ta, uboziaka, ani statna sprava nechce, ked takto picujes?
Sposobuje Ti to picovanie nejake sexualne ukojenie?
|
|
Re: Haha Intel game over
Od: reg.: Pjetro de
|
Pridané:
11.6.2019 23:04
ano
|
|
Re: Haha Intel game over
Od: Intrigued
|
Pridané:
12.6.2019 13:05
Davnejsie si spominal Siegmunda, a Oedipusa.
Suskas svojmu rodicovi 1 pocus aktu taketo krasne veci do uska, alebo Ti to suska do uska rodic 2?
|
|
Re: Haha Intel game over
Od reg.: Pjetro de
|
Pridané:
12.6.2019 7:56
sexualne nie, iba moralne
preco sa pytas? pises na tu temu diplmovovku? neviem o tom ze by existovala sexualna uchylka plynuca z konstruktivneho pristupu k znackam A aj B
ked amd uviedlo stavebne stroje sprvu som ich obhajval, ze to neni az take hrozne, ale coskoro som zistil ze je - nemam problem povedat ze architektura stavebnych strojov bola totalna chujina kde tzv. 8-kvazijadrak na 4 ghz superil so 4-jadrakom s HT konkurencie na 3,5 ghz, proste sracka s polovicnym IPC a neplnohodnotnymi jadrami, koncept sa neosvedcil
|
|
Re: Haha Intel game over
Od reg.: Pjetro de
|
Pridané:
12.6.2019 7:56
no ale ked tu mame "tak troska" inu situaciu na trhu a intel-dementel dostal poriadnu konkurenciu na trhu s PC (aj servery sa zacali pomaly hybat) a bolo by dobre aj notebooky a intel-dementel je este znamy svojimi ficurami v podobe dier v cpu, tak to nieeeeeeeee, to intel idioti absolutne neregistruju ... vsetko je v cajku, pohodickaaa presne ako v rokoch 2009-2017 ked nas ten intel-dementel zasoboval len optimalizaciami, reviziami a refresmi Ci7 4-jadrakov nehalemnov, mosto a jazier a poriadne prepracovana x86 architektura neni nikde uz 10 rokov, pricom prve 4-jadraky pre PC od dementelu boli uz Core2Quad v 2007 a potom v 2008, ked (uspesne) superili s prvymi a druhymi X4 Phenomami
|
|
Re: Haha Intel game over
Od: wase
|
Pridané:
12.6.2019 22:23
Ty personifukej spolocnost, proste sa tu ohanas cim koho intel zasoboval, ako keby to bol uchyl co kradne deti na cukriky, ty robis z AMD dalsieho hrdinu do avengers... Sam pojdem po inteloch do zen 2, takze nie som ziaden intel fanboy, no pozeram sa triezvo na svet, intel je obycajna spolocnost ako AMD, intel si refreshoval refresh rehreshu a co mal tlacit vyvoj ako keby mu horelo za zadkom? Aj tie refreshe predaval ako teple rozky lebo nemali konkurenciu, akeho podnikatela by uz len napadlo tlacit vyvoj a samemu sebe dvihat latku? Ty musis mat pekne v hlave nasrate. AMD tlieskam a konecne po viac ako dekade to postavim prave na ich platforme ale nerobim si iluzie.
|
|
Re: Haha Intel game over
Od: wase
|
Pridané:
12.6.2019 22:23
AMD trvalo "len" dekadu dohnat staru architekturu intelu ktora by tu uz davno nebola keby AMD robili poriadnu trhovu konkurenciu, ocean cove moze zas vsetko vratit tam kde to bolo a nam len ostava dufat ze AMD to tento krat zvladne lepsie ako kedysi. Kazdopadne si uz vytiahni z riti to cervene dildo lebo to prezivas ako hystericka zenska pocas periody.
|
|
Re: Haha Intel game over
Od reg.: Pjetro de
|
Pridané:
12.6.2019 7:56
doba sa zmenila, uvazuje sa o najroznejsich pomeroch, pocita sa so single- a malo-vlaknovym vykonom, multi-vlaknovym vykonom, automaticke (od vyroby vstavane) pretaktovavanie na zvysenie malo-vlaknoveho vykonu je absulotny standard, meni sa koncepcia vyroby CPU (MCM a chiplety, aj ked to nie je ziadna novinka https://bit.ly/2WwVjPF) ... ale nic sa nedeje
|
|
Re: Haha Intel game over
Od: reg.: Pjetro de
|
Pridané:
12.6.2019 12:58
prepacte, strasne ma svrbi veniec.
|
|
amDDebili
Od: Pedro de(nent)
|
Pridané:
11.6.2019 8:44
Dakujem za clanok, pohonil som. Pre mna je to sice moc drahe, ale nevadi. Je to AMD, takze je to v kazdom ohlade lepsie nez cokolvek co vypusti Intel dementel.
|
|
Re: amDDebili
Od: koumak
|
Pridané:
11.6.2019 9:06
Ajtak ti ta AMD doska nafukne kondiky a budes ju menit, tak zbytocne sa tesis ;)
|
|
Re: amDDebili
Od: Reikii
|
Pridané:
11.6.2019 9:48
ano, medena cievka sa nafukne
|
|
Je to možné
Od: Wernher
|
Pridané:
11.6.2019 11:00
Nepíše o cievkach, píše o nafúknutí kondenzátorov v zdrojovej časti MB.
|
|
Re: Je to možné
Od: Reikii
|
Pridané:
11.6.2019 12:17
OK, ved ja niesom elektrikar. Ani neviem, ze v ktorek zastrcke su fuzy
|
|
Re: Je to možné
Od: __________________
|
Pridané:
11.6.2019 12:22
pise o cuprum coil, cc /dc/ CanCer
|
|
Re: Je to možné
Od: Wernher
|
Pridané:
11.6.2019 14:04
A kto píše o cievke? Na nejaké "nezrovnalosti" v obvode doplatí dosť často kondenzátor a časom aj polovodič.
|
|
Re: Je to možné
Od: ________________
|
Pridané:
11.6.2019 15:27
ak o kondenzatoroch,tak nech tam daju s papierovym dielektrikom /pouzivaju sa v reprosustavach vo vyhybkach a tie by casom samozrejme vymenit neslo/, tym sa po prieraze obnovuje kapacita
|
|
Re: Je to možné
Od: Wernher
|
Pridané:
11.6.2019 15:35
Ty sa tu o čo snažíš furt?
|
|
Re: Je to možné
Od: ___________________
|
Pridané:
11.6.2019 16:36
ty nie si od fachu
|
|
Re: Je to možné
Od: Pedro de(ment)
|
Pridané:
11.6.2019 17:26
Ani len netusi co je ciatic kintaktov.
|
|
Re: Je to možné
Od: Junnior
|
Pridané:
11.6.2019 23:24
Ty si zrejme stolár, však?
|
|
Re: Je to možné
Od: __________________
|
Pridané:
12.6.2019 5:22
co by tu, na it webe, robil stolar ... ak teda nepatris k tym filckam co ine vravia a ine myslia, vies, take tie krive, zakerne charaktery
|
|
naco?
Od: rouen
|
Pridané:
11.6.2019 8:48
32 threadov sa ma delit o 2 pamatove kanaly? Uz pri TR je to pruser, toto bude este horsie. https://dopice.sk/n54
|
|
Re: naco?
Od: Reikii
|
Pridané:
11.6.2019 9:33
pruser je to iba na Windowse a plati to aj pre Intel. Na Linuxe ziadny problem, takze RAMza to nemoze
|
|
ultraradikalny empaticizmus
Od: syntaxterrorX .XXX
|
Pridané:
11.6.2019 10:07
Presne tak. Ale ono je v podstate celý ten test úplne mimo, lebo zmysel to má skúšať priekazne len na doske z doskletov.
|
|
Re: naco?
Od: rouen
|
Pridané:
11.6.2019 10:24
Otvoril si aspon ten link co som prilozil? Je to vec architektury CPU (nie kazdy die ma priamy memory access), nie OS. Je tam jasne pomerane, aku performance penalty to ma na TR (a to TR je quad-channel).
Skuste nachvilu potlacit cognitive dissonance a precitat si o tom nieco.
|
|
Re: naco?
Od: Reikii
|
Pridané:
11.6.2019 10:58
https://dopice.sk/n57
|
|
Re: naco?
Od: rouen
|
Pridané:
11.6.2019 11:55
Do tretice vsetko dobre: hovorim o limitacii memory bandwidth, nie o threat schedulingu. Nekomentuj pod vecami, ktore si si z lenivosti ani neprecital.
|
|
Re: naco?
Od: amerycky ynzynyery
|
Pridané:
11.6.2019 12:01
Mas pravdu, ale uz ty ides divnym smerom.
1. nemozes vediet, ci si to on neprecital z lenivosti al. ineho dovodu
2. je uplne irrelevatne z akeho dovodu to necital - ak to necital
3. dokonca ani len to, ze to necital
(mozno to len proste nedokaze preluskat - je tam fakt vela pismenok)
|
|
Re: naco?
Od: vajko
|
Pridané:
11.6.2019 12:02
plánovač hrozieb ? D:
bojim, bojim D:
|
|
Re: naco?
Od: Reikii
|
Pridané:
11.6.2019 12:14
Teraz som si to cele precital.
Ano, uznavam, ze ja som hovoril o voze a ty o koze.
Aj tak s tebou nesuhlasim. Dokonca ani v clanku, ktory si linkol nedospeli k zaveru, iba ku hypoteze, ktoru ty beries ako fakt.
Ano, 2990WX ma definitivne nejake problemy, no ci je na vine HW nieje jasne. Vidis aky rozdiel je medzi OS, na Linuxe to bezi omnoho lepsie. Ale nevies, ci aj Linux to dokaze plno vyuzit a tiez nepotrebuje nejake SW patche.
Toto je dost narocny problem o ktorom by sa dalo dlho polemizovat a urcite to chce viac testov.
A navyse, ty hned skaces k zaveru, ze Zen 2 bude mat ten isty problem... nevies. Navyse Zen 2 je uplne inak navrhnuty
|
|
Re: naco?
Od: qwertyuiop1
|
Pridané:
11.6.2019 11:14
Neries. Niektori ludia nie su fyzicky schopni pochopit, ze splietaju dokopy dve rozlicne veci a ze ano, Windows ma bug ktory ma podobny prejav a ked ten bug odstrania, tak neodstrania to, o com hovoris ty.
|
|
Re: naco?
Od: Windows-man
|
Pridané:
11.6.2019 12:25
Windows funguje bezchybne od zaciatku aj do teraz.
Problem je len na TR, treba sa sustredovat len na TR - co je ine, preco je to ine a ako vieme TR s tym problemom pomoct.
Zvalovat rozdielny dizajn TR na system, na ktorom teraz funguju bezproblemovo miliony procakov, a to nielen amd, ale aj konkurencne intel a arm, je rovnaka picovina, ako zvalovat na Skodovku vinu len preto, ze sa najebany sused zjebal v mb-cke do sianca.
|
|
Re: naco?
Od: qwertyuiop1
|
Pridané:
11.6.2019 13:29
TR je NUMA architektura, Windows nema NUMA-aware scheduler. Problem sa prejavil preto, ze TR je prvy procesor, ktory to priniesol do spotrebitelskeho segmentu. Na starych SGI, ktore povodne s touto architekturou prisli, nikto nikdy Windows neskusal. Koniec filmu.
|
|
Re: naco?
Od: Windows-man
|
Pridané:
11.6.2019 16:12
Co znamena, ze AMD si musi vyriesit svoj crap, ktory si Sami sposobili, na svojom vlastnom policku a dodat funkcne drivre Microsoft. Pripadne, ak to AMD nezvlada a/alebo nechce zvladat, musi AMD/uzivatel poziadat o pomoc inde - v tomto pripade Microsoft.
|
|
Re: naco?
Od: qwertyuiop1
|
Pridané:
11.6.2019 16:31
Nie, to znamena, ze stale nevies, co NUMA znamena. Hint je to skratka od: Non-Uniform Memory Access.
Toto nie je zalezitostou driveru, ale chytrostou schedulera, aby s tou ne-uniformnostou pocital, ked rozhadzuje procesy na jadra. Windows nema pluggable scheduler, ktory by sa dal nahradit inym, takze to musi riesit Microsoft, tak ako to riesil svojho casu Linus.
AMD nie je jedine, ktore pozaduje podporu zo strany operacneho systemu, aby behalo optimalne. Pokial si este nikdy neriesil cache coherency na SMP ARM systemoch, nemas ani len sajnu, co musi operacny system urobit, ked niektory vendor neurobil to, co AMD spolu s Intelom spravili v x86.
|
|
Re: naco?
Od: Windows-man
|
Pridané:
11.6.2019 17:30
Hint, hint - mozes mat hlboko :)
Issue je, ako pises, AMD prislo s niecim novym, co nie je 100% kompatibilne s tym, co bolo dovcil. A teda je povinne zariadit kompatibilitu doterajsich rieseni.
Teda, aspon by clovek cakal to, co standardne riesia vsetci ostatni - plnu podporu pred vydanim zariadenia.
A nie - game mode (tm) - a ostatne modes nie je podpora.
A tak isto - mame neco noveho, uprav si svoj stary crap, tak isto nie je riesenie.
Uvidime, co spravi novy hw scheduler, ci bude vsetko rovnaka rychle alebo vsetko rovnako pomale :)
|
|
Re: naco?
Od: fugentléber brizoľit
|
Pridané:
12.6.2019 0:38
z mojho skromneho pohladu, ak identicky test (benchmark) dava na roznych OS velke rozdiely na vystupe (rozdiel viac nez 10%), tak chyba asi nebude v procesore, lebo ten vykonava identicke instrukcie benchmarku
tu sa ukaze sila jadra OS, teda ako je navrhnute a ako dokaze vyuzit a SKALOVAT vzhladom na detegovany hardware. sucastou jadra OS je thread orderer / scheduler
krasnym dokazom toho, ze threadripper nie je problem, bolo to, ze verzia s 2-kanalovym pamatovym radicom mala podobne zle vysledky benchmarku na windowse ako EPYC so 4-kanalovym radicom
https://level1techs.com/article /unlocking-2990wx-less-numa-aware-apps
Windows 10 nedokaze dobre skalovat, system bol navrhnuty primarne pre CPU s poctom jadier do 10 tusim a s vyssim poctom mu zajebava. tomu hovorim skalovanie a'la redmond
|
|
Re: naco?
Od: Windows-man
|
Pridané:
12.6.2019 10:15
Samozrejme, dava to zmysel.
Otazka ale je:
- dava tento benchmark rovnako rozdielne vysledky medzi core, buldozerom a rezen? Resp.: lisia sa vsetky hodnoty zhruba rovnako, alebo tr vycnieva?
Lebo. Z navrhu cipu je zrejme, ze medzi TR a zvyskom je nejaka zmena.
A otazka je - ako bola tato zmena preskumana (ee, material, masse, funkcia) a ako boli rozdiely (n/a - interne, kremik je rovnaky, novy socket, dopad na aplikacie a konecneho uzivatela) odkomunikovane zo strany iniciatora zmeny, a ako bolo zabranene neziaducim ucinkom zmeny (v tomto pripade prepad vykonu v istych aplikaciach) PRED uvedenim produktu zakaznikovi.
|
|
Re: naco?
Od: fugentléber a brizoľit
|
Pridané:
12.6.2019 11:45
este raz
nech benchmark je Julia Ann CPU Benchmark.
tento benchmark vyuziva instrukcie SSE4.2.
benchmark je identicky pre rozne OS, akurat je kompilovany pre dany OS.
spustim bench. na Windowse a multi-thread mam skore 30k.
spustim bench. na Linuxe a skore je 48k.
ten isty benchmark, tie iste istrukcie, len iny OS.
nechodte ty na mna s tym, ze bol napicu kompilator
proste odjakziva sa vie, ze Linuxove jadro dokazalo urobit rovnaku robotu ako Windowsacke, akurat s nizsimi narokmi na hardver. preto ho aj davali do serverov, vsak? plus este bol stabilnejsi. skoda len, ze na Linux vsetci seru, pritom je to skvely system (Ubuntu/Lubuntu/Mint) najme pre tie chujove Atomy so smiesnym 1.1GHz taktom a 4GB RAM
zmeny v architekture je vrcholne neobjektivne testovat vyhradne na jednej platforme, pretoze tym moze dochadzat k systematickej chybe merania, a sice ze meradlo alebo system merania je napicu
|
|
Re: naco?
Od: fugentléber brizoľit
|
Pridané:
12.6.2019 11:46
cipy by mali byt testovane na Macu, Wine aj Linuxe, pripadne na OpenBSD. nakoniec prideme na to, ze cely cas si platime za problem (chybu) jadra u od cias windows NT/XP
Ah, it's not a bug. It's a feature.
treba si uvedomit, ze procesory nie su ako graficke a ine rozsirujuce karty. tzn. ze vsetko nejde patchnut driverom, lebo driver na procesor nie je. procesor vykonava vypoctove ukony, ktore od neho chce OS, od ktoreho to zas chce uzivatel. a ked stredny clanok nefunguje optimalne, tak mozes mat procesor aky len chces
|
|
Re: naco?
Od: Windows-man
|
Pridané:
12.6.2019 12:59
Skusim inak - 90+ percent cases nefunguje.
Otazka - preco nezabezpecil vyrobca spatnu kompatibilitu?
Zvijaj ako chces, stale nedokazes odpovedat.
A riesenie "ja robim co chcem, zvysok sa mi musi prisposobit a respektovat moje choices" je vhodne max na dvojmetrove dildo do prdele.
PS: v tomto pripade su tie slabe 2% linuxu skor bug/failure.
|
|
Re: naco?
Od: fugentléber brizoľit
|
Pridané:
12.6.2019 13:58
aku spatnu kompatibilitu? socket myslis? no amd ma vyssiu zivotonost socketov a chipsetov ako intel. ten, co novy -lake, to novy chipset a socket
stale ti uchadza jeden detail, a sice podstatny. nie procesor je chyba, ale OS. jezisi maria, mas vyrobnu linku v zavode a ta je spickova, 1000 vyrobkov za minutu, no operator stoji zahovno, chapes? lievik
ta chyba windowsu (ten bug/feature) sa netyka len AMD cipov. urcite aj 16-jadro od Intelu by po fixe davalo vyssi vykon
ja neonanujem nad AMD threadrippermi, hoci su to famozne stroje. ak by micro$oft spravil fix, tak by intely mohli AMDcka valcovat ja neviem
windows sa tvari ako univerzalny OS. on sa ma starat o kompatibilitu, je to v jeho rezii. dpc ved on schvaluje ovladace a dava im peciatku WHQL. win nie je mac, ktory je ladeny na dany hardver a to dlho dlho
|
|
ultraradikalny fakticizmus
Od: syntaxterrorX .XXX
|
Pridané:
12.6.2019 14:06
Detaily spatnej kompatibility su uz specifikovane v prispevku nizsie Od: Windows-man | Pridané: 11.6.2019 12:29
|
|
Re: naco?
Od: Windows-man
|
Pridané:
12.6.2019 16:36
Odhliadnuc od ee a feasi, technicky vyrobok riesis vzdy z minimalne z troch uhlov.
- prve su materialy - z coho to je, jaky to ma povrch, etc..m tu sa nic nezmenilo.
- druhe su rozmery - rozmery tranzistorov a geometriu riesi dodavatel, rozmery cipu a socket designer, amd. Ak nesedi socket s procakom, lame rozky, etc... ta je problem.
- tretia je funkcia - a tu musi garantovat vyrobca. Sprosto prosto - srauba m10 musi pasovat do m10 matky a basta. Ak vyrobca pride s ct10 sraubou, tak musi zabezpecit, ze bude pasovat do vseho ostatneho.
A tu mam ten pocit, ze amd prislo s niecim novym, co je super, ale vsetku podporu atd zvalilo na tretiu stranu.
Proste - ja som neco zrobil - ty zabezpec, aby to fungovalo.
A to neni dobre.
PS: jasne, ze nebudem prerabat linku, na ktorej funguju veci bezchybne, vymenim toho ineho. A chapem aj tvoj postoj, ale tak to proste nefunguje. Aj ked casto sa prave s tymto stykam u C-ckovych dodavatelov, ktorych veci sposobuju vrasky do konca projektu.
|
|
Re: naco?
Od: fugentléber a brizoľit
|
Pridané:
12.6.2019 19:05
aha. uz mi docvaklo. cely cas som sa bavil s projektovym manazerom. a ja kokot tu cely cas trepem k veci
to je problem projektovych manazerov, ze nemaju ani pici sajnu o tom, ze co vlastne riadia
dufam, windows-man, ze najdes v zivote ten pravy cip, ktory:
- bude vyhotoveny z matrerialu podla tvojho gusta,
- bude mat rozmery podla tvojho gusta
- bude mat zavit podla tvojho gusta
tolko prejebanej baterky na mobile
/facepalm
|
|
Re: naco?
Od: Windows-man
|
Pridané:
13.6.2019 7:07
K veci?
Si vydal nieco, co funguje inak, ako vsetko ostatne.
Nezabezpecil si, aby to fungovalo spravne na stavajucich rieseniach,
Si neodkomunikoval, co to robi a ako sa to sprava.
Spravil si si z uzivatelov pokusnych kralikov.
A ked ti na to prisli, picujes, ze niekto iny nezrobil tvoju robotu, lebo u mna dobry, vsetci kokoti.
Ako sa vravi takemu cloveku?
|
|
Re: naco?
Od: fugentkléber brizoľit
|
Pridané:
13.6.2019 9:11
AMD vydalo procesory, ktore slapu normalne, len windows nedokaze kvoli bugu/feature naplno vyuzit ich multivlaknovy potencial
mozno toto pochopis: procesory funguju beztak, len nie tak dobre, ako by mohli
kontaktovane bolo prislusne oddelenie v micro$ofte, aby sa na to mrkli, slubili napravu, ze prekopu scheduler
threadrippery neboli 1. pripad, kedy sa ukazalo, ze OS akoby pozieral vykon CPU
K veci: nemam sa s tebou uz o com bavit, nakolko naozaj mam pochybnosti o tom, ci si niecomu porozumel. netusim, ci vies, co je to polovodic, mosfet, instrukcna sada atd. porovnavas skrutku (pardon "sraubu") s procesorom. tvoje projektove sracky ma nezaujimaju. vies preco? po necelych 14 mesiacoch ako som robil projektaka pre outsourcingovu spolocnost som odisiel a mozem povedat, ze projektovy manazer je darmozrac (cize aj ja som bol darmozracom, bol)
ja uz ta radsej prenecham inym odbornikom
|
|
Re: naco?
Od: fugentkléber brizoľit
|
Pridané:
13.6.2019 9:12
a by the way, ja cely cas hovorim k veci
|
|
Re: naco?
Od: Windows-man
|
Pridané:
14.6.2019 16:40
Nie, lebo neodpovedas priamo.
A nie, lebo si predzaujaty.
Vychadzas z toho, ze windows=zly, co vnasas do diskusie.
Odmietas dokonca akceptovat aj jediny test - porovnanie rezen win, rezen Linux, vs core win, core Linux, vs tr win, win Linux - a stanovenie zavislosti.
Lebo, ak je win zly, tak bude zly napriec vsemi testami a kombinaciami. Ak je zly tr, tak bude zle len tr.
|
|
Re: naco?
Od: _jupiii
|
Pridané:
16.6.2019 19:34
panko nadomnou je hlupy, zbytocne po nom nieco citat. Je to typicky manazer.
Hovno tomu rozumie, hlavne ze dtatistiky mu sedia.
|
|
Re: naco?
Od: fugentléber brizoľit
|
Pridané:
12.6.2019 14:06
ryzeny nemaju problem s podporou hoci aj win7, problem je v chipsete. procesor je sofistikovana vec, ma vlastne riadiace a prediktivne algoritmy. OS dava instrukcie pre CPU a ten ich vyhodnocuje. ak raz CPU ma podporu pre SSE4.2 a aj OS, tak fasa, OS dokaze vyuzit potencial toho CPU. ak OS nepodporuje AVX-512 a CPU ano, no OS vyzaduje starsie instrukcne sady, ktore podporovane tymto CPU su, tak je vsetko v pohode, akurat OS nedokaze vyuzit cely potencial CPU
pri procesoroch a vseobecne pri softveri neexistuje ani tak kompatibilita, ale skor podpora instrukcnych sad. procesor nevyzaduje driver. chipset ano. CPU a chipset su 2 odlisne veci (ak nejde o SoC). Ryzeny mali problem s Win7 nie kvoli CPU ale preto, ze tam chybala podpora USB2. instalacku si v pohode nabootoval, ale ak si nemal PS/2 port na klavesnicu a mys, tak si prd nainstaloval
|
|
Re: naco?
Od: Windows-man
|
Pridané:
12.6.2019 17:17
Samozrejme.
Otazky:
- kto je ta driving force, ktora ma pretlacit podporu novych instrukcii, funkcii, etc?
- kedy ma, v projektovej faze (concept, design produktu, prototype vyroba, maloseriova vyroba, ostra serie, servis po uplynuti zivotnosti produktu a dielu) tuto podporu riesit?
|
|
Re: naco?
Od: fugentléber a brizoľit
|
Pridané:
12.6.2019 19:23
sorry manazeris, omylom som ti dal plusko, hoci som chcel tuknut na "Odpovedať". vies, hrube prsty a maly displej
nove instrukcne sady sa neustale vyvijaju a nasledne testuju a zavadzaju do cipov. hnacou silou je efektivita. procesory mozu robit vsetko univerzalne, no pojde to pomaly. a manazerkovia projektovi by mali bobky z deadline-ov, ze nestihnu narippovat, enkodovat ci skompilovat nacas.
procesor obsahuje preto rozne specializovane instrukcne sady, ktore dany softver moze vyuzit a urychlit pracu. dnes uz hruba sila (bezhlave navysovanie poctu tranzistorov bez zmeny architektury) nema v IT miesto. to je ta driving force
ked dosiahnem rovnaky vystup s nizsou spotrebou a/alebo za kratsi cas, tak som efektivnejsi a plati to aj opacne
AMD nemalo kde riesit problem, lebo nebol a preukazane nie je na ich strane. to, ze win ma ofiko podporu pre 10 jadier v roku 2019 je ina vec a ze jednym updatom tri veci fixne a pat dalsich poserie
posli im zivotopis
|
|
Re: naco?
Od: Windows-man
|
Pridané:
13.6.2019 8:34
Vyhovorky pekne, kecov plno, priame odpovede ziadne.
|
|
Re: naco?
Od: fugentléber brizoľit
|
Pridané:
13.6.2019 8:56
mas tam pekne vsetko popisane.
ak chces odo mna konkretne mena, tak mas smolu, lebo ich neviem
kazdopadne este raz zdoraznim fakt, ze AMD ako aj Intel so svojimi CPU s poctom jadier nad 10 prichadzaju pod Windows o cast svojho vykonu kvoli hrabnutemu scheduleru
|
|
Re: naco?
Od: Windows-man
|
Pridané:
14.6.2019 16:34
Vyhovorky.
Odpoved vo formate "<zodpovedny>, <casovy udaj>" prosim.
|
|
Re: naco?
Od reg.: telefon
|
Pridané:
11.6.2019 13:06
Priamo v tom linku na druhej strane rozoberajú, že je to o Windowse. Keď už linkuješ články, aspoň si ich prečítaj celé.
|
|
Výborne Intel, vlastne AMD.
Od: Trúchlík Všetko vie, veru.
|
Pridané:
11.6.2019 8:59
Intel spraví z i9 pomalé atomy, kto vie aké môžu byť vadné.
|
|
zeby ano?
Od: party
|
Pridané:
11.6.2019 9:20
som zvedavý, či toto bude v playstation 5
|
|
Re: zeby ano?
Od: citajtepozorne
|
Pridané:
11.6.2019 17:48
nevidim dovod preco by sli z 8terajsich jadier na menej. A pokial viem tak potvrdili zen2 architekturu
|
|
Tesla OTF
Od: Odhalovac ale pravdy
|
Pridané:
11.6.2019 9:30
AMD by nikdy nebolo tam kde je keby nekradlo plany z OTF Orava a Tesla Piestany!!!
|
|
Re: Tesla OTF
Od reg.: raketa
|
Pridané:
11.6.2019 10:39
AMD patri arabom a ti chodia do Piestan, nieco na tom bude
|
|
Re: Tesla OTF
Od: pan kokot
|
Pridané:
11.6.2019 23:09
Piestany -> piesok -> kremik
|
|
hmmmmmmm
Od: Reikii
|
Pridané:
11.6.2019 9:44
Ked uz CD Projekt malo na E3 pri predstaveni Keanu, dufal som ze AMD pri oznameni 3950X vystupi na podium Jadranka... prepasli skvelu prilezitost
|
|
Re: hmmmmmmm
Od: party
|
Pridané:
11.6.2019 10:50
jadranka? to je kto? asi si mal mysli janku hospodárovú.
|
|
Re: hmmmmmmm
Od: Windows-man
|
Pridané:
11.6.2019 12:29
bodaj ti vymietol kakac ocelovou stetkou robo kazik, ty neznajboh!
|
|
Re: hmmmmmmm
Od: hovnoman
|
Pridané:
11.6.2019 17:27
Robo Kamzik pouziva na kakace uz aj ciatic kikacov.
|
|
shitty game programmers
Od: amerycky ynzynyery
|
Pridané:
11.6.2019 11:58
Som presvedceny, ze pre vacsinu dnesnych hier je 2c@7Ghz viacej ako 1000c@5Ghz
|
|
Re: shitty game programmers
Od: yo!
|
Pridané:
11.6.2019 13:18
asi ano, ale ak si niekto, kto svoje hranie zaroven streamuje na napr. Twitch, uz to mozes vnimat trocha inak...
|
|
Re: shitty game programmers
Od: Nvidia-man
|
Pridané:
11.6.2019 16:15
Nvidia grafika nema problema streamovat bez straty fps.
|
|
Re: shitty game programmers
Od: gggggggggg
|
Pridané:
11.6.2019 20:13
V tom pripade len jemne pozmenim z
2c@7Ghz > 1000c@5Ghz
na
4c@7Ghz > 1000c@5Ghz
Proste na vsetky dnes hry a na dalsich 5 (!!!) rokov (bohuzial) 4C@8Ghz rozbije aj 1000C@4GHz.
Smutne - a rad by som sa mylil.
|
|
titulok
Od: f56
|
Pridané:
11.6.2019 22:00
AMD je 100 rokov za opicami proti Intelu.
|
|
Re: titulok
Od: Reikii
|
Pridané:
12.6.2019 5:40
Ale iba preto, lebo sa im opice otocili chrbtom
|