Intel introduceert Alder Lake PS-processors voor iot-apparaten

Intel kondigt een nieuwe serie processors aan binnen de Alder Lake-generatie, bedoeld voor iot-toepassingen. De cpu's waren eerder onder de codenaam Alder Lake PS bekend en vallen nu onder de P-, U- en H-series processors.

De iot-processors komen in uiteenlopende configuraties uit binnen de E- en L-subseries, waarbij de topmodellen aangeduid worden met een HE- en HL-noemer. Deze cpu's hebben maximaal 14 cores, 20 threads en een maximale tdp van 60 watt op basis van de boostklokfrequentie. De H-serie wordt door Intel aangeduid als 45W, wat de basisstroomvereiste is. Alle i7- en i5-varianten in de H-serie hebben een Iris Xe-gpu met 48 tot 96 eu's. De processors in deze serie ondersteunen DDR5- en DDR4-geheugen met een klokfrequentie van respectievelijk 4800 en 3200MHz en voor de E-subserie tevens LPDDR5-5200- en LPDDR4x-4267-geheugen.

De nieuwe UL-processors hebben maximaal 10 cores en 12 threads, een basis-tdp van 15 watt en maximaal 90 eu's in de Iris Xe-gpu. De overgebleven embedded processors onder de PE- en UE-noemer hebben maximaal 12 cores, 16 threads, ondersteuning van alle vermelde geheugensoorten en een basis-tdp van respectievelijk 28 en 15 watt. Alleen de i3- en Celeron-uitvoeringen binnen de voormalige Alder Lake PS-processorreeksen zijn uitgerust met een Intel UHD Graphics-gpu.

Volgens Intel maken alle chips gebruik van een ball grid array-behuizing voor een relatief laag profiel, zodat de iot-chips gemakkelijk in compacte apparaten verwerkt zouden kunnen worden. Veel van de aangekondigde Alder Lake PS-processors hebben net zoals vergelijkbare cpu's uit de recente NUC 12 Pro-kits ondersteuning voor vPro Enterprise.

Intel Alder Lake PSIntel Alder Lake PSIntel Alder Lake PS

Door Yannick Spinner

Redacteur

22-08-2022 • 21:20

34

Reacties (34)

Sorteer op:

Weergave:

Het is allemaal niet bepaald zuinig voor Iot toepassingen.
Ik gok dat, wat @thomasv al schrijft, deze processors niet bedoeld zijn voor batterijgevoed gebruik.

Maar los daarvan: het artikel noemt het maximale verbruik, TDP enzo, maar niets over het idle-gebruik van de processors - en DAT is veel meer van belang voor IoT toepassingen.

Als zo'n systeem (hypothetisch, onrealistisch) in idle 1µW verbruikt maar eens per week een keer een taak te volbrengen heeft, dan is het op zich prima als 'ie die taak in 1 seconde op 28W verbruik voltooid - liever dan 5 secondes op 10W bijvoorbeeld. Het "rush to idle" principe.
Als zo'n systeem (hypothetisch, onrealistisch) in idle 1µW verbruikt maar eens per week een keer een taak te volbrengen heeft, dan is het op zich prima als 'ie die taak in 1 seconde op 28W verbruik voltooid - liever dan 5 secondes op 10W bijvoorbeeld. Het "rush to idle" principe.
Rush to idle is niet interessant voor scheduled taken, als het praktisch gegarandeerd 5 secs duurt start je 'em eerder op. Via RTC kun je de boel wekken, minimaal idle verbruik zal niet lager liggen.

Ik heb liever 10W voor 5 secs dan 30W voor 1 sec omdat je hoger amperage trekt wat consequenties heeft voor de voeding, portabiliteit, grootte en accu mogelijkheid; dat zijn wel degelijk speerpunten voor een IoT toepassing anders kan je net zo goed een laptop gebruiken.

Waarschijnlijk interessant voor toepassingen als NAS e.d. maar ik verwacht dat het werkelijke verbruik met redelijke performance hoger ligt dan Intel doet voorkomen.
IoT staat niet synoniem aan een apparaat wat op batterijen werkt, maar het is inderdaad niet bepaald zuinig nee.
In de tijd van de IoT hype noemde Intel sales zelfs elke desktop een IoT device in hun slides.... kwestie van perceptie en statisieken.
Hier noemen ze een NUC als IOT ding. Dus men ziet dat heel breedt. Maar dan zou Mac mini en Appletv ook IOT zijn.
Dat is wat er gebeurt als marketing afdelingen zich er mee gaan bemoeien. Dan verliezen woorden heel snel hun originele betekenis, en meestal niet ten goede.
iOT, dat is toch een koelkast, of een wasmachine of een luidspreker?
Die apparaten doen het toch prima op processors als die in een lcd-horloge van 30 jaar geleden?
IOT kan ook zijn als bv singleboard computer voor home assistant. Een bordje met een bv een M2 SSD aansluiting etc. ipv een RPI4B die veel problemen hebben met een SD kaart. Al zijn daar ook wel oplossingen voor met usb naar SSD. De reden dat veel mensen een oudere Dell of Lenovo computer als basis gebruiken voor een home assistant is dat dat veel sneller reageert bij aanpassingen en dergelijke als op een pi. Zeker als home assistant voor meerdere toepassingen gaat gebruiken zoals bewaking etc. Maar dit is een kort reactie/voorbeeld.
Okay, ik word oud.
Toen de term iOT een kleine 10 jaar geleden op kwam, werd er voornamelijk apparatuur in/rond je huis bedoeld. Witgoed, verlichting, video/audio. Ik kan me de plaatjes nog wel herinneren.
Wat er zeker niet onder viel waren pinautomaten, reclameborden, rijnaken en vliegtuigen.
Maar de term staat nu dus voor alles met een internetaansluiting.
Ik denk eerder in dit geval, vrachtwagen, bus, vliegtuig of ander groot ding waar je veel rekenkracht nodig hebt (zodat je elke stoel kan voorzien van een scherm met video's bijvoorbeeld).

Ik bedenk me nu ineens je router, switch of NAS komt ook aardig in de buurt.

[Reactie gewijzigd door x280 op 22 juli 2024 20:33]

Misschien vallen drones eronder? Daar willen we nog wel eens kleine computers op monteren voor automatisering. Maar ik weet niet zeker of dat nog IoT mag heten.
Tello drones. Maar dat zijn zeer lichte drones.
Al zou je met deze luxe ardupilot flight controler kunnen doen als er ook cpu patch in software wordt toegevoegd.
Ik weet niet zeker wat je met CPU patch bedoelt? Ardupilot is volgens mij wat oud, althans, wij gebruiken Pixhawk op het werk. En dan met enige regelmaat proppen we een kleine computer op zo'n ding die via ROS van alles aanstuurt. Maar dan zit je vooral te denken aan een Pi of een Jetson Nano. Veel zwaarder moet je niet hebben.
Doe mij maar iets dat lang verkrijgbaar is - IoT heeft ondersteuning nodig - drivers, geen tientallen cores!
Op zich is bv. een i7-1265UL wel interessant voor verschillende toepassingen die buiten de 'IoT' vallen. Ik ben echter zeer benieuwd hoe die performance curve er uitziet met maar 2P cores en 8E cores, naast de 96 EUs in graphics. Ik ben bv. heel erg te spreken over de AMD 4800U, als Intel ook op dat vlak concurrentie kan bieden qua performance EN een laag verbruik dan zie ik dat als een heel goede ontwikkeling!

Denk aan low power desktop systemen voor op kantoor, in laptops/tablet, mobile gaming (Steam Deck en Aya Neo alternatieven), mini servers, etc.
De target markt is breed IOT dus dan vervalt die relevantie van meest slecht schalende applicatie groep games. Daarvoor zijn die 8 P-cores handig om de kroon te pakken. En algehele efficiëntie overboard.
Is embedded iot NAS NUC etc en tdp footprint belangrijkst dan zie je dat ook bij apple silicon dat firestorm cores lager aantal hebben in de A series dan M? Voor het ultra mobiel. Wat tablet moet zijn.
Dan is 2 max 4 P-cores betere keuze. Met zooi e-cores.

Tov AMD. Intel 7 is minder dan tsmc 7nm deze low power sku zijn ULV SKU en de klok en power limits zijn extreem laag dus je krijgt fractie van 240watt maxed klokt sku.
Waar zen3 niet zo diep hoeft te gaan om dat te benaderen en Zen4 al helemaal niet.

Nu met de energie prijzen lijkt mij deze CPU interessant voor ultra low power home server en NAS en DAS dan zou je data kunnen spreiden over de home server en nas en das waar je TB4 40gb/s optie naar workstation en samen kwa cpu 45watt trekken de rest van de power zijn dan alle extra schijven .

Deze krachtige iot veel core producten houd in dat genoeg io power hebt om in NAS ook DAS verbindingen simultaal kan verwerken. Als TB4/USB 40gb/s verzadigd wordt en Nas noc kant je 10gb/s nic verzadigd is. En eventueel backup archivering nas ook aan 10gb hangt. Uiteraard zal 10gbnic ook wat power trekken.

Ik denk dat ULV Zen4 varriant misschien stuk beter doet. Maar kan ook zijn dat deze voor specifieke toepassing al ruim voldoen en optie meerde DDR4 optie beschikbaar hebben. Ik denk dat beschikbaar heid bij iNtels monolitische diversiteit beter zal zijn.
Dan amd voorang van gedeelde halffabricaat chiplets met EPYC lijnen.
Wow, ik heb geen idee waar je het over hebt. Geen lijn in je verhaal en onleesbare zinnen.
Dat is ook de reden waarom er veelal ARM cpu's worden gebruikt. Die kunnen al met een 1-3 watt prima prestaties leveren voor wat ze moeten doen. Maar ik denk dat Intel zich vooral focust op apparaten die wel wat snelheid kunnen gebruiken, zoals decoders, blue ray spelers, tv's, dat soort spul.
Het gaat hier toch gewoon om het doodnormale intel PC platform? Hoezo verwacht je dat er dan geen goede drivers voor komen? Wie weet dat door de grote native Windows compatibilliteit het wederom de rommelende linux distrootjes juist weer eens de kop indrukt?

[Reactie gewijzigd door AtariXLfanboy op 22 juli 2024 20:33]

Het gaat hier over IoT. IP camera's, je thermostaat, je Hue bridge, je zonnewering, draadloze speakers, je koelkast, je wasmachine en ga maar door. Elk apparaat wat men tegenwoordig de toevoeging slim geeft. Die je met een app kan bedienen.
Die apparaten draaien geen Windows.
Je verkoopt een heleboel onzin.

Het valt soms flink tegen hoe goed dat om te zetten is. Windows is ook veel te log, en veiligheid is ook nog wel eens een vraagstuk (ik zou je afraden Windows op een router te installeren, waar Linux niet ongebruikelijk is). Veel apparaten hebben een keer een paar honderd MB RAM en een zuinig CPU'tje die mogelijk niet eens aan 1GHz komt. Mijn thermostaat heeft een Freescale TM i.MX27 CPU van 400MHz en 128MB RAM, wat meer dan genoeg is voor een Linux kernel, Qt interface, en een beetje heel simpel AI. En daar wil jij Windows op installeren? :+ Mag je meteen de hele thermostaat upgraden naar een voor IoT normen hele dikke PC, en uiteindelijk maak je er niet eens beter gebruik van. En dat is dan nog een toepassing die niet eens op batterijen hoeft, want voor toepassingen die dat voor langere tijd moeten is die hardware niet zuinig genoeg.

Nou heb je ook wel eens sterkere apparaten, zoals de Nvidia Jetson Nano. Maar ook daarop ga jij geen Windows installeren. Dat wordt niet eens beschikbaar gemaakt. In een groot deel van deze industrie bestaat Windows simpelweg niet. Waarom zou je het dan ondersteunen? Probeer maar eens ROS te draaien op Windows. Het kan, maar je gaat er niet vrolijk van worden, de ondersteuning is echt heel slecht.

Wat dat rommelige oerwoud betreft: de zwakkere apparaten (zoals de simpelere ereaders, routers, of mijn thermostaat) draaien een volledig custom Linux distro dat door de fabrikant is gemaakt. De wat zwaardere IoT en robotica draait standaard op verouderde Ubuntu installaties. Dat zijn de twee smaken die je hoofdzakelijk tegenkomt. De Boston Dynamics Spot draait Ubuntu 18.04, en modernere ROS1 installaties draaien meestal 20.04. ROS2 wil nog wel eens op 22.04 worden geïnstalleerd.

En dan heb ik het nog over software die op een besturingssysteem draait. Vaak genoeg heb je dat niet eens. Dan heb je gewoon een microcontroller, of misschien zelfs een PLC of in een zeldzaam geval een FPGA.

Ik draai toch een klein poosje mee in vooral de automatisering wereld maar ik hang wel een beetje tegen IoT aan. Als we Windows tegenkomen zit het altijd in de weg, en betekent het meestal dat we we een week bezig zijn met iets dat in een dag had gekund. En met enige regelmaat door hackerige acties omdat we iets in Windows proberen te forceren dat bedoeld is voor Linux. Windows is nog nooit tot ons voordeel geweest.

[Reactie gewijzigd door Amanoo op 22 juli 2024 20:33]

Je mist als gangbare Linux distro nog Yocto; dat zie je tussen de custom kernels en Ubuntu in. En aan de onderkant qua complexiteit /bovenkant van betrouwbaarheid heb je nog VwWorks.
Wat een brei die niet echt ingaat op mijn 'onzin' Succes met het verdienen aan IOT onder Linux! Doet het er nog toe of iets op 'slechts' 128 Mb kan draaien als moderne CPU's Gb's aan cache hebben ?
Ja de voorbeelden die je geeft zijn duidelijk niet de markt voor deze intel cpu's. Maar dan blijft er de grotere markt over met wat complexe interfaces voor gebruikers. Een ervaren IT-er als jij moet toch ook weten dat een app op mobieltje net zo makkelijk communiceert met Linux systeempje als een Windows systeempje?
Nogmaals de aanname dat Intel gebrekkige ondersteuning zou gaan geven voor dit soort producten is absurd. Zowel voor Linux en Windows zal deze er zijn.

[Reactie gewijzigd door AtariXLfanboy op 22 juli 2024 20:33]

In IOT is windows niet gangbaar. Deze sku zijn ook meer voor IOT zaken waar veel meer rekenkracht en cores vereist zijn. De sub target Nuc is een die wel op desktop toepassing nemen en die meer windows kababel zijn.

Nu is het zo dat cpu ook de kost prijs van je iot ding bepaald. Dus voor wasmachine heb je mogelijk genoeg aan STM32F7 iets op 400mhz en windows is niet relevant. Want daar ontwikkel je dan puur firmware voor met de enige toepassing app.
Dan is wat voor power je nodig hebt en als 1$ het doet of 11$ dan kijk je niet naar 111,-$ aan overpowerd AL SKU voor NUC die wel bloated windows moet aankunnen. Naast 4gb sys mem ipv embeded flash en paar MB 2mb voor bepaalde STM waar C ontwikkelde firmware toepassing op draaid.
Toch was Windows CE op embedded systemen waar user interactie nodig is lang wel gangbaar. Dat kan dus ook weer veranderen.Dit lijkt inderdaad meer gericht op de 'Pi-markt' en daar hield ik in mijn reacties rekening mee : Toepassingen waar interactiviteit met de gebruiker belangrijk is. Daar is tegenwoordig vooral Android het meest gebruikte zichtbare element. De 'app' op de telefoon voor de gebruiker. Andere communicatie zoals onderhoud gebeurd dan vaak met een web interface of zelfs met de command line.
En ja ik ben met je eens dat het waarschijnlijk te kostbaar zal zijn buiten een beperkt aantal toepassingen, maar daar is het vaak als ontwikkelaar wel soms nuttig om een professioneel bedrijf als Microsoft ipv een grilligge open source community waar nou juist net het vitale deel van library's mogelijk incompatibel kunnen worden of aangepast worden in een richting die niet uitkomt.
Dit ziet eruit als "gewoon" Alder Lake maar dan op lagere frequenties. Weten ze ook al wat het idle verbruik gaat zijn?

Ik kan maar 1 iot toepassing verzinnen: AI. Voor andere toepassingen lijkt het overkill.
AI embedded developer hier. Nope, voor AI is Alder Lake geen zinnige keuze. Als je de rekenkracht in een CPU wil hebben, wil je AVX-512 hebben, eventueel met VNNI. En voor embedded systemen zit je dan aan de Xeon-D 2100's (Skylake). Die hebben een niet-officiële extra AVX-512 FMA unit per core. Staat niet in de specs, maar de benchmarks zijn anders niet te verklaren. En precies die FMA operatie is de bottleneck in moderne AI.
CPU’s zoals dit zijn voor bedoeld voor industriële toepassingen waarbij vaak passieve cooling wordt gebruikt, bijvoorbeeld dit systeem .
en vaak zijn deze embedded-processoren 10-15 jaar leverbaar, iets wat voor industriële toepassingen belangrijk is.
En de naam IoT is ook niet helemaal wat de meeste mensen hierbij denken, microsoft noemt hun windows embedded versie tegenwoordig ook Iot.
De ingebouwde graphics lijkt inderdaad meer te duiden op een toepassing als embedded PC. Iets met daaraan een redelijk scherm gekoppeld, bijvoorbeeld een informatiezuil of kassa systeem.
Met een TDP vanaf 15W zal dit niet snel in apparaten met accu's worden gebruikt.
Prijs is een grote factor in het succes van SBCs voor IoT... Tja als ze deze systeempjes voor onder 100 euro op de markt te weten zetten dan zou het succesvol kunnen zijn, maar ik vrees net als met de vastgeroeste ARM markt voor dit soort systeempjes dat het al gauw 200-300 euro gaat kosten? Er is een doorbraak in prijs/performance nodig... niet alleen in performance. Veel toepassingen hebben de performance simpelweg niet nodig.

[Reactie gewijzigd door AtariXLfanboy op 22 juli 2024 20:33]

Vind ik ook, max 15W TDP. En als het 20W is dan moeten er 2 Gbit RJ45 aansluitingen opzitten zodat je er een firewall mee kunt maken.
Een iot met zo een power usage, ik kan me niet echt voorstellen wat je hiermee moet ‘rhingen’ behalve dat het een misschien home assistant ofzo kan aansturen voor de andere things

Op dit item kan niet meer gereageerd worden.