Új hozzászólás Aktív témák
-
jacint78
addikt
rohadtul nem jó hogy vga piacon nincs verseny.
Már megint kezdődik. Megy a hiszti, hogy nincs verseny és nincs új hardver, majd, ha jön az új hardver, akkor megy a hiszti, hogy már megint egy rakat pénzt kell költeni a gépre és konzolt kell venni...
Ez már nagyon kezd fárasztó lenni. Ha még 4 évig tudok játszani normálisan egy GTX 1060-al, akkor hála istennek, hogy nincs verseny, sem új hardver....
type your text here..
-
bencze
senior tag
Nézd meg még egyszer azokat a számokat. Biztos a világon 10 ember használt openssh-t vagy libressl-t? Ne dgradáld le a többi ph olvasót csak mert te nem hallottál ezekről és sosem használtál ilyet.
Ok, csak counter troll, de most az a baj miért van szakmai tartalom vagy az, hogy miért nem pénzügyi infókkal foglalkozik a műszaki portál? Az nvidia monopolja baj, de az intelé tetszik?-= QFR mx blue / HPE87 mx brown / QFR mx red / Poker 2 mx blue / Poker 3 mx clear / Leopold FC660M mx silent red=-
-
wwenigma
Jómunkásember
Es fogadjunk veletlenul kifelejtetted de akartad irni hogy sohasenemsenki nem hasznalna ki meg nem okoz teljesitmenyvesztést...
Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma
-
FlashLed
senior tag
Sajnos napi renden radzolgal az intel. Nem vedem egyik gyartot se, sot intelt hadznalok, de ez vergaz. Az alaplapi chipsetek, ezek a biztonsagi hibak, ja es a hozzaallasuk ez nem problema. Az arazasrol pedig nem is beszeltem. Van azert nemi taptalaja a dolognak. Az meg nyilvsn mas kerdes , hogy a cikk szerzoje mennyire huz egyik vagy masik oldalra.
[ Szerkesztve ]
The Mechanic
-
IamSociopath
aktív tag
Imádom a símaszkos bőrkesztyűs hackert a facebookmeta képen. Pont így szoktam elképzelni én is a hackereket. Biztos hideg helyről jönnek, tuti megint az oroszok lesznek azok.
Viccet félre, nyakába-szakad most az Intelnek a fostenger rendesen, ezért a spectre és a meltdown után valóban felkapottabbak lettek ezek a témák. Minden kis hibára mozdul a média. Ez a karmikus büntetés az elmúlt 6-7 évért meg a pasztás kupakért
Én már csak arra vagyok kíváncsi, mennyire érinti ez a teljesítményt pl. Mivel OS szinten lesznek javítva ezek a sebezhetőségek.Nyilván az OpenBSD így oldotta meg, mivel még nem tudták legyártani a kifinomultabb megoldást. Valószínűleg visszafogják kapcsolni.
+Meg azért még reklám is nekik, elsők lettek a ki rúg bele először az Intelbe versenyen. -
FlashLed
senior tag
-
Viktor77
titán
válasz IamSociopath #11 üzenetére
Csak borulna már be az egész és legyen 7700K-k tömege a HA-n olcsón. De csak nem akar megtörténni...
Emberek, szar az Intel, adjátok el!
Csinálni kell. Kész. Pont.
-
Anaren91
senior tag
És te mint pc felhasználó, milyen jól jártál azzal, hogy az nvidia hülyére keresi magát a pc gamereken. Így akár az új széria kijoveletekor egy belépő szintű kártyát már akár 100k ért is megvehetsz. A csucsert meg majd eladod a vesedet...
[ Szerkesztve ]
MSI B450 Tomahawk Max, Ryzen 7 5800x3d, PowerColor 6700XT Hellhound,64 Gb 3600Mhz CL18
-
Cathulhu
addikt
Kb minden masik tech hirportal napokkal ezelott lehozta a hirt, mint ahogy az osszes tobbit is eddig. Sot a google now automatikus hirfolyamomban is mar megjelent napokkal ezelott. A ph egyetlen bune, hogy lassu. En sem szeretem sem Abu irasait, se velemenyeit, de itt komolyan mondom egyeseknek mar uldozesi maniaja van (persze mindig ugyanannak a 2-3 embernek).
BTW az szerintem fontos hir, hogy baj lehet a HT-vel, mivel az intel egyik selling feature tobb mint 15 eve, illetve az egyik legfontosabb megkulonboztetoje volt az alsobb es a felsobb kategorias CPUinak. Masreszt az miert zavar valakit, ha le van hozva, hogy az AMD nem erintett? Szerintem ez is csak annak faj, akinek komolyan uldozesi maniaja van. En speciel orulok hogy benne van a hirben, mert ebbol a szempontbol is megnyugszok, masik 10-20%-nyi eppen AMD-t hasznalo tarsammal egyetemben.
[ Szerkesztve ]
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
arty
veterán
A cikk lényege nem is az openbsd, mint inkább a HT gagyisága (de legalább gyors!!4).
A piaci részesedés alapján teljesen oké, hogy 5x annyi cikk van intelről - most hogy mostanság ez mindig biztonsági rés, hanyagság... noigen. De legalább gyors.
"ugyanitt hazájából elüldözött nigériai herceg aranybányájának tulajdonjogát megtestesítő NFT jegyezhető."
-
Apollo_21
addikt
válasz ->Raizen<- #25 üzenetére
Nekem bár énse jártam utánna és nem is a hírhez köthető, de mindenféle "védő" Patch nélkül sincs semmi bajom. Mivan ha pont ezek a "jó akaró" mindenképp tedd fel dolgok tesznek be.
Asus ROG STRIX /ROG-Join the republic/
-
Anaren91
senior tag
válasz Apollo_21 #26 üzenetére
Nem is az egyszerű pc usereknek jelentenek ezek problémát első körben, hanem a nagy szerverparkoknak. És elég sok ember, köztük én is használok pl felhő szolgáltatást. Aztán ha már egy olyan helyre törnek be, és lopnak el fontos adatokat ( még ha annyira nem is egyszerű, de ugye minden csak idő kérdése)tőled, vagy tőlem, vagy akarkitől, akkor már lehet nem ez lesz a véleményed. Tény,hogy kicsit túl van tolva a dolog, de azon nem változtat, hogy az Intel a sebesség oltárán beáldozta a biztonságot, és ezzel lehetséges támadó felületet adott a hackerek kezébe. Szóval lehet szemellenzővel a falnak futni, de majd csak akkor döbben rá az ember, ha tényleg valami nagy galiba történik. Helyén kell kezelni az esetet.
MSI B450 Tomahawk Max, Ryzen 7 5800x3d, PowerColor 6700XT Hellhound,64 Gb 3600Mhz CL18
-
Egon
nagyúr
Máshol már megírták: más oprendszereken javítva lett ez a sérülékenység, az OpenBSD vonalon viszont (úgy tűnik) nincs erre kedv/erőforrás/szándék, így marad a letiltás.
Ennél fogva a cikk nem kicsit félrevezető, de már megszoktuk."Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
#16939776
törölt tag
Amikor a nahelemen össze-vissza lagolt a HL2, már akkor tudtam hogy a HT-nek lesznek még gondjai.
-
IgnisFatuus
aktív tag
Be sincsen kapcsolva a HT nálam, véleményem szerint a játékok nem futnak jobban 12 szálon mint 6-on, az 5GHz fontosabb nekik, az OC-t meg jobban veszi a proci HT nélkül a tapasztalatom szerint. Gondolom még majd találnak pár HT-t kihasználó hibát ami az átlagfelhasználót is fenyegeti...
Ryzen 9 5950x @4,4T5,1GHz, Aorus X570 Master, 32GB Patriot 4400MHz, 500GB Samsung 980 Pro M2, 2TB Intel M2, 2TB Adata M2, 2TB Kingston SATA, XFX RX 7900 XTX Speedster MERC 310, SB AE-5 plus, Asus VG279QM, Ozone Strike Pro, HP Pavilion 14
-
attila9988
őstag
Nehogy már a PH legyen a hibás azért, mert az intel cpu -kkal biztonsági problémák vannak.
Azt kellene megérteni, hogy a ph egy tech hírportál. Ezért olvassuk. Mégis milyen alapon várnád el tőlük, hogy ne hozzanak le egy - egyébként minden nagyobb hírportál által leközölt - problémával kapcsolatban semmit?
És hogy miért van benne a cikkben az amd? Roppant egyszerű. Jelenleg az x86 piacnak két nagy szereplője van. Az egyik az intel, a másik az amd. Adja magát tehát a kérdés, hogy adott probléma létezik -e a legnagyobb rivális termékein vagy sem. Ha nem írták volna bele, akkor meg az lenne a bajod, hogy "de miért csak az intel..."
Egyébként azt sem értem, hogy amennyiben nem vagy tekintélyes mennyiségű intel részvény birtokában, miért zavar téged ez az egész.
[ Szerkesztve ]
„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)
-
hunluki
senior tag
Ez téged miért zavar amúgy?
Intel párti vagy? Szar PR letöri az intel árait, olcsóbban jutsz hozzá a szeretett termékedhez, a gyártó pedig össze fogja kapni magát hogy még jobb terméket hozzon ki és javítsa a reputációs buktát. Nekem ez win gyanús.
AMD párti vagy? Örülj neki hogy nem érintett az általad preferált termék, biztonságban vagy. Win.
Részvényes vagy? Akkor pedig pontosan tudod hogy egyszer fent, egyszer pedig lent. Akár néhány perc elteltével is lehet óriásiakat bukni illetve nyerni. Figyelni kell a piacot és annak megfelelően adni/venni és egyből profitábilis leszel. Szintén win.
Akkor mi is itt a probléma? Nem tetszik a cikk tartalma? Ki kérte hogy olvasd el? Van még pár cikk ezen kívül, illetve van pár másik híroldal is. Én sem olvasok kaszatibis híreket mert baromira hidegen hagy. Ha minden kaszatibi hírnél odaírnék a fórumba hogy má' megint mé' kell erről a hülyéről írni akkor én lennék a hülye vagy a kaszatibi.hu szerkesztője?
[ Szerkesztve ]
-
#16939776
törölt tag
válasz IgnisFatuus #30 üzenetére
A treahedek közti váltások alatt több 10-100 órajelen keresztül (architektúrától, magszámtól függ) nem csinál semmit a mag, ezért láthatsz furcsaságokat HT-ON-nal. Magas órajelnél még zavaróbbak ezek a megállások.
-
IgnisFatuus
aktív tag
válasz #16939776 #33 üzenetére
Gondolom az akadások ellenére megéri a HT, különben nem nyomnák annyira. Vannak arra számok, hogy számításoknál mennyit hoz a konyhára a bekapcsolt HT? 30-50%-ra tippelnék.
Ryzen 9 5950x @4,4T5,1GHz, Aorus X570 Master, 32GB Patriot 4400MHz, 500GB Samsung 980 Pro M2, 2TB Intel M2, 2TB Adata M2, 2TB Kingston SATA, XFX RX 7900 XTX Speedster MERC 310, SB AE-5 plus, Asus VG279QM, Ozone Strike Pro, HP Pavilion 14
-
<Lacy85>
addikt
" Az nvidia monopolja baj, de az intelé tetszik?"
Ez még a jobbik eset. Általában (nem feltétlenül nála) ez úgy szokott működni, hogy ahol rosszabb az AMD, ott le van hordva, ahol meg jobbat kínál, ott meg tök fölösleges az a plusz, mert bőven elég, amit az inteltől kapsz.
[ Szerkesztve ]
-
arty
veterán
válasz IgnisFatuus #34 üzenetére
-2 - 20%
nyilván nincs általános százalék, minden alkalmazás más
"ugyanitt hazájából elüldözött nigériai herceg aranybányájának tulajdonjogát megtestesítő NFT jegyezhető."
-
<Lacy85>
addikt
válasz IgnisFatuus #34 üzenetére
Geekbench-et próbáltam csak. Ott hozott kemény +2-300 pontot a HT.
i7 6700. -
Abu85
HÁZIGAZDA
Az OS szintű javítás erre a Hyper-Threading off. Más megoldás általánosan nincs. Ezért is nyomja az Intel a biztonságos programozást, hogy ne kelljen tiltani a Hyper-Threadinget. Technikailag igazuk van abban, hogy lehetséges olyan cryptolibet csinálni, ami nem érzékeny a TLBleedre. Az OS fejlesztőjének oldalán az a kérdés, hogy értékelhető-e ez az állásfoglalás, konkrétan meg lehet-e bízni annyira egy harmadik félben, hogy biztos védve legyen az ügyfél például a TLBleedtől. Az OpenBSD szerint nem, az Intelben és magukban biztosan bíznak, de egy átlagos programozóban már nem, és jelen esetben tőle függ, hogy ez a rés nyitott-e vagy sem, emiatt inkább a Hyper-Threading off mellett döntöttek, ami opcionálisan feloldható. Valószínűleg más OS esetében is dönthetnek majd legalább úgy, hogy ha nem is tiltják default, de raknak be egy kapcsolót, amivel a user kilőheti.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
#95904256
törölt tag
válasz IgnisFatuus #34 üzenetére
A HT hatékonysága nagyon függ a futtatott kódtól. Ha a kód rendesen kihasználja a CPU-t akkor szinte értelmetlen, de ha olyan szálak (is) futnak amelyek állandóan a memóriára várnak, akkor meg nagyon is hatékony.
@Abu85: Az lesz szép ha kiderítik, hogy a kártékony kódnak nem is kell időben párhuzamosan futnia a másik kóddal, hogy adatokat lopkodjon. Mert akkor letilthatják az egész processzort...
[ Szerkesztve ]
-
IgnisFatuus
aktív tag
Gondolom mire minden rést befoltoznak, a HT előnye tovább olvad...
Ryzen 9 5950x @4,4T5,1GHz, Aorus X570 Master, 32GB Patriot 4400MHz, 500GB Samsung 980 Pro M2, 2TB Intel M2, 2TB Adata M2, 2TB Kingston SATA, XFX RX 7900 XTX Speedster MERC 310, SB AE-5 plus, Asus VG279QM, Ozone Strike Pro, HP Pavilion 14
-
#16939776
törölt tag
válasz IgnisFatuus #34 üzenetére
Több FPS vagy simább játékmenet ez a kettő közül egyet lehet választani.
35% az elméleti maximuma amit hozhat számítások gyorsításában, de lehet tőle lassabb is, ha a várakozásra fordított idő összemérhető a mag számításra fordított idejével per felfoldozási szál.[ Szerkesztve ]
-
S_x96x_S
őstag
REDHAT ... SOLUTION IN PROGRESS - még elemzés alatt - frissítés várható ...
"TLBleed - side-channel attack over shared TLBs"
https://access.redhat.com/solutions/3508581"Resolution
Red Hat Product Security has rated this update as having a security impact of Moderate.
All Red Hat products are being evaluated for impact and Red Hat will issue updates as soon as they are available. Red Hat customers running affected versions of the Red Hat products are strongly recommended to update them as soon as errata are available.Mitigations
Short term mitigations can be split into the following two categories:- Prevent attacker code from running on co-resident hyperthreads. This can be performed by following (and providing) industry standard guidance, which has always been not to share hyperthreads between two unrelated containers, or VMs. For use cases where customers do not provide direct local system access but do run user containers or VMs, this may be sufficient.
- In the case of untrusted local users on the same underlying physical or virtual system, it may be necessary to further tune thread pinning, or even to disable Intel Hyper-Threading.There are two primary recommended methods of disabling Hyper-Threading on the Red Hat Enterprise Linux platforms.
- Disable at the BIOS level.
- Disable the CPUs via the sysfs tunables.
"INTEL
"In the Intel case, a unified non-inclusive L2 TLB is used to provide additional translations and will also be searched for translations. The Intel design uses an associative cache type design for the individual TLB entries with a computable replacement algorithm, that is similar to the one used in other caches, in which virtual addresses are hashed (and XORed) to generate the TLB entry that will be used to lookup a translation. Such an associative design is more easily exploited because an attacker on one thread can predetermine which virtual memory address (VA) accesses on the sibling thread will displace shared entries with the co-resident attacker thread, thus they are able to infer through monitoring evictions of TLB entries to which they have access which other VA entries are used by the sibling thread.
"AMD
"
Other microprocessors implement their data side TLBs differently. For example, AMD utilizes a “fully associative” dTLB structure in which translations can be allocated into any entry within the shared TLB resource. This makes such side-channel analysis much more complex, because the replacement algorithm is not a simple hashing function but instead can allocate into any entry. Thus, the background noise from other memory translations interferes significantly. At this time, the TLBleed author has been unable to reproduce the Intel Hyper-Threading attack against the AMD implementation in the EPYC processor.
"[ Szerkesztve ]
Mottó: "A verseny jó!"
-
kolopele
nagyúr
Több olyan játék is van ahol a HT többet ér mint az órajel. Lehet hogy csak nem jól optimalizálták azon játékokat, de nálam éppen az a 3 a kedvenc ahol az órajel nem ér semmit. Sőt, az órajel alapvetően semmit nem ér, max. 10 fps - t, miközben a user játszik a 60 HZ - es monitorán v-synccel. Ha erős a kártya FHD felbontásig húzás nélkül is elég mindenre, cserébe a hőtermelés is kevesebb lesz.
[ Szerkesztve ]
-
kolopele
nagyúr
válasz #52588800 #45 üzenetére
Most akkor döntse el az ember hogy kikapcsolja e vagy sem. Mondjuk én eddig csak az előnyét vettem észre a HT - nek. Jó példa erre a Mafia 3 vagy az AC Syndicate, GTA4, HT nélkül durván 15-20 fps - el volt rosszabb a Mafia meg a GTA4, az AC alatt meg 80-90% - on dolgozott a proci nélküle. Tesztekben ellenben nagyon is látni hogy egy egekbe húzott proci ugyanúgy 100% - on megy és szaggat városokban az Origins esetében, azaz hiába a tuning.
[ Szerkesztve ]
-
#52588800
törölt tag
-
kolopele
nagyúr
válasz #52588800 #47 üzenetére
Érdekes teszt, de nem látom értelmét a HT kikapcsolásának. Meg aztán mit hoznak majd a jövő játékai? Ahogy jobban elterjednek a minél több mag, több szálas procik, nagy valószínűséggel a játékfejlesztők is többet fognak rájuk optimalizálni. Szerintem pár évig még a 4mag 8 szál jó lesz, de aki akarja ki is kapcsolhatja a HT - t, attól a HT még megmarad
-
#52588800
törölt tag
A jövő játékairól foglalmam nincs (bár ha tippelnem kellene, az AAA címek többsége szolgáltatásként fogja az útját járni, egy kenyérpirítón is elfutva a minnél nagyobb közönség elérése érdekében, valamint a történet orientált játékokat az indie címek viszik majd tovább), HW oldalról meg egyértelműen az APU fog tarolni, szvsz az Intel még a dVGA -k kárára is fogja nyomni a saját megoldásait.
-
kolopele
nagyúr
Attól még hogy valaki nem tér le a PC ösvényéről, plusz konzolokat is tart otthon még nem jelenti azt hogy szuper gazdag lenne. Havi egy-másfél milliós kereset mellett is meg lehet mindezt valósítani, és az még nagyon messze van mondjuk egy Bill Gates féle szuper gazdagságtól, mert számomra azért az ott kezdődik.
[ Szerkesztve ]
-
addikt
Azt nem tudni hogy mely Intel processzoroknak lehet ellopni három perc alatt a Curve 25519 EdDSA kriptográfiai algoritmus 256 bites titkosítási kulcsát.
-
Frawly
veterán
Szerintem az összes HT-képes Intel-proci érintett, kezdve az egy magos P4-eket, ahol ezt a feature-t anno bevezették, egészen az aláírásodban emlegetett i9-ig, meg csúcs Xeonokig. Az AMD meg nem azért nem érintett, mert ők megint jobb fiúk voltak, hanem ők nem használnak ilyen megoldást, így ők nem érintettek.
Annyiból tényleg nevetséges, hogy mindenki ezzel az OpenBSD-vel jön, mert tényleg nincs relevanciája. Nem azért tiltották le a HT-t, mert nem lehet máshogy foltozni a problémát, de a kernel patchelésére nincs elég emberük, mivel kicsi OS, kevés fejlesztővel és támogatottsággal. A nagyobbak meg fogják tudni oldani. OpenBSD alatt sem kell egyébként búcsút inteni a HT-nek, mert ez a kikapcsolás csak alapértelmezett beállítás, egy conf-fájlt átszerkesztve, majd a rendszert újraindítva újra használható a HT.
Egyébként meg ez a HT-s támadás elég elméleti, mert az igaz, hogy az egy mag két szálán futó progi belelát a közös cache-be, de ha jól megnézzük a progikat futni modern OS-ek alatt, akkor szépen látszik, hogy a kernel ütemezője ide-oda pakolgatja a folyamatokat, szálakat az egyes procimagok és prociszálak között, hogy kiegyensúlyozza a terhelést közöttük, így nem biztos, hogy az éppen használt szálhoz tartozó cache-ből annak a másik folyamatnak az adatát tudja kilopni az adott szoftver, amit szeretett volna megszerezni. Nem valami életszerű, hogy egy ilyen adatlopás 100%-os sikerrel jár.
-
#52588800
törölt tag
válasz ->Raizen<- #51 üzenetére
Nem kell ahhoz gazdagnak lenni, csak ésszel kell konfigot vásárolni.
-
hokuszpk
nagyúr
a problema expanzioja ott lehet, hogy nem csak 1 magra kozos a tlb, hanem az osszesre. merugye amugy az oprendszer "osszevissza" pakolgatja a szalakat, sebesseget meg ugy lehet nyerni, hogy amit az egyik (virtualis)magon kiszamitottunk, azt visszuk tovabb, nem szamolgatunk....
[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
CobraPistike
újonc
válasz Carlos Padre #2 üzenetére
Cobra "szakember", már többször tudta aktíválni a lopott Windows-át át a microbotnet Toolkit-jával, illetve más szintén lopott szoftverét, mivel szemmel láthatólag Win-en nevelkedett, viszont fizetni már nem hajlandó Operációs rendszerért, viszont tanulni meg lusta, ellekező esetben esetben U*nixot, Linuxot használna, de akkor hová lesz az izgalma. Mondjuk ahhoz valamivel többet kellene érteni, mint rákattinta a cracme.exe- re.
Az ilyen Pistikéknek köszönhetően vannak sok milliós vírusos, malware-s botnet hálózatok, az ilyenek "aktíválják" a lopott szoftvereiket a crack.exe-vel, úgy, hogy szigorúan kikapcsolják a vírusvédelmet, a readme jószándékú ajánlása alapján.
Nekik köszönhetően jelenik meg napi 10 ezer új vírus, de még nekik áll feljebb![ Szerkesztve ]
-
Frawly
veterán
Valamiért mégis csak akkor okoz gondot a támadás leírása alapján, ha ugyanazon magon futó HT-szálakról van szó. Ha két külön magon futnak a folyamatok, akkor nem működik. AMD prociknál is pont ezért nem működik állítólag, mert azon csak fizikia magok vannak, és emiatt külön magon futnak az alkalmazások.
Egyébként le lehet fixálni a kernelben, hogy ne pakolgassa magról-magra, szálról-szálra a folyamatokat, de ehhez az kell, hogy az illető folyamatokra külön affinitást beállítani, hogy melyik szálon fussanak, de ez megint nem életszerű. Tegye fel a kezét, aki állított már át ilyet a közelmúltban.
-
hugo chávez
aktív tag
"a két külön magon futnak a folyamatok, akkor nem működik. AMD prociknál is pont ezért nem működik állítólag, mert azon csak fizikia magok vannak, és emiatt külön magon futnak az alkalmazások."
AMD prociknál egészen biztosan nem ezért nem működik, mivel a Zen architektúra már használ SMT-t. (Az SMT technológia Inteles marketingneve a HT.)
"sajnos ez a beszélgetés olyan alacsony szintre jutott, hogy a továbbiakban már nem méltó hozzám" - by Pikari
-
hokuszpk
nagyúr
"AMD prociknál is pont ezért nem működik állítólag, mert azon csak fizikia magok vannak, és emiatt külön magon futnak az alkalmazások."
ez max a regi procikra igaz, a phenomokra, fxekre meg az fm1/fm2 apukra. a Ryzenben mar van HT csak mas nevvel : SMT
Első AMD-m - a 65-ös - a seregben volt...
-
hokuszpk
nagyúr
válasz hugo chávez #62 üzenetére
megint elobb irtam, mint vegigolvastam mindent...
Első AMD-m - a 65-ös - a seregben volt...
-
kolopele
nagyúr
Tegnap este megint nekiálltam HT teszteknek játékokkal, és továbbra is az jött ki hogy több játék is 90-100% - on dolgoztatja a procit kikapcsolt HT esetében, vannak fps droppok is ezáltal szépen, bekapcsolva viszont még turbó mód nélkül is vidáman futnak, azaz megint az jött le nekem hogy az órajel emelgetése csak egy marketing, benchmark huszárok hóbortja. Régi prociknál sem képes csodákra, ott már eleve elavult maga az architektúra, még 5 GH - re húzva is csak kullognak egy mai alap órajeles proci mellett. Az meg hogy 60 fps - re korlátozva egy játék single módban most 120 vagy 130 fps - el megy szerintem halál mindegy. Ha van egy modern proci meg egy erős videokártya ott semmit nem kell csinálni csak játszani.
[ Szerkesztve ]
-
wwenigma
Jómunkásember
válasz hugo chávez #62 üzenetére
Illetve maskeppen es jobb hatekonysaggal mukodik az SMT mint a HT lasd a korabbiaknal is ahol nem hasznaltak ki azt a sebességelőnyt nyujto dolgokat ami miatt gyakorlati sebezhetőséget kapott a cache (spectre/meltdown).
Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma
-
Cathulhu
addikt
Mert teljesen mas implementaciot hasznal mint az intel. ezert valamivel hatekonyabb is, de valoszinuleg ez az oka, hogy ebben az esetben maskepp mukodik
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
-Skylake-
addikt
válasz #52588800 #49 üzenetére
"bár ha tippelnem kellene, az AAA címek többsége szolgáltatásként fogja az útját járni, egy kenyérpirítón is elfutva a minnél nagyobb közönség elérése érdekében"
Hogy mi ?
"Those who would shave the beard for pussy deserve neither the beard or the pussy." - Ben Franklin, probably
-
-Skylake-
addikt
válasz CobraPistike #60 üzenetére
Tisztazzuk mar legyszike utoljara ebbe a tetves eletbe, hogy windowst nem azert hasznalsz, mert lusta vagy linuxot tanulni okeska ? Azert hasznaljuk, mert jelenleg a windows az a platform amin ertelmezheto az a kifejezes , hogy szoftveres lefedettseg. Emlekszel meg arra az OS-re, hogy Windows mobile ? Tudod, lumia 950 es tarsai. Na, pont azert tortenelem a komplett platform, mert nem volt ra sw. Ez a baj a linuxal, vagy megerted vagy nem, de nagyon konnyu belefutni linuxon a "bzmeg de jo lenne ha lenne ra ez vagy az" allapotba. En heti rendszeressegel nezegetem distrowatch-ot, ha van valami ujdonsag azonnal toltom, live indit, de akarmennyire is szeretnem, hasznalni nem tudom, mert NINCS SW. Ennyi, pont. Ertsetek ezt meg mar , mert eszmeletlen unalamas az orok siras.
"Those who would shave the beard for pussy deserve neither the beard or the pussy." - Ben Franklin, probably
-
Vesa
veterán
1. A cikk olvasása után lassan tényleg felmerül a kérdés, hogy a PH!, vagy azon belül egy bizonyos újságíró vajon kap-e külön pénzt az Intel állandó szapulásáért és az AMD fényezésért?
2.
"az Intel a sebesség oltárán beáldozta a biztonságot, és ezzel lehetséges támadó felületet adott a hackerek kezébe."Ez egy tervezési hiba, amit tizenéveken át senki nem használt ki. Ettől még a probléma valós, ugyankkor vicces, hogy az operációs rendszerek, szoftverek, appok, driverek sebezhetősége kapcsán fele ekkora hiszti nincs, pedig napi szinten _ jóval nagyobb veszélyt és kárt okoznak _, mint pl. a mostani cikkben említett probléma. Ezeket a hibákat is javítják, jönnek a patch-ek és kész. Senki le se sz*rja már, csak telepíti a javítást és kész.
Ezzel szemben egy olyan gyártó tervezési hibáját, aki évtizedeken át biztonságos termékekkel látta el a piacot, rögtön megy a hisztéria, mert merészelt hibázni. Nem tudom, ezek az emberek mit gondolnak? Tökéletes tervezés nem létezik!!!!! Az AMD-nek évtizedeken át egy kalap f*s volt minden CPU-ja, az összes komolyabb alkalmazás fejlesztője (CPU intenzív grafikai, video, tervező szoftverek), kifejezetten ellenjavallták AMD CPU-k használatát, mert instabil, lassú, problémás működést eredményeztek! ! ! De nem emlékszem kiterjedt cikksorozatra ezzel kapcsolatban...érdekes módon.
Ezek a cikkek direkt lejáratási célt szolgálnak, egészen egyszerűen azért, mert láthatóan egyirányúak. Az AMD hibáiról, problémáiról nincsenek menetrendszerűen érkező cikkek, és nem voltak akkor sem, amikor AMD CPU-t konkrétan "életveszélyes" volt munkagépbe beszerelni.
Intelék is javítják a hibát mint minden más piaci szereplő, akinek a termékében biztonsági rések vannak.
Ennyi. Miről beszélünk?[ Szerkesztve ]
A tudomány a valóság költészete!
-
Frawly
veterán
Azért én nem így tudom, hogy 10%-át sem tudja. Meg attól is függ mire használod, mert pl. fényképmanipulálásra inkább a Lightroom való és abban a műfajban meg a linuxos DarkTable felveszi a versenyt, de egész sok profi grafikus is dolgozik GIMP-ben. Plusz ha a PS-nak nem a legújabb verzióját erőlteti valaki, akkor azok mennek Wine-ban is.
Egyébként meg ezt szoktam is írni, tegnap a Mint linuxos topikban is írtam, hogy már szinte mindenre jó a Linux, a kivételek között szoktam említeni az Adobe kreatív programcsomagok használatát, ez a PS oda tartozik alapvetően. De! Ha megnézed valójában az összes felhasználó közül hány embernek van valóban szüksége PS-ra, mert tényleg olyan munkája van, amit nem lehet másban elvégezni, az elég elenyésző arány. Ez nekem kicsit gyanús is szokott lenni, mikor egy ilyen szűk csoportból véletlenül pont 100 akad egy átlag fórumtopikban, aki PS-ozik, CAD-ezik, egyéb spéci dolgot csinál.
[ Szerkesztve ]
-
wwenigma
Jómunkásember
-
Sinesol
veterán
Szóval tovább folytatódik a tök ismeretlen, 0 súllyal bíró rendszer sagája, ami kb 0 hírértékkel bír, de legalább ki lehet élni a kóros intelrugdosási hajlamot.
-
wwenigma
Jómunkásember
Ha azon aprosagrol elfeledkezunk hogy a HT (az ami eleg sok intel prociban benne van) sebezheto ilyen modon, akkor igazad van.
Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma
-
S_x96x_S
őstag
> Fel van fújva az egész, 6-8 éve is sebezhetőek voltak ezek a procik,
szerintem inkább alul vannak kezelve ...
régebben csak egy szük kör tudott ezekről a problémákról, manapság már mindenki.hardveres fix kellene.
Speculating about speculation: on the (lack of) security guarantees of Spectre-V1 mitigations
https://www.sigarch.org/speculating-about-speculation-on-the-lack-of-security-guarantees-of-spectre-v1-mitigations/Mottó: "A verseny jó!"
-
Vesa
veterán
válasz Jim Tonic #80 üzenetére
Történetesen grafikus vagyok 30éve, amit írsz, az igaz volt úgy 10-15évvel ezelőttig, de ma már nagyon nem. Már régen nem a MAC a standard a grafikában.
GIMP pedig élből nem kezel CMYK-t (na jó, a legújabb verziókban már van némi kezdemény, de a jótól még fényévekre van), natívan RAW-ot sem szerkeszthetsz vele, így aztán sem a profi digitális fotós kollégáknak, sem a nyomdára dolgozóknak nem alternatíva. Mondjuk nem tud "non-destructive" szerkesztést sem (Smart Objects), ami elég nagy baj annak, aki tudja mi ez. És hát a GIMP kezelőfelülete is a rémálom kategóriába sorolható sajnos, kezdve a színkeverővel, aminél idiótább megoldást még nem látott a világ.
Abban persze igaza van a másik előtted szóló kollégának, hogy amatőr felhasználásra megfelel, de mondjuk családi képek szerkesztésére eddig sem vette meg senki a PS-t.ON
A tudomány a valóság költészete!
-
Frawly
veterán
Natív RAW szerkesztésére és fényképmanipulálásra nem is a GIMP való, de nem is a PS, hanem vagy a Lightroom vagy a DarkTable. A PS/GIMP grafikusoknak, dizájnereknek való, nem fotósoknak. Persze dizájereknél az sem mindegy, hogy milyen fajta grafikával dolgoznak, mert pl. sokan vektorgrafikában utaznak, és akkor a PS/GIMP megint kiesik, és Illustrator, CorelDraw, Inkscape, stb. jön a képbe helyette. A GIMP már pár éve tudja a CMYK-t, azt viszont nem tudom mennyire normálisan támogatja, mivel nem vagyok grafikus, így a CMYK részét nem használtam soha.
CMYK-ba csak 1-2 doksit szerkesztettem XeTeX-kel, de ott csak szöveg színét módosítottam, mert imagemagik-kel konvertáltam Adobe-színprofil alapján RGB képet CMYK-ba, és azt illesztettem be a XeTeX-dokumentumba.
-
Vesa
veterán
"Natív RAW szerkesztésére és fényképmanipulálásra nem is a GIMP való de nem is a PS..."
Dehogynem! Amennyiben a képen tartalmat is váltoiztatni akarsz -pl. retusálás, más anyag, képrészlet ráhelyezése stb.-, vagy több képpel dolgozik valaki, vagy kompozíciót készít, akkor PS-ben kell dolgozni. A LightRoom másra való, főként utómunkára!
Pl. egy portré fotót általában először retusálni kell, amihez a PS az ideális eszköz. Amikor a kép készen van, csak akkor megy LR-be utómunkára. Egy panorámaképet is először PS-ben "raknak" össze több képből, ezt is célszerű natív RAW-ban. De ez itt már nagyon OFF.A tudomány a valóság költészete!
Új hozzászólás Aktív témák
- Hibátlan - AMD Ryzen 5 2600 - 6 mag 12 szál 3.4GHz + gyári hűtő
- Hibátlan - INTEL Core i5-9400F 6 mag CPU + gyári hűtő - LGA1151v2
- Beszámítás! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Intel I5 14600K 14mag/20szál - Új, Tesztelt - Eladó! 99.000.-
- Beszámítás! Intel Core i5 6500 4 mag 4 szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest