Új hozzászólás Aktív témák
-
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. -
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
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
-
S_x96x_S
addikt
> 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/ -
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.
-
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? -
#71
-Skylake-
addikt
CobraPistike
#60
-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.
-
#66
wwenigma
Jómunkásember
hugo chávez
#62
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).
-
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.
-
#64
hokuszpk
nagyúr
hugo chávez
#62
hokuszpk
nagyúr
válasz
hugo chávez
#62
üzenetére
megint elobb irtam, mint vegigolvastam mindent...
-
-
#62
hugo chávez
aktív tag
Frawly
#61
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.)
-
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.
-
#60
CobraPistike
újonc
Carlos Padre
#2
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! -
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....
-
#55
#52588800
törölt tag
->Raizen<-
#51
#52588800
törölt tag
válasz
->Raizen<-
#51
üzenetére
Nem kell ahhoz gazdagnak lenni, csak ésszel kell konfigot vásárolni.
-
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.
-
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.
-
#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
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
-
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.
-
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.
-
S_x96x_S
addikt
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.
" -
#41
#16939776
törölt tag
IgnisFatuus
#34
#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. -
#39
#95904256
törölt tag
IgnisFatuus
#34
#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...
-
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.
-
#37
<Lacy85>
addikt
IgnisFatuus
#34
<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. -
#36
arty
veterán
IgnisFatuus
#34
válasz
IgnisFatuus
#34
üzenetére
-2 - 20%
nyilván nincs általános százalék, minden alkalmazás más
-
<Lacy85>
addikt
-
#33
#16939776
törölt tag
IgnisFatuus
#30
#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.
-
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?
-
#31
attila9988
őstag
Cobra652
#1
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.
-
#30
IgnisFatuus
aktív tag
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...
-
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.
-
#26
Apollo_21
addikt
->Raizen<-
#25
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.
-
-
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.
-
#14
Viktor77
titán
IamSociopath
#11
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!
-
#13
Acélfarkas
őstag
jacint78
#9
-
#12
FlashLed
senior tag
IamSociopath
#11
FlashLed
senior tag
válasz
IamSociopath
#11
üzenetére
Haha ez tetszett
-
#11
IamSociopath
aktív tag
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
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.
-
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? -
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....
Új hozzászólás Aktív témák
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Ezek az új Apple termékek hivatalos magyar árai
- Yettel topik
- Eredeti játékok OFF topik
- Apple Watch Sport - ez is csak egy okosóra
- LED világítás a lakásban
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Milyen SSD-t vegyek?
- Nők, nőügyek (18+)
- gban: Ingyen kellene, de tegnapra
- További aktív témák...
- Xiaomi TV Box S 4k 2gen 1,5 év Garancia Beszámítás Házhozszállítás
- Samsung Galaxy S9+ 64GB, Kártyafüggetlen, 1 Év Garanciával
- iKing.Hu - Apple iPhone 14 Elegáns Midnight dizájn, megbízható teljesítmény 100%-os akku
- BESZÁMÍTÁS! Gigabyte H510M i3 10100F 16GB DDR4 512GB SSD GTX 1050 Ti 4GB Zalman N4 Chieftec 400W
- HP EliteBook 830 G7 i5-10210U 16GB 512GB 1 év garancia
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest