|
Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
| autor |
|
londiste
HV Guru
liitunud: 23.04.2003
|
12.12.2024 14:13:46
|
|
|
| Zonerman kirjutas: |
Kui Intelil 18A kõik korras, siis peaks aktsia hind hakkama kõrgustesse minema, mitte vastupidi mudas. Ei klapi see väide, et kõik on bueno lihtsalt keegi ei taha Intelile panustada  |
miks? või milles see väljenduma peaks, et 18a kõik korras? inteli enda avalduste pealt - kuskil 2025h1 on mingi kliendi asja tapeout. ja 18a osalusega panther lake näidis oli augustis käes. panther lake ja 18a sisaldavad xeonid on 2025h2 ehk masstootmine peaks nüüd kuskil algama. ehk siis läheb veel aega enne kui mingeid asiseid uudiseid oodata on.
_________________
- londiste
...aga mina ei saa kunagi suureks! |
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
 |
Optimist
HV veteran
liitunud: 18.11.2008
|
|
12.12.2024 20:44:24
|
|
|
| londiste kirjutas: |
| inteli enda avalduste pealt - kuskil 2025h1 on mingi kliendi asja tapeout. ja 18a osalusega panther lake näidis oli augustis käes. panther lake ja 18a sisaldavad xeonid on 2025h2 ehk masstootmine peaks nüüd kuskil algama. ehk siis läheb veel aega enne kui mingeid asiseid uudiseid oodata on. |
20A Arrow Lake'i näidati samuti Inteli poolt 2023. Sama moodi pidi 20A masstootmine algama, kuniks algas Inteli kivide tootmine hoopis TSMCs.
See et mõni 18A kivi kusagil demotud on, näitab väga vähe tootmistehnoloogia küpsuse kohta. Kui 18A on d0<0.4 siis 114.304 mm² Panther Lake yieldid peaks tulema 50-64% vahele TPU artikli järgi. Selliste numbritega Panther Lake tootmisesse minna ei saa, mõistlik on teha ainult mingeid tillukesi kiipe. Väga hea kattega Xeonid ja ML GPU'd tuleks samuti ära unustada. Kui Inteli insenereid seda numbrit ca 80% kanti ei saa, siis lakkab Intel praegusel kujul eksisteerimast, sest mitme Eesti eelarve kanti võlad (>50$ mld) ja kahjumid (-16,6$ mld 24Q3) pikalt kesta ei saa. No pressure
Isiklikult tahaks väga, et 18A tooks Inteli vee peale tagasi, sest konkurents on lõpptarbijatele kasulik aga Inteli seis on isegi vaatamata kõige viimase sõna ASMLi tehnika ostmisele (selliseid EUV seadmeid nagu Intelil pole isegi TSMC'l) pikemat aega juba väga halb.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
Tomorrow
HV Guru
liitunud: 08.02.2006
|
|
12.12.2024 22:23:04
|
|
|
Tegelikult TSMC sai esimese EUV High-NA masina aga see on hetkel ainult R&D jaoks tuleviku <2nm protsesside jaoks.
Muidugi Intelist rääkides on masinatest üksi vähe, kui puudavad tellimused.
|
|
| Kommentaarid: 92 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
82 |
|
| tagasi üles |
|
|
londiste
HV Guru
liitunud: 23.04.2003
|
|
13.12.2024 10:45:48
|
|
|
Optimist, mu mõte oli pigem see, et kui neil ei ole midagi näidata, siis ei ole ka ametlikku uudisetsüklit. järgmised asjad, mida foundry osas oodata on - nagu eespool öeldud - kliendi tapeout järgmise aasta esimeses pooles ja oma tooted teises pooles. vahepeal on nsr ja co. mis muidugi aktsia hinda mõjutab kuid reeglina negatiivses suunas kui intel teemaks. aktsia hinnal on reaalsusega keeruline suhe niikuinii.
päris mitme tsmc node puhul läbi aastate on läbi käinud väide, et alla 0.5/cm² on vähemalt sarnases staadiumis juba täitsa okei 
krt, ma enam ei leia uudiseid/kõlakaid või ei oska otsida aga tsmc n2 ei ole ka selles osas oluliselt ees.
24q3 financial ei olnud standardne kvartal. enne olid kahjumid miljardi kanti. mille vastu nende meetmed võiks nagu isegi töötada.
edit:
näe, mul polnudki õigus. vahepealsetest sammudest saab ikka uudiseid:
https://www.techpowerup.com/329790/intel-panther-lake-confirmed-on-18a-node-powering-on-with-es0-silicon-revision
_________________
- londiste
...aga mina ei saa kunagi suureks! |
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
15.12.2024 21:01:26
|
|
|
| Tomorrow kirjutas: |
Tegelikult TSMC sai esimese EUV High-NA masina aga see on hetkel ainult R&D jaoks tuleviku <2nm protsesside jaoks.
Muidugi Intelist rääkides on masinatest üksi vähe, kui puudavad tellimused. |
Intel shoppas EUV'd ikka oluliselt suuremates kogustes kui TSMC ja AFAIK said EUV'le varem näpud külge, kui TSMC https://www.datacenterdynamics.com/en/news/intel-acquires-asmls-entire-2024-stock-of-high-na-euv-machines/ Isiklikult ootasin, et nii hea tehnikaga saavad 20A toimetama aga well tuleb leppida faktiga, et Intel lihtsalt ei ole enam maailma parimaid tootmisalasi teadmisi omas valdkonnas.
| londiste kirjutas: |
24q3 financial ei olnud standardne kvartal. enne olid kahjumid miljardi kanti. mille vastu nende meetmed võiks nagu isegi töötada.
|
Tahaks ise ka loota, et iga kvartal tootmisnode'i maha ei kanta  Nii kaua kui Inteli parim toodang TSMC's valmib ja oma tehased pooltühjalt mijardeid kahjumeid toodavad seis suures pildis ei muutu. 18A'ga oma toodangut üles ei saa, siis läheb firma katki.
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
londiste
HV Guru
liitunud: 23.04.2003
|
|
15.12.2024 23:16:16
|
|
|
nii ja naa. intel sai euv-le varem käed külge kuid otsustas 10nm ilma selleta proovida. mis oli ka üks olulistest feili põhjustest. euv-d masstootmisse adopteerides tekkis üsna pikk viide muuhulgas ka sellest, et ega asml toodang laost võtta pole ja tsmc (ning samsung) olid ees.
high-na jah, see uudis et nad suure hulga neid ette ära ostsid tuli sisuliselt kohe peale seda kui asml need välja kuulutas
| Optimist kirjutas: |
| londiste kirjutas: |
| 24q3 financial ei olnud standardne kvartal. enne olid kahjumid miljardi kanti. mille vastu nende meetmed võiks nagu isegi töötada. |
Tahaks ise ka loota, et iga kvartal tootmisnode'i maha ei kanta Nii kaua kui Inteli parim toodang TSMC's valmib ja oma tehased pooltühjalt mijardeid kahjumeid toodavad seis suures pildis ei muutu. 18A'ga oma toodangut üles ei saa, siis läheb firma katki. |
7 kanti maha, lisaks maksualased reserveerimised ja mis seal kõik veel olid. nad selgelt kogusid kõik silmapiiril halva ühte kvartalisse kokku.
tehaste seismist ma nüüd ei usu - xeonid peaks ka praegu ilusti 3/4 peal valmima. 20a/18a saatus selgub järgmise poole aasta jooksul.
_________________
- londiste
...aga mina ei saa kunagi suureks! |
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
|
1dumbpcuser
HV Guru
liitunud: 05.03.2002
|
|
| Kommentaarid: 100 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
95 |
|
| tagasi üles |
|
|
Kristoferr
HV Guru
liitunud: 26.11.2006
|
|
19.12.2024 10:04:28
|
|
|
Eks varsti ilmselt saab uusi teste näha, kus kõik fixid tehtud. Ilmselt on emotsioonid palju rõõmsamad kui väljalaske ajal.
_________________
Liitu Binance'ga
Liitu Honey'ga |
|
| Kommentaarid: 257 loe/lisa |
Kasutajad arvavad: |
|
:: |
4 :: |
0 :: |
209 |
|
| tagasi üles |
|
|
londiste
HV Guru
liitunud: 23.04.2003
|
|
19.12.2024 11:18:11
|
|
|
| Kristoferr kirjutas: |
| Eks varsti ilmselt saab uusi teste näha, kus kõik fixid tehtud. Ilmselt on emotsioonid palju rõõmsamad kui väljalaske ajal. |
vaevalt, et nüüd väga oluliselt. rida olulisi asju on parandatud jah, aga testitulemused - eriti selles probleemses mängude osas - ei ole sellest kirjeldusest küll näha, et nüüd nii oluliselt paraneks ja 14900k jääb kiiremaks. vähemalt suures plaanis vaadatuna. kindlasti osa ülevaatajaid näeb suuri paranemisi aga need saavad olema ka samad, kes esimeses ülevaates nägid päris kehvi numbreid.
_________________
- londiste
...aga mina ei saa kunagi suureks! |
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
|
terric
HV kasutaja
liitunud: 06.11.2002
|
|
19.12.2024 14:17:47
|
|
|
| londiste kirjutas: |
| Kristoferr kirjutas: |
| Eks varsti ilmselt saab uusi teste näha, kus kõik fixid tehtud. Ilmselt on emotsioonid palju rõõmsamad kui väljalaske ajal. |
vaevalt, et nüüd väga oluliselt. rida olulisi asju on parandatud jah, aga testitulemused - eriti selles probleemses mängude osas - ei ole sellest kirjeldusest küll näha, et nüüd nii oluliselt paraneks ja 14900k jääb kiiremaks. vähemalt suures plaanis vaadatuna. kindlasti osa ülevaatajaid näeb suuri paranemisi aga need saavad olema ka samad, kes esimeses ülevaates nägid päris kehvi numbreid. |
Mänguritele oli kohe info, et 14900k kiirem pole, et kuni -5% aeglasem samas efektiivsem (kui ei eksi).
Samas sellelt slaidilt kõik need kaod kokku arvestada siis võik olla +10-58%, et see siis windows maailmas jäi puudu. Iseasi milles see jällegi väljenduks.
Gnu/linux all tundub, et need tegumihalduri jne probleemid ei vaevanud niipalju aga GPU osas olid ka seal vajakajäämised st. viimane (Phoronix testide järgi).
Ehk kui see uus BIOS mudib/eemaldab mingi pudelikaela, mis hetkel GPU tööd tundub pidurdavat võiks lugeda progressiks võrreldes 14gen.
Veider, et kodutööd korralikult ei tehtud st. testitud või siis jäädi sellisesse ajahätta, et oli vaja igal juhul turule paisata.
Saadavus 285k on ikkagi olematu, see ka vajaks turgutust.
|
|
| Kommentaarid: 2 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
2 |
|
| tagasi üles |
|
|
londiste
HV Guru
liitunud: 23.04.2003
|
|
19.12.2024 14:21:33
|
|
|
| terric kirjutas: |
| Veider, et kodutööd korralikult ei tehtud st. testitud või siis jäädi sellisesse ajahätta, et oli vaja igal juhul turule paisata. |
fq lõpp oli ju
kahjuks on see viimasel ajal pigem reegel kui erand.
_________________
- londiste
...aga mina ei saa kunagi suureks! |
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
|
Vael
HV Guru
liitunud: 17.03.2013
|
|
19.12.2024 14:47:48
|
|
|
14900k on kiirem mängude, siis kui töötab;)
Ja 9800x3d on omakorda kiirem ehk "võta üht ja viska" teist olukord...
|
|
| Kommentaarid: 17 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
16 |
|
| tagasi üles |
|
|
londiste
HV Guru
liitunud: 23.04.2003
|
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
|
1dumbpcuser
HV Guru
liitunud: 05.03.2002
|
|
| Kommentaarid: 100 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
95 |
|
| tagasi üles |
|
|
londiste
HV Guru
liitunud: 23.04.2003
|
|
20.12.2024 10:06:51
|
|
|
| tsitaat: |
| Intel's decision to cease work on x86S makes sense. Any significant changes to the specification will require cooperation with AMD to ensure full interoperability and backward compatibility. |
eriti kui nüüd on olemas ka see x86 ecosystem advisory group, siis selliseid initsiatiive on mõistlik tolle grupi tegevusena ette võtta.
_________________
- londiste
...aga mina ei saa kunagi suureks! |
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
|
Kristoferr
HV Guru
liitunud: 26.11.2006
|
|
20.12.2024 10:39:50
|
|
|
Kas keskendumine puhtalt x64 peale ja tagasiühilduvus tekitada Apple eeskujul või mingil muul moel oleks liiga suur tükk hammustada?
_________________
Liitu Binance'ga
Liitu Honey'ga |
|
| Kommentaarid: 257 loe/lisa |
Kasutajad arvavad: |
|
:: |
4 :: |
0 :: |
209 |
|
| tagasi üles |
|
|
londiste
HV Guru
liitunud: 23.04.2003
|
|
20.12.2024 10:56:40
|
|
|
| Kristoferr kirjutas: |
| Kas keskendumine puhtalt x64 peale ja tagasiühilduvus tekitada Apple eeskujul või mingil muul moel oleks liiga suur tükk hammustada? |
tehnilisest küljest pole seal midagi keerulist. aga intel üksi - eriti täna - ei suuda seda teha. ka vähemalt amd tuleb paati saada.
apple tagasiühilduvus oli lapp, ajutine meede. apple ju järgmise sammuna paar aatat hiljem tuli kogu oma ökosüsteemiga, mis on täielikult nende kontrolli all ja ütles, et nüüd on uus isa ja kõik. x86 > arm polnud ju applele ka esimene säärane üleminek.
x86 tugevus ja nõrkus samaaegselt on tagasiühilduvus enneveeuputusaegsesse ajastusse. piltlikult öeldes kõik ibm pc kraam jookseb tänaseni x86 prosedega masina peal. reaalselt muidugi tekivad seal muud hädad kõige ümbritesevaga kuid mõte jääb. tehnilisest küljest suubub asi ka mõnevõrra sinna cisc-risc vaidlusse. execution unit ei vasta enam ammu-ammu otse käsustikule. sellega tegeleb frontendis dekooder. jah, kuna x86 isa on selline nagu on, siis dekooder ja scheduling on keeruline aga sellega see isa keerukuse mõju arhitektuuris suuresti ka piirdub. milleni jõuda tahan - see käsustiku nudimine ei ole päeva lõpuks määrav nende prosede või arhitektuuri arendamisel.
_________________
- londiste
...aga mina ei saa kunagi suureks! |
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
|
terric
HV kasutaja
liitunud: 06.11.2002
|
|
20.12.2024 19:40:11
|
|
|
| londiste kirjutas: |
| Kristoferr kirjutas: |
| Kas keskendumine puhtalt x64 peale ja tagasiühilduvus tekitada Apple eeskujul või mingil muul moel oleks liiga suur tükk hammustada? |
tehnilisest küljest pole seal midagi keerulist. aga intel üksi - eriti täna - ei suuda seda teha. ka vähemalt amd tuleb paati saada.
apple tagasiühilduvus oli lapp, ajutine meede. apple ju järgmise sammuna paar aatat hiljem tuli kogu oma ökosüsteemiga, mis on täielikult nende kontrolli all ja ütles, et nüüd on uus isa ja kõik. x86 > arm polnud ju applele ka esimene säärane üleminek.
x86 tugevus ja nõrkus samaaegselt on tagasiühilduvus enneveeuputusaegsesse ajastusse. piltlikult öeldes kõik ibm pc kraam jookseb tänaseni x86 prosedega masina peal. reaalselt muidugi tekivad seal muud hädad kõige ümbritesevaga kuid mõte jääb. tehnilisest küljest suubub asi ka mõnevõrra sinna cisc-risc vaidlusse. execution unit ei vasta enam ammu-ammu otse käsustikule. sellega tegeleb frontendis dekooder. jah, kuna x86 isa on selline nagu on, siis dekooder ja scheduling on keeruline aga sellega see isa keerukuse mõju arhitektuuris suuresti ka piirdub. milleni jõuda tahan - see käsustiku nudimine ei ole päeva lõpuks määrav nende prosede või arhitektuuri arendamisel. |
Eks varem või hiljem see saab teoks.
Samas arvan, et 32 bit käsustik jääb alles ainult otse 32bit OS buutimine kaob ära.
https://www.intel.com/content/www/us/en/developer/articles/technical/envisioning-future-simplified-architecture.html
Samas ei tasuks ikkagi seda võrrelda Apple arhitektuuride muutustega (68k, PowerPC, x86 ja ARM) neil arhitektuuridel
käsustikud ka täiesti erinevad st. sisuliselt tarkvaraliselt tagati tagasiühilduvus. Applel muidu suur kogemus selles osas läbi ajaloo.
x86 korral peaks 32bit säilima ja OS peaks saama jooksutada virtualiseerituna (eeldan, et raudvara toel st. 32bit käsustik säilib selles osas).
|
|
| Kommentaarid: 2 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
2 |
|
| tagasi üles |
|
|
Etz
HV Guru
liitunud: 27.01.2005
|
|
| Kommentaarid: 228 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
194 |
|
| tagasi üles |
|
|
1dumbpcuser
HV Guru
liitunud: 05.03.2002
|
|
| Kommentaarid: 100 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
95 |
|
| tagasi üles |
|
|
londiste
HV Guru
liitunud: 23.04.2003
|
|
24.12.2024 16:39:56
|
|
|
intel on microcoded vist isegi varasemast ajast ja ka arm pole käskude mõttes enam ammu risc. ja risc-v kõigi eelduste kohaselt ei jää risciks kui sellele reaalseid kasutusi hakatakse ette võtma, mis jõudlust ka vajavad.
reduced ja complex käsustik oli kunagi eristus kuid täna on juba isegi akadeemilises mõttes iganenud. pigem räägitakse täna olulisest vahest, et risci eristavaks omaduseks on load-store arhitektuur - käsud teevad operatsioone ainult registrites olevate andmetega. alternatiiv sellele on, et käsku saab teha ka mälus olevate andmetega ja protsessor ise toob mälust andmed kohale. lihtsa näitena näiteks tavaline liitmine, kus x86 puhul võid liita registris oleva operandi mälus oleva operandiga. load-store arhitektuuri puhul tuleb enne mälus olev operand registrisse tuua ja alles siis liita. praktikas jällegi, on vahe paljuski akadeemiline.
praktiline probleem x86 juures tekib prose arhitektuuris, nagu eespool kirjutasin, frontendi - ennekõike dekoodri aga osalt ka scheduleri - tegemisel. x86 käskude hulk on probleem aga mitte oluline, need niikuinii lahendatakse ära mikrooperatsioonideks. küll aga on x86 - aga mitte cisc - eripäraks erineva pikkusega käsud. kuna dekoodrile ette söötes ei tea täpselt, mitu baiti käsk on ja kust järgmist otsida, siis on see tehniliselt keeruline lahendus. (see ei ole muidu ka tühja koha pealt, et nii juhtus vaid tegemist oli teadliku valikuga, sest ajalooliselt lühemad käsud olid lihtsamad = kiiremad töödelda.) tõsi, nii intelil kui amd-l on see täna väga efektiivselt töötavana olemas nii et varjukülg on selles, et mingite uuenduste või lisamiste korral on see töömahukas. samuti ei saa (niisama lihtsalt) käsuvoogu mitmele dekoodrile laiali jagada, sest pikkuste ja käsude hulga ja järjekorra leidmine kokku on keeruline ülesanne. näiteks armi puhul on seal muidugi ka osa sellest keerukusest aga kokkuvõttes palju lihtsam.
kui palju see lõpptulemusena proset mõjutab - üsna vähe.
_________________
- londiste
...aga mina ei saa kunagi suureks! |
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
|
1dumbpcuser
HV Guru
liitunud: 05.03.2002
|
|
| Kommentaarid: 100 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
95 |
|
| tagasi üles |
|
|
Optimist
HV veteran
liitunud: 18.11.2008
|
|
01.01.2025 14:50:36
|
|
|
Memory latency increased from ~69ns to ~80ns
Pakun see fix läheb omakorda fixamisele
|
|
| Kommentaarid: 10 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
8 |
|
| tagasi üles |
|
|
londiste
HV Guru
liitunud: 23.04.2003
|
|
01.01.2025 16:29:36
|
|
|
mis krdi mälu ja seaded neil seal olid, et algatuseks 69ns said?
reviewerite suurem enamus üldiselt olid seal 90ns kandis. mõned edulisemad said 80ns kanti ja mõned kehvemad juhud sinna 100-110ns tuuri.
_________________
- londiste
...aga mina ei saa kunagi suureks!
viimati muutis londiste 01.01.2025 16:33:10, muudetud 1 kord |
|
| Kommentaarid: 241 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
215 |
|
| tagasi üles |
|
|
Kristoferr
HV Guru
liitunud: 26.11.2006
|
|
| Kommentaarid: 257 loe/lisa |
Kasutajad arvavad: |
|
:: |
4 :: |
0 :: |
209 |
|
| tagasi üles |
|
|
|
:: KKK
:: otsing 
:: statistika
:: kasutajate nimekiri
:: kasutajate grupid
:: registreeri
teata moderaatorile
Spoiler 
