Sarà esposta all’Onu la mostra “emigranti” del Maestro De Mitri « Palermo World\nSarà esposta al Palazzo dellìOnu di New York la mostra “Emigranti” Il Naufragio di una speranza, inaugurata stamattina a Palazzo delle Aquile dal sindaco Leoluca Orlando alla presenza dell’autore, il Maestro Luigi De Mitri, A cura di Alessandro Reina e dell’Associazione Mondiale QUICK, la mostra ha avuto il patrocinio del Comune e della presidenza del Consiglio comunale, della Regione Siciliana, del Rotary Club Teatro del sole e Rotary Palermo Mondello dell’istituto Magna Graecia del Museo d’arte contemporanea Riso con la sponsorizzazione di Grimaldi Group e Tuareg tour operator. Erano presenti, tra gli altri, ll presidente del Consiglio comunale Salvatore Orlando, la consigliere comunale Giusi Scafidi, il presidente del Rotary Teatro del Sole, Nuccio Valenza, del Rotary Club Palermo Mondello Giuseppe Genovese, del fellowship Magna Graecia Ignazio Cammalleri e il segretario Nicola Pavone.\n“Siamo tutti migranti – ha detto il sindaco Leoluca Orlando – e quando vi è attenzione per i migranti vi è attenzione per tutti”.\nPalazzo delle Aquile attrae eventi culturali – ha detto il presidente del consiglio comunale Salvatore Orlando – e la collaborazione con i Club del Rotary dimostra che Palermo è piana di fermenti culturali confermandola capitale della cultura”\n“In un momento nel quale gli stati costruiscono muri, – ha detto la consigliera comunale Giusi Scafidi – Palermo si conferma città dell’accoglienza”\nLa mostra di De Mitri è il primo evento culturale a Palazzo delle Aquile da quando la città è stata proclamata capitale italiana della cultura per il 2018, tra l’altro proclamato anno della cultura nell’Unione Europea.\nLa mostra internazionale del Maestro Luigi De Mitri, si ispira ai valori umani ed universali della Carta di Palermo 2015, il documento approvato nel marzo 2015 dalla Giunta comunale del Comune di Palermo che ha come obiettivo l’avvio del processo culturale e politico per l’abolizione del permesso di soggiorno, per la radicale modifica della legge sulla cittadinanza e per il diritto alla mobilità come diritto della persona umana.\nL’istituzione della Carta di Palermo è stata lanciata dal sindaco Leoluca Orlando come atto conclusivo del convegno internazionale “Io sono Persona”, dalla migrazione come sofferenza alla mobilità come diritto, svoltosi ai Cantieri Culturali della Zisa che ha visto la partecipazione attiva e propositiva di numerose istituzioni, organizzazioni non governative e realtà associative.\nLa mostra coglie lo spirto delle motivazioni che hanno fatto nominare Palermo Capitale della Cultura italiana 2018 essa di fatto esprime l’elevato valore culturale ed il grande respiro umanitario, fortemente e generosamente orientato all’inclusione alla formazione permanente, alla creazione di capacità e di cittadinanza attiva.\nIl Maestro De Mitri ispirato dall’alto valore umano della Carta di Palermo ha realizzato il quadro Il Naufragio di una speranza, che ha donato al Comune di Palermo lo scorso anno.\nDa questo gesto nasce l’idea di realizzare una mostra itinerante per il mondo per sensibilizzare le Istituzioni sulla tragedia dell’immigrazione. La prima tappa della mostra internazionale “Emigranti” Il Naufragio di una speranza, si è svolta lo scorso 22 novembre presso il Monastero delle Benedettine di Lecce, dove ha conseguito un notevole consenso di pubblico di critica e il plauso delle Istituzioni. La seconda tappa vede protagonista la Città di Palermo che ospiterà la mostra dal 5 al 12 febbraio presso Palazzo delle Aquile per poi proseguire a Roma e infine al Palazzo dell’ONU di New York.\nIl 7 febbraio alle ore 18:00, presso la Sala Kounellis di Palazzo Riso il Maestro Luigi De Mitri terrà una lectio magistralis, un incontro aperto alla cittadinanza, dove l’Artista parlerà dell’Arte di Fidia e Michelangelo con una conferenza dal titolo “Il grande mistero dell’arte. Fidia-Michelangelo.”\nIl Maestro Luigi De Mitri è nato a Squinzano (Lecce), risiede dal 1968 a Lecce dove vive ed opera.\nE’ vincitore di concorsi a cattedre, e già in servizio presso il Liceo scientifico “G. Banzi Bazoli” di Lecce dal 1972 per l’insegnamento di Geometria Descrittiva e Storia deN’Arte. E’ stato componente di commissioni giudicatrici di concorsi a cattedra indetti dal Ministero della Pubblica Istruzione.\nLe sue opere (dipinti ad olio, disegni, incisioni ed affreschi,) sono sparse in diverse collezioni private e pubbliche, in Italia ed all’estero. Dal 1962 diverse mostre personali hanno scandito tutti i momenti significativi della sua produzione pittorica ed hanno segnato le tappe fondamentali del suo emozionante messaggio artistico. Le sue “patrie”, Squinzano, Lecce e Leuca, hanno sempre salutato i momenti salienti del suo percorso artistico e sono testimoni del suo successo crescente di pubblico e di critica.\nCon le sue opere ha girato le gallerie del mondo, fra le altre De Mitri ha esposto nel 1969 a Bari (Galleria Piccini); nel 1971 (Casa Editrice Signorelli); nel 1972 a San Remo nel Casinò; nel 1975 a Genova nel Club Italo- Americano, alle Terme di Boario, a New York – London Gallery e a Milano nel Club di via Durini; nel 1980 ancora a Milano nella Galleria Apollineare; nel 1981 a Firenze nella Galleria “Il Gabbiano”; nel 1982 a Roma nella Galleria “Il Colosseo”, nel 1982 nella Galleria S. Fedele; nel 1983 in Olanda ad Enschede nella Galleria “Tardy”; nel 1984 a New York all’Artexpo e alla Fiera Intemazionale “Arco di Madrid”; nel 1988 a Roma nel Palazzo Barberini, nel 1991 a Los Angeles; nel 2000/2001 a Monopoli, a New York, a Gerusalemme ed a Strasburgo con 100 dipinti sulla Sacra Bibbia, in parte pubblicati da Jesus, mensile di cultura e attualità religiosa.\nHa realizzato 86 dipinti sulla Divina Commedia, 36 dipinti sugli amori infelici di Partenio Di Nicea. 10 dipinti sui barboni della stazione Termini di Roma. Per la venuta a Lecce di S.S. Giovanni Paolo II ha realizzato il manifesto della Diocesi con invito e il fondale del palco. Per la venuta a Leuca di S.S. Benedetto XVI, per la Diocesi di Ugento, ha realizzato 5 disegni per i frontespizi di 5 giornali curati da padre Corrado Mordano. Presso la collezione Città del Vaticano “Attentato a Santo Padre” cm. 240×180, 9 incisioni sulla Divina Commedia e 5 disegni originali sulla figura di Benedetto XVI. Collezione Palazzo Madama: dipinto “Il Giudizio Universale” (stroboscopia cm. 80×100). Di lui hanno parlato e scritto autorevoli critici su vari giornali, riviste, libri e trasmissioni televisive sui programmi nazionali regionali e locali.\nL’associazione Mondiale QUICK, ha la propria sede legale a Palermo e si avvale dell’esperienze professionali pluriennali dei suoi soci fondatori, degli artisti, degli artigiani ed operatori di settore che gravitano intorno ad essa. L’associazione ha come scopo: salvaguardare, valorizzare, conservare, promuovere e produrre patrimoni culturali, naturali e scientifici mondiali. Si propone la realizzazione di attività di approfondimento negli ambiti turistici, della legalità e dell’accoglienza anche per lo scambio e la cooperazione con altri paesi.\nEssa si propone di curare la redazione di attività inerenti alla: valorizzazione, conservazione, restauro, gestione dei beni e patrimoni culturali materiali ed immateriali, di musei e spazi aperti e ludici attraverso l’intrattenimento, lo spettacolo, la produzione artistica, editoriale, discografica, cinematografica, artigianale, artistica, musicale, architettonica, scultoria, pittorica, fotografica, del design e dell’arte orafa. Le attività dell’associazione, e le sue finalità, sono ispirate a principi di pari opportunità tra uomini e donne e rispettose dei diritti inviolabili della persona.\nLa mostra potrà essere visitata tutti i giorni mattina e pomeriggio fino al 11 febbraio


Parchi Nazionali: Yosemite – DestinazioneUSA.com\nIl parco nazionale di Yosemite [joʊˈsɛmɨtiː] è un'area naturale protetta degli Stati Uniti che si trova nello Stato della California, nella catena montuosa della Sierra Nevada, tra le contee di Mariposa e Tuolumne.\nAnche se non proprio il primo ad essere dichiarato parco nazionale, tuttavia Yosemite è stato un punto focale per lo sviluppo dell'idea di parco nazionale, dovuta per la maggior parte al lavoro di persone come John Muir.\nIl parco copre un'area pari a 308.073 ettari o 3.081 km² e arriva a raggiungere a ovest la catena della Sierra Nevada.\nCirca l'89% del parco è considerato ancora allo stato selvaggio, cioè un'area dove l'apporto delle modifiche da parte dell'uomo è minimo. La geologia dell'area di Yosemite è caratterizzata da rocce granitiche e rimanenti di rocce più antiche.\n[amazon_link asins='1742207448,B019TMG8MS,1539517500,1742206190,1786573482' template='ProductCarousel' store='destinazioneusa-21' marketplace='IT' link_id='f4c02c84-2772-4f73-9c1e-2f2412bf2044']\nSito Ufficiale Yosemite NP\nFoto Yosemite NP\n"Backcountry hiking in Yosemite National Park, California. "


ARM vs Intel: I cut the power!\ndi Cesare Di Mauro\t- mercoledì 15 luglio 2009\nCon Alessio Di Domizio condividiamo la passione per i microprocessori, e non poche volte abbiamo affrontato il tema sia qui sia su Messenger, dove abbiamo speso fiumi di parole in chattate sui più svariati argomenti a esso attinenti.\nSe parliamo molto è anche perché a volte non c’è piena sintonia, ma questo non è certamente un difetto, quanto un pregio, perché la diversa esperienza vissuta e i diversi punti di vista offrono ai lettori di AD una panoramica a più ampio raggio e una maggior ricchezza di informazioni, fortificando il proprio bagaglio culturale.\nSu un punto, però, abbiamo trovato assoluto e pieno accordo fino dall’inizio: l’eccessivo consumo di potenza dei microprocessori della famiglia x86 rispetto ai ben più parchi ARM, tenendo ovviamente conto delle prestazioni…\nSull’argomento è intervenuto qualche giorno fa il CEO di VMWare (nota azienda che opera nel campo della virtualizzazione) a ribadire il concetto in maniera abbastanza dura, secondo il quale l’architettura x86 si porterebbe dietro anni di pezze (termine mio; lui parla molto più gentilmente di complessità) che fagocitano potenza (consumata).\nFin qui non afferma nulla che gli addetti ai lavori non sapessero già, ma tira anche in ballo l’architettura StrongARM (poi evolutasi in XScale) realizzata da Intel per entrare nel mercato dei dispositivi a bassa potenza, ma anche, a suo dire, poco profittevoli, che ha poi dismesso.\nInfatti la divisione ARM fu poi venduta a Marvell qualche anno fa, ufficialmente per dedicare le risorse al suo core business (ovviamente gli x86) e alle tecnologie wireless.\nTutto bene, salvo poi tornare nuovamente in questo settore, presentando la sua piattaforma Atom e andando a ripescare il design del… buon vecchio Pentium (ma con l’ISA aggiornata, hyperthreading e altre migliorie), che è un processore in-order, anche se superscalare (dotato di due pipeline di esecuzione, quindi due istruzioni eseguibili entrambe in assenza di dipendenze, o ancora in thread diversi nel caso di Atom).\nQuesto perché, che Intel lo voglia ammettere o no, i dispositivi embedded, gli smartphone e i netbook sono tutt’altro che “poco profittevoli”, visto il giro d’affari enorme che ruota attorno a essi. Rispetto a soluzioni server sicuramente i guadagni sono di gran lunga inferiori, ma in questo campo è il gran numero di pezzi venduti a fare da “moltiplicatore” generando utili consistenti.\nInsomma, un modello di business completamente diverso, ma molto interessante per una società che rimane pur sempre votata al lucro. E Intel con la sua forza non avrebbe certo avuto problemi a entrarvi prepotentemente, se non fosse che questi dispositivi non richiedono soltanto componentistica più economica, ma spesso anche un’autonomia molto più elevata e, di conseguenza, la necessità di consumi decisamente ridotti, vera piaga di x86 e dintorni.\nTorniamo pertanto al nocciolo del problema citato dal CEO di VMWare, le cui radici affondano lontane nel tempo, risalendo fino al progenitore della famiglia, l’8086. Questa CPU fa parte della grande famiglia dei CISC, per cui è dotata di un set d’istruzioni a lunghezza variabile che le consente di “compattare” l’informazione maggiormente utilizzata, risparmiando quindi sulla dimensione del codice.\nAl contrario i RISC sono dotati di un’ISA a lunghezza fissa, che racchiude istruzioni abbastanza semplici in un preciso spazio, e pertanto risulta una sorta di compromesso fra quelle maggiormente utilizzate e quelle più rare, richiedendo, quindi, uno spazio maggiore rispetto ai CISC.\nDue filosofie completamente diverse, insomma, e ognuna rispettabilissima negli intenti e nel pensiero di chi le ha sviluppate, ma che pone i RISC in posizione di netto vantaggio per quanto riguarda la decodifica delle istruzioni, che risulta molto più facile e impiega una logica anch’essa ridotta. Meno logica di decodifica significa meno transistor, minor consumo di corrente, e meno calore generato.\nViceversa, i CISC richiedono una logica di decodifica tanto più complessa quanto più contorta risulta l’ISA del microprocessore, e l’8086 (ma soprattutto i derivati) penso sia secondo soltanto a un’altra creatura di Intel, lo iAPX 432 di ho parlato di recente proprio in questa rubrica.\nA prescindere dall’ideologia che vi sta dietro, è pacifico che un processore possa eseguire i compiti richiesti dall’istruzione soltanto se è in grado di “conoscerla” per intero, cioé se è in possesso di tutte le informazioni necessarie per poterla “servire”. Sembra una cosa lapalissiana, ma tanto ovvia non è, perché per arrivarci può esserci molto lavoro dietro, ed è qui che si cominciano a marcare le differenze fra RISC e CISC.\nIn particolare, come si può vedere dal datasheet dell’ARM alla pagina A3-2 (68), lo schema della codifica delle istruzioni è estremamente semplice e abbastanza lineare. La dimensione utilizzata per gli opcode è sempre di 32 bit, per cui eseguitone il fetch il processore ha già tutto ciò che gli serve: sa cosa deve fare, quali registri sono coinvolti, se deve leggere o scrivere dalla memoria, se deve saltare, ecc..\nE’ uno schema che si ritrova in maniera similare in tantissimi altri RISC, ed è talmente semplice che spesso nella fase di decodifica viene già eseguito anche l’accesso ai registri (vedi “Modern processor design” di Shen & Lipasti), risparmiando uno stadio della pipeline (quello che generalmente viene indicato come register access) proprio perché c’è talmente poco da “decodificare” che si può già pensare di “andare avanti” col lavoro.\nLo schema degli x86 è invece talmente complesso che non basta di certo una paginetta per descrivere tutti i casi e le famiglie di istruzioni, complice anche una codifica pseudo-causale delle stesse (in pratica gli opcode sono stati inseriti sostanzialmente “dove c’era spazio”; non trovo altra spiegazione logica alla cosa).\nDa quello generale qui sopra riportato risulta già evidente che il processore è costretto a “sbirciare” in diversi “posti” per poter risalire sia alla lunghezza completa dell’istruzione che a tutte le informazioni che si trascina dietro. La parte più complicata rimane, comunque, quella iniziale, cioé dei prefissi delle istruzioni.\nI prefissi sono dei particolari opcode che occupano esattamente un byte e che vengono utilizzati per alterare il normale funzionamento dell’istruzione vera e propria. Attualmente ne esistono di cinque tipi (un sesto, chiamato REX, è stato aggiunto da AMD con gli x86-64 e, se usato, deve necessariamente seguire gli altri prefissi, denominati spesso legacy):\nOgni istruzione x86 può specificare fino a quattro prefissi (quello di LOCK e quelli di ripetizione sono mutuamente esclusivi: non possono essere usati entrambi nella stessa istruzione) in totale (cinque per x86-64, come già detto) e in qualunque ordine.\nMa se ai tempi dell’8086 ciò era facilmente implementabile e a un costo irrisorio (le istruzioni richiedevano anche diverse decine di cicli di clock; inoltre i prefissi “abilitavano” precise caratteristiche), oggi che le prestazioni si “misurano” col numero di istruzioni eseguite per singolo ciclo di clock questo schema risulta non soltanto obsoleto, ma particolarmente castrante, richiedendo non poche risorse già soltanto per la decodifica delle istruzioni.\nGiusto per rendere l’idea, Jon Stokes nel suo “Inside the machine” parla di una stima pari a circa il 30% dei transistor per la sola logica di decodifica delle istruzioni del primo Pentium (P5), e di ben il 40% per il suo successore, il PentiumPro (P6). Numeri che sono a dir poco impressionanti, in quanto buona parte del chip sono dedicati esclusivamente per questa funzionalità.\nTra l’altro si tratta di una circuiteria che non si può certo “spegnere”, come si fa nei microprocessori più moderni (cache L2, ALU, FPU, unità SIMD, ecc.), perché se si devono eseguire le istruzioni (!), queste devono per forza di cosa essere decodificate. Per cui quest’area risulta costantemente stressata, affamata di corrente e, di conseguenza, particolarmente “calda”.\nE’ facile comprendere a questo punto perché gli ARM, come tanti altri RISC, siano in netto vantaggio rispetto agli x86 dal punto di vista dei costi e, soprattutto, dei consumi: essendo del tutto trascurabile la logica di decodifica, viene a mancare un elemento che incide pesantemente nel bilancio.\nPer correttezza preciso che ciò è tanto più vero quanto più piccolo è il chip, cioé rispetto al numero di transistor utilizzati per realizzarlo. Questo perché, una volta raggiunto lo “stato dell’arte” per quanto riguarda la circuiteria di decodifica, non si assiste più a un aumento lineare dei transistor utilizzati allo scopo, ma, sembra incredibile, avviene una diminuzione in percentuale.\nCiò è facilmente spiegabile dal fatto che col passare del tempo il maggior numero di transistor viene impiegato per migliorare e/o aumentare le unità di calcolo e la dimensione e/o efficienza delle cache, mentre l’area di decodifica viene leggermente aggiornata per supportare eventuali nuove istruzioni aggiunte all’ISA.\nQuindi si tratta di una zona del chip che tenderà a occupare sempre meno spazio e risorse, se consideriamo che il Pentium era costituito da circa 3 milioni di transistor, e il PentiumPro da 5,5, mentre da poco abbiamo superato la soglia del miliardo di transistor che, però, sono utilizzati nella stragrande maggioranza per le cache (in particolare le abbondanti L3).\nCon Atom, invece, Intel ha dovuto effettuare una sorta di marcia indietro, presentando un chip realizzato con 47 “miseri” milioni di transistor, perché l’obiettivo era quello di offrire una soluzione a basso costo e, soprattutto, con bassi consumi; condizioni entrambe necessarie per attaccare il nascente segmento dei netbook, ma anche quello degli smartphone e in generale dei dispositivi embedded e SOC.\nE’ chiaro che, con questi numeri in gioco, una sezione di decodifica delle istruzioni che si porta via un po’ di milioni di transistor diventa tutt’altro che trascurabile nel bilancio economico, ma soprattutto energetico (come dicevo prima, è un’area che non si può certo “spegnere”).\nPer confronto e andando a guardare in casa ARM, vediamo che il solo core dell’ARM7TDMI (quindi senza considerare cache, DSP, unità SIMD, ecc.) è accreditato per 36mila (sì, non milioni, ma migliaia) transistor, e che le tipiche implementazioni che troviamo in giro stanno sull’ordine delle centinaia di migliaia di transistor (100mila per il modello utilizzato nel Nintendo DS, e soltanto 50mila per il Cortex M0, modello economico e specificamente orientato al bassissimo consumo).\nOvviamente le soluzioni più performanti che da qualche tempo hanno cominciato a fare capolino integrano cache di dimensioni elevate, MMU, DSP e/o unità SIMD, e altro, ma non arriviamo sicuramente ai livelli dell’Atom di Intel, che si porta dietro tutti i difetti dell’ISA x86.\nInsomma, quella dei consumi è certamente una battaglia persa in partenza per Intel, a parità di tecnologie costruttive e di prestazioni, con l’unico vantaggio “di spessore” rappresentato dal fatto che, nel bene e nel male, x86 rimane comunque la più diffusa e utilizzata architettura da chi sviluppa il software.\nPerché, quindi, Intel ha buttato via le soluzioni ARM (StrongARM e XScale) che aveva realizzato proprio per il segmento dei dispositivi a basso consumo? Il CEO di VMWare, come già riportato, sostiene che si è trattato di errore strategico e che Atom nasce sostanzialmente per “porvi rimedio”.\nIo ho un’opinione completamente diversa. Intel ha ceduto a Marvell la divisione ARM nel giugno 2006, mentre ha presentato Atom a marzo del 2008. Troppo poco il tempo per “accorgersi dell’errore” e avere quello sufficiente per “porvi rimedio”, studiando una soluzione ad hoc.\nEvidentemente Atom era un progetto già in lavorazione, che presentava delle ottime prospettive sul piano dei costi e in particolare su quello dei consumi, e Intel ha pensato bene di sbarazzarsi di una divisione che sarebbe entrata in concorrenza col suo nuovo gioiello, che tra l’altro portava in dote l’architettura che le ha regalato il successo.\nNon so a voi, ma a me i conti tornano. Perché non si sviluppa un’architettura come quella di Atom nel giro di pochissimi mesi, per quante similitudini possa avere col vecchio Pentium e per quanta tecnologia sia stata “prelevata” dai modelli più recenti.\nDifficile però prevedere quale soluzione dominerà il segmento su cui si va a inserire Atom. Se dovessi guardare ai soli consumi, come ho già detto, Intel non avrebbe scampo: è impensabile che possa rivaleggiare con ARM.\nMa Atom ha dalla sua l’ISA x86, con tutta la montagna di software che gira già senza bisogno di andare a scomodare compilatori e, soprattutto, software house. In particolare ciò vale per colossi come Microsoft, ben poco incline a tirare fuori un’altra versione di Windows (e questo Intel l’ha già potuto sperimentare sulla sua pelle col “progetto” Yamhill).\nE con questo, tanti cari saluti a chi considera gli x86 come “i migliori processori del mondo”… sono soltanto i più economici. E soltantoi per le economie di scala dettate dall’enorme produzione di chip, chipset e motherboard.\nIl futuro, amici miei, è RISC. Rassegnatevi…\n# mercoledì 15 luglio 2009 alle ore 16:06\nCerchiamo di non estendere a qualunque contesto i dati e le opinioni dell’articolo, che hanno un loro ben preciso dominio applicativo. ;)\n# mercoledì 15 luglio 2009 alle ore 16:10\nSecondo me APPLE è passata agli X86 per permettere anche l’installazione di XP ed entrare nel core business delle persone cui serve anche il suddetto sistema operativo (senza che venga semplicemente emulato).\nE soprattutto anche per facilitare agli utonti la comprensione delle caratteristiche del computer quando vanno a comprarlo da mediaworld.\nSi poi ci sono anche molte altre motivazioni, però penso che queste 2 siano le principali.\nSpero in un prossimo futuro che gli X86 vadano in pensione\n# mercoledì 15 luglio 2009 alle ore 16:13\nNon è che il futuro è risc, il futuro dovrebbe essere di una qualsiasi architettura che presenti un’ISA decente. Purtroppo l’x86 è tutto tranne che decente, e inoltre continuano ad aggiungere set di istruzioni su set di sitruzioni, per peggiorare ancora la situazione.\ncmq un plauso per lo screenshot di sf ;)\n# mercoledì 15 luglio 2009 alle ore 16:19\nConcordo su tutto, anche se ormai denominare RISC o CISC una CPU ha molto meno senso di 20 anni fa.\nUn ARM attuale diciamo che obbligatoriamente deve avere almeno le estensioni SIMD (neon) e Jazelle, e di solito viene implementato anche il set Thumb (come hai detto, con particolari memory constraints e/o motivi prestazionali il codice a 32 bit non e’ il piu’ adatto, occupa troppo spazio e soprattutto rende la cache L1 meno efficiente).\nUn’altra estensione gradita e’ l’unita’ “crypto engine” (non ricordo come la chiamano, cmq l’analoga del VIA Padlock) e l’unita’ FP (che ha un suo set di istruzioni aggiuntivo).\nChe dire, siamo molto distanti da quello che era ARM2 (che cmq contava sempre 30K transistor e dava la paga a MC68K e 286, gia’ allora molto piu’ complessi) negli anni ’80.\nTutto questo, come giustamente concludi, fortunatamente non ha ridotto di tanto la power efficiency, ed e’ ancora molto piu’ avanti di x86.\nUltima nota: l’ISA piu’ complessa in assoluto (fra quelle che conosco) e’ quella del DEC VAX (microprogrammato fra l’altro), oggetto di scherno gia’ all’epoca, che puo’ vantare opcodes lunghi fino a 56 bytes XD\n# mercoledì 15 luglio 2009 alle ore 16:29\nOttimo articolo come sempre. Mi viene però una domanda. In questo scenario i processori della famiglia Power di IBM come si collocano in termini di consumo/performance/complessità?\n# mercoledì 15 luglio 2009 alle ore 17:02\nSi può dire tutto quello che si vuole ma senza un os degno di questo nome, con windows ben piazzato su x86 e linux che vive sempre alla giornata, arm non può che continuare ad esistere in settori quali telefonini e videogiochi.\nMi chiedo però una cosa: perchè i nuovi amiga continuano a farli con schede ppc che oramai non vengono più sviluppate seriamente ? Non sarebbe meglio se rinascesse seriamente su arm ?\n# mercoledì 15 luglio 2009 alle ore 17:32\nI consumi della cpu non sono tutto.\nIL ragionamento dell’articolista quindi imho è correttissimo.\nLa valutazione di INTEL imho è stata la seguente:\ndue netbook, uno con atom e uno con arm che consuma 10 volte meno.\nMa lo stesso chipset.\nLo stesso schermo, lo stesso hardware, la stessa dotazione i/o.\nAlla fine la riduzione di consumo c’è, ma di qualche punto percentuale, sul complesso complessivo.\nOk, voi come clienti, comprereste l’arm che non fa girare altro che linux o altri so ad-hoc e applicazioni relative barra ricompilabili barra cross-platform;\noppure comprereste un x86 anche se la batteria vi dura 10 minuti meno?\nse poi smettiamo di parlare di netbook e iniziamo a parlare di smartphone e simili, allora è un altro film, ma infatti ancora smartphone x86 non è che se ne siano visti.\n# mercoledì 15 luglio 2009 alle ore 19:17\nSe davvero il punto debole degli x86 è il set di istruzioni, perché la Intel non crea un set di istruzioni che sia RISC, più semplice da decodificare, ma abbastanza simile a quello vecchio da poter essere “tradotto al volo”? Chiamiamola architettura R-86: i programmi nativi sono nativi e amen, per i vecchi programmi ci sarebbe una cosa tipo compiler just-in-time Java: verrebbero compilati al volo da x86 a R-86 e poi eseguiti. Dovrebbe essere fattibile facilmente, SE tutto il resto dell’architettura è identico (registri, privilegi, flag, tabelle descrittori globali, locali e dei task ecc. ecc.) e cambi solo il set di istruzioni.\n# mercoledì 15 luglio 2009 alle ore 19:39\nCome giustamente fà notare l’autore, all’aumentare del numero dei transistor integrati in uni chip, la percentuale di questi dedicata alla decodifica diminuisce, indipendemente dalla complessità dell’ISA. Penso che anche sui 47 milioni di transistor di ATOM, il numero di transistor dedicati alla decodifica non incida più di tanto. Sarebbe interessante se ci fossero dei numeri al riguardo, altrimenti rimangono solo speculazioni. Ad ogni modo il numero di transistor integrati nei chip continuerà ad aumentare sia nei desktop, sia nei netbook, sia nei telefonini, rendendo ma mano questa percentuale sempre più piccola in tutti i settori.\nPer quanto riguarda il confronto di ARM sarei curioso di sapere se esistono benchmark che ne confrontino le prestazioni e i rapporti prestazioni/consumi rispetto ad ATOM. Per come la vedo io ATOM è una CPU nata per i netbook e cerca un buon compromesso tra prestazioni e consumi. Se Intel avesse voluto fare una CPU x86 che consumasse di meno avrebbe sicuramente potuto farlo, ma a discapito delle prestazioni.\nInoltre, come ha fatto notare da un utente prima di me, dimezzare il consumo di ATOM inciderebbe poco sui consumi totali del netbook.\n# mercoledì 15 luglio 2009 alle ore 20:19\n@Caterpillar: Apple è passata agli x86 perché questi avevano ormai un miglior rapporto prestazioni / consumi & costi.\n@The3D: aduuuuukeeeen! Oops, scusa. :D Purtroppo non vedo all’orizzonte architetture in grado di poter scalzare x86 dal mercato desktop.\n@Marco: non oso immaginare che tipo di istruzioni potessero essere codificate in 56 byte. Già i 22 byte dei 68020+ mi sembravano troppi. :D Spero di trovare un datasheet del VAX per colmare la lacuna.\n@Cael: i POWER e i PowerPC sono abbastanza complessi come RISC. In particolare POWER e G5 di IBM hanno un’architettura che somiglia molto ai Pentium 4 di Intel, con pipeline molto lunghe per cercare di scalare in frequenza, ma hanno poi avuto gli stessi problemi della CPU di Intel, quindi con consumi troppo elevati.\n@D: penso che la sorte dell’Amiga sia contrassegnata dalla troppa sfiga, causa management inadeguato. Sono ancora convinti di volersi differenziare, quando persino Apple ha abbandonato l’architettura PowerPC che lei stessa ha contribuito a creare.\n@avve: attualmente per questo tipo di mercato il componente che consuma di più sembra essere il chipset.\n@megawati: c’ha provato già Transmeta proponendo RISC (VLIW, per la precisione) che compilavano al volo codice x86, e a livello prestazionale è stata un’esperienza fallimentare.\nComunque un RISC all’interno delle CPU x86 c’è da parecchi anni ormai, ed è stato introdotto da AMD col K5 e da Intel col PentiumPro. Viene chiamato RISC86 (per lo meno da AMD, se non ricordo male), e le istruzioni x86 vengono convertite in una o più istruzione RISC86 per poi essere eseguite.\nMi dirai: perché non programmare direttamente con questa ISA, come chiedevi tu (se non ho capito male)? Semplice: perché le prestazioni sarebbero scandalosamente scarse. Sembra stranissimo, vero? Di questo ne parlerò più approfonditamente in uno dei prossimi articoli. ;)\n@WP: considera che per il PentiumPro il 40% di transistor dedicati alla sola decodifica delle istruzioni x86 equivale a circa 2,2 milioni di transistor, e non è che questa sezione del chip rappresenti lo stato dell’arte; tutt’altro. Personalmente sono dell’idea che almeno 4-5 milioni siano una cifra abbastanza realistica (forse anche sottostimata) per una CPU x86 moderna.\nSu Atom credo che incida in maniera considerevole per quanto detto nell’articolo: è uno dei componenti che rimane sempre attivo, molto stressato, e che non si può “spegnere”. Tra l’altro Atom implementa anche l’Hyperthreading, per cui dev’essere possibile decodificare istruzioni di entrambi i thread attivi e, quindi, l’area di decodifica potrebbe benissimo essere stata duplicata allo scopo (aumentando ancora di più il peso di questa parte del processore).\nPertanto rimango della mia idea: la logica di decodifica va a pesare in maniera pesante sui consumi di questa “nuova” architettura.\nPer quanto riguarda le prestazioni, se ne parla un po’ qui: http://www.appuntidigitali.it/2969/il-futuro-del-mercato-netbook/\n# mercoledì 15 luglio 2009 alle ore 22:52\nSe non sbaglio il SMT non ha bisogno di decodificare le istruzioni dei due thread contemporaneamente. Viene decodificato il flusso di istruzioni di un thread soltanto e si passa all’altro solo quando ci sono stalli di lunghi durata, come un cache miss.\nDei benchmark comparitivi non ci sono? Mi sembra di aver letto che le versioni di notebook per ATOM consumino circa 2W. Sarebbe interessante vedere quanto consuma un processore ARM dalle prestazioni simili. Sicuramente i processori ARM per cellulari consumeranno meno, ma hanno anche prestazioni nettamente inferiori. Inoltre non penso che quello dei cellulari o dispositivi ultraportatili sia il mercato che interessa, per il momento, a Intel.\n# mercoledì 15 luglio 2009 alle ore 23:29\nCon Atom è diverso: può eseguire o due istruzioni di un thread, oppure una per ognuno dei due thread. Quindi per sfruttare al meglio la possibilità di eseguire due istruzioni per ciclo di clock, deve aver già decodificato le istruzioni di entrambi i thread.\nQuesto si risolve in due modi: duplicando la logica di decodifica (come avevo detto), oppure sfruttandola alternativamente decodificando le istruzioni prima di un thread e poi (nel ciclo successivo) dell’altro. Ovviamente in quest’ultimo caso le prestazioni saranno peggiori eseguendo codice non all’interno di loop.\nPer quanto riguarda le prestazioni, se leggi l’articolo e in particolare i commenti troverai qualche informazione.\nSui consumi non ricordo onestamente le differenze fra le macchine testate.\n# mercoledì 15 luglio 2009 alle ore 23:39\nAmigaOS su ARM…\n# giovedì 16 luglio 2009 alle ore 00:06\nUn’ISA non e’ solo un insieme di istruzioni: descrive anche ad esempio il numero di registri, il modello di memoria, eccetera.\nSe Intel creasse una nuova ISA… sarebbe nella stessa situazione di ARM: bisogna ricompilare tutti i programmi per farceli girare (anzi, sarebbe peggio, perche’ dovrebbe anche scrivere tutti i compilatori per farlo, mentre i compilatori per ARM ci sono gia’).\nL’importanza della compatibilita’ binaria e’ enorme, e spesso sottovalutata. Semplicemente, ormai x86 e’ usato in cosi’ tanti programmi e cosi’ tanti ambiti che non e’ possibile cambiare le cose. Nei desktop, x86 restera’ per mooolto tempo ancora.\nPer il mondo netbook eccetera, la battaglia e’ appena cominciata :)\n# giovedì 16 luglio 2009 alle ore 00:37\nApproposito di RISC86 (se e’ il nome giusto, non lo so, ma ci si intende).\nIl punto cruciale secondo me’… che non e’ un’ISA! Cioe’, non e’ un “contratto” tra l’hardware e il software: Intel potrebbe cambiare, se volesse, le sue istruzioni RISC interne quando e come le pare, da chip a chip, se le servisse per ottimizzare le prestazioni o i consumi. E questo e’ assolutamente lecito, proprio perche’ non e’ esposta all’esterno (nno e’ rpogrammabile direttamente), quindi non c’e’ nessun problema di compatibilita’ software.\nIntel garantisce x86; poi, come lei lo macina all’interno (o come AMD lo macina, che saranno modi diversi) riguarda solo il fabbricante di chip.\n# giovedì 16 luglio 2009 alle ore 00:50\n@Cesare Di Mauro: non ci siamo capiti.\nSo tutto sul RISC interno agli x86: nel nostro caso non serve a niente, la decodifica delle istruzioni va fatta comunque e la traduzione in RISC86 (sì, ti ricordi bene) peggiora tutto perché è un passo in più da fare. Necessario, se uno vuole “dar da mangiare” a più unità di esecuzione contemporanee, ma comunque aggiunge peso a un compito già pesante di suo. Transmeta lavorava all’interno del processore, con lotti di N istruzioni (poche): io penso invece a un compilatore che compili in fase di caricamento del programma o della DLL in RAM da un codice assembler x86 a un secondo assembler analogo ma RISC (apposta facevo l’esempio del compilatore just-in-time di java). Il processore di suo NON avrebbe più risc86 nè unità di esecuzione risc “nascoste” ma sarebbe un vero risc che esegue il codice analogo-ma-risc (che NON sarebbe risc86)…\nStando così le cose sarebbe pure pensabile, e secondo me auspicabile, di scrivere un compilatore standalone che prenda un .EXE o una DLL di un qualsiasi programma, ne traduca il codice e ne salvi una versione in codice analogo-ma-risc. Non ci sarebbe bisogno di ricompilare i sorgenti in C o in VB o in quello che è: tutto quello che ci sarebbe da fare sarebbe tradurre il codice oggetto, perché tutto il resto dell’architettura sarebbe identico.\n# giovedì 16 luglio 2009 alle ore 00:53\n@pleg: esattamente, e infatti ha cambiato più volte l’implementazione di RISC86 (come ha fatto anche AMD) proprio perché può farci quel che vuole essendo “interna” alla CPU e del tutto trasparente (nonché inaccessibile) al codice x86, che è l’unico vero riferimento per i programmatori.\nTra l’altro sarebbe assolutamente controproducente esporre l’ISA di RISC86 sia per il fatto che ci si legherebbe mani e piedi (effettuare modifiche anche radicali non sarebbe più possibile a causa della retrocompatibilità da mantenere), ma soprattutto perché le prestazioni risulterebbero disastrose.\n@andrea: avrei visto bene AmigaOS su x86 per i desktop, e su ARM per set-top-box, smartphone, PDA, cellulari e in generale per i dispositivi embedded e/o a basso costo / consumo.\nTrovo che questo s.o. sia assolutamente perfetto per queste esigenze.\nPer i desktop andrebbe aggiornato aggiungendo quanto meno la protezione della memoria e il resource tracking.\nDella memoria virtuale penso si possa fare tranquillamente a meno grazie al consumo estremamente ridotto di memoria e alla gran quantità di questa risorsa ormai disponibile da un bel po’ di anni a questa parte.\n# giovedì 16 luglio 2009 alle ore 01:02\nSe ho capito cosa intendi, potresti fare la stessa cosa con ARM, giusto? Cioe’, avere degli eseguibili x86 che “girano” su ARM grazie ad una ricompilazione al momento.\nQualcuno sa se e’ mai stato fatto? L’unica cosa di simile che mi viene in mente sono le tecniche di Dynamic Binary Traslation , ma devi tenere conto:\n1. del tempo che ci vuole a fare la traduzione\n2. dell’energia che ci vuole a fare la traduzione\n3. del fatto che il codice si espandera’, occupando piu’ risorse (main memory, cache, TLB…)\nIn totale, sarebbe piu’ efficiente? Penso di no… se no qualcuno l’avrebbe gia’ fatto :)\n(o magari qualcuno l’ha fatto, e non l’ho mai sentito, possibilissimo :)\n# giovedì 16 luglio 2009 alle ore 01:11\n@megawat: in questo caso sarebbe sufficiente scegliere una qualunque architettura RISC già esistente (inutile inventarne nuovamente un altro).\nIl problema è che quanto meno il s.o. dovrebbe essere adattato per poter caricare EXE e DLL ed effettuare la conversione al volo del codice da x86 a questo RISC “target”.\nInsomma, lavoro per Microsoft principalmente.\nLa compilazione integrale di EXE e DLL da codice x86 a RISC realizzata generando il nuovo codice oggetto nativo per quest’ultimo è, invece, impossibile a causa della notevole complessità che può avere il codice e che un analizzatore statico di questo tipo non potrebbe tradurre tutto in una sola volta.\nComunque una soluzione a questo problema esiste già, e si chiama .NET.\nGli assembly generati sono compilabili per qualunque architettura per la quale sia stato sviluppato il runtime. Ciò avviene o al volo (tramite JIT) oppure una sola volta traducendo l’intero codice intermedio in quello nativo.\nQuest’ultima soluzione è possibile perché gli assembly si portano dietro tutte le informazioni necessarie per poterlo compilare integralmente. Al contrario dei normali EXE e DLL.\n# giovedì 16 luglio 2009 alle ore 01:13\nMa la memoria virtuale ti da’ un meccanismo di protezione importantissimo!\nCoi dispositivi sempre connessi a internet, con la valangata di virus che girano e ci si becca, senza nemmeno quella protezione sarebbe la fine!\n# giovedì 16 luglio 2009 alle ore 01:14\nPenso che la protezione della memoria sia sufficiente allo scopo.\nGestire più memoria di quella fisicamente disponibile, invece, non credo che comporti un qualche miglioramento sul fronte della sicurezza.\nEDIT: per quanto riguarda la traslazione da un’ISA a un’altra, c’è il progetto QEMU che è molto interessante. http://www.qemu.org/about.html\n# giovedì 16 luglio 2009 alle ore 01:19\n“@D: penso che la sorte dell’Amiga sia contrassegnata dalla troppa sfiga, causa management inadeguato. Sono ancora convinti di volersi differenziare, quando persino Apple ha abbandonato l’architettura PowerPC che lei stessa ha contribuito a creare.\nBeh per differenziarsi ci riescono benissimo, solo che proponendo una scheda che si vanta di reggere 800Mhz di picco non so quanti software professionali potranno mai sperare di vedere in futuro.\nSinceramente però non capisco perchè non tentare qualcosa tipo un iphone pompato quindi cpu arm e gpu power vr sgx\n“AmigaOS su ARM…”\nSarebbe il miglior os che ARM potrebbe permettersi in questo momento visto che Symbian non è un prodotto per computer (al massimo palmari) e Linux francamente è una barzelletta (la piattaforma meglio supportata è ancora una volta x86-32 neanche 64 bit, mentre la stragrande maggioranza dei port su altre cpu sono più esperimenti che progetti seri)\n# giovedì 16 luglio 2009 alle ore 01:32\nCosa intendi per protezione della memoria? Mi riferivo alla memoria virtuale per l’isolamento dei processi — cio’ che un processo non vede, non puo’ toccare.\n# giovedì 16 luglio 2009 alle ore 04:22\nPer protezione della memoria intendevo esattamente questo. ;)\n@D: anch’io penso che Amiga & AmigaOS meriterebbero molto di più, ma purtroppo continuano a fare scelte sbagliate. Non credo più in un futuro, nemmeno di nicchia, per queste glorie del passato.\n# giovedì 16 luglio 2009 alle ore 06:59\nil brand “Risc86″ lo ha inventato la NextGen per la sua prima cpu Nx586, con ISA compattibile con l’ i386 (anche se superscalare e con alcune istruzioni ì486 emulate da bios) e privo di FPU integrata, ma comunque in grado di rivaleggiare sugli Integer con i Pentium di pari frequenza, seguito poi dall’ Nx586PF (soluzione di tipo MCM con due die CPU + FPU). In seguito prima dell’ introduzione del Nx686 venne aquista da AMD che trasformo quest’ultimo nel K6 (da qui l’associazione del brand Risc86 ad AMD)\n# giovedì 16 luglio 2009 alle ore 08:21\nGrazie per la precisazione. :)\n# giovedì 16 luglio 2009 alle ore 08:45\nsuvvia, chiunque abbia un minimo di dimestichezza con le architetture dei processori sa che gli x86 fanno pena e nessuno di questi soggetti si è ma permesso di dire che sono i migliori al mondo\nperò il mercato fa le leggi purtroppo e la stessa intel con itanium ha preso solo mazzate\nrealisticamente gli x86 ormai non li rimuovi dalla scena, c’è poco da fare ed apple non ha fatto altro che seguire il trend, anche perchè tra freescale e ibm non si trova uno straccio di roadmap decente\nimho l’unico modo per ridimensionare gli x86 sarà migrare il software verso framework basati su bytecode….forse a quel punto si riuscirà a proporre qualcosa di alternativo\n# giovedì 16 luglio 2009 alle ore 09:47\n““AmigaOS su ARM…”\nSarebbe il miglior os che ARM potrebbe permettersi in questo momento”\nCon sommo dispiacere da vecchio amighista devo dire che non concordo. Stiamo parlando di un SO di oltre 20 anni fa e praticamente non piu’ aggiornato (almeno a livello di architettura), con limiti pesantissimi e difficilmente accettabili anche a livello embedded.\nBTW credo che sia previsto un porting di MorphOS su ARM, dato che Genesi per la prossima efika (che dovrebbe anche avere una incarnazione tipo “smartbook”) cambiera’ architettura.\n“Linux francamente è una barzelletta”\nIl supporto per ARM e’ maturo, ci sono diverse distro che lo supportano da lustri, e sul carrozzone recentemente si e’ aggiunta anche Ubuntu, se mai ce ne fosse stato bisogno.\n“x86-32 neanche 64 bit, mentre la stragrande maggioranza dei port su altre cpu sono più esperimenti che progetti seri”\nLinux e’ stato il primo SO in assoluto a supportare AMD64, ed e’ assolutamente stabile e maturo il supporto per numerose altre architetture quali IA64, SPARC, S390, PPC (e Cell), MIPS. Non capisco cosa ci sia di cosi’ sperimentale, e insieme a me non lo capiscono Red Hat, IBM, Oracle, HP, centinaia di altri vendor e migliaia di grossi clienti.\nPer ARM embedded cmq ci sono i vari Windows Mobile, Apple iPhone/iPod OS, Symbian, Android che hanno gia’ una buona presenza anche se probabilmente non scaleranno verso l’alto partendo dagli smartphone. Per i MID, sempre su ARM, ci sara’ anche Nokia/Maemo linux e Chrome OS. Se mai ARM dovesse infiltrarsi nel mercato notebook/desktop mainstream vedrai che non tardera’ una versione di Windows 7 nativa.\nUltime note, il volume di vendite di ARM:\n– 1.6 miliardi di CPU nel 2005 (si, miliardi)\n– 10 miliardi di CPU vendute fino a gennaio 2008\n– previsione di venderne 5 miliardi in un anno per il 2011\ne il fatto che siano anche estremamente economici da produrre (sempre per il fatto di avere un transistor count enormemente inferiore): 9 mmq il die di un Cortex A8, 25 per un Atom diamondville.\nSul fronte delle prestazioni esistono SOC (tipo il Tegra di nvidia e altri prodotti tipo Qualcomm Snapdragon o TI OMAP) che sbaragliano allegramente Atom+qualsivoglia IGP Intel (il paragone lo si dovra’ fare con Pineview).\nApple, con l’acquisto di PASemi, ora sviluppa chip ARM direttamente in house per iPhone, e da un bel po’ si vocifera del famoso tablet: vedremo se useranno lo stesso os di iPhone o meglio una versione stripped di MacOS.\nDell’ottimo materiale si trova qui:\nFa conto che sono riusciti a metterci dentro cose tipo “POLYD” e “POLYF” (Polynomial Evaluation rispettivamente in double e float) XD\n# giovedì 16 luglio 2009 alle ore 10:20\nè qui che entra in gioco Google!!!!!!!\nil fatto di fare nascere Chorme OS sarà una rivoluzione x linux—->quindi x ARM!ogni software fino ad ora creato in ambiente linux con google verà sviluppato e diffuso esponenzialmente x il solo nome google(daltronde come accadde allo stesso modo x il mondo windows)!secondo me tempo 20 anni e il mondo infomratico si svilupperà in 2 parti…smartphone/netbook che confluiranno sui 32bit con processore muilti-ARM(con mondo linux-google),e dall’altra il mondo windows con processi a 64bit(x lavoro/ricerca)implementanto su portatili/fissi/server!\n# giovedì 16 luglio 2009 alle ore 11:18\nDa parte mia mi sono fatto l’idea che x86 sia ormai per Intel una scelta “culturale” più che una motivazione tecnica. Ogni volta che sottoponi ad Intel una domanda tipo “non siete preoccupati delle inefficienze dell’architettura x86?” ti rispondono con una sorta di mantra: “internet gira su x86, il 99,9% del software mai prodotto gira su x86″.\nIl problema è che le cose stanno cambiando e che, nella grande battaglia su dispositivi mobili di convergenza, Intel è ancora legata al concetto di notebook in miniatura mentre ARM è in netto vantaggio nel mondo degli smartphone di nuova generazione. Questa situazione influenza inevitabilmente anche il fronte software e credo, come argomenterò in un pezzo che uscirà a breve, che la scelta di Intel di supportare Chrome OS sia in questo senso una scelta politica più che tecnica.\nFra il serio e il faceto, ho personalmente supplicato uno specialista di Intel di disseppellire le proprietà intellettuali dell’architettura RISC Alpha per farne un competitor nell’ambito dell’ultramobile!\nCiò che non si può risolvere attraverso un efficientamento dell’ISA – per esclusione dev’essere questa la loro idea – si può risolvere con innovazioni nei processi produttivi. Lo scopriremo solo vivendo ma, per quanto Intel possa essere all’avanguardia su questo fronte, i passaggi di tecnologia prima o poi riguardano anche le architetture rivali: Samsung ha recentemente portato un’architettura ARM11 a 45nm.\nA quel punto i vantaggi architetturali si ripristinano e siamo punto e a capo…\n# giovedì 16 luglio 2009 alle ore 11:39\n“Samsung ha recentemente portato un’architettura ARM11 a 45nm.”\nEsatto, tutti gli ultimi SOC basati su ARM sono gia’ a 45nm, e visti i numeri in gioco saranno sempre in prima linea presso le grandi foundries indipendenti tipo TSMC.\nAlcune implementazioni sono realmente impressionanti, tipo il Qualcomm QSD8672: due core Cortex A9 a 1.5GHz, WSXGA, 1080p e una sezione 3D da fare invidia al Nintendo Wii, tutto in un package 15x15mm e quindi verosimilmente un die di dimensioni inferiori ad un Atom single core.\n# giovedì 16 luglio 2009 alle ore 12:18\nA questo punto scatta la domanda per gli esperti di ISA: come la vedete l’architettura Alpha, opportunamente evoluta, in prospettiva SOC? Credete che il gap sia recuperabile? È un asso che Intel e HP potrebbero avere nella manica…\nPer inciso, nello scenario dell’ultramobilità, l’acquisizione di PA-Semi da parte di Apple mostra tutto il suo potenziale, anche nell’ottica (in un futuro non prossimo) di una progressiva (e parziale) emancipazione da Intel/x86… Un esempio: non credo che nel prossimo venturo netbook/tablet di Apple vedremo un Atom.\n# giovedì 16 luglio 2009 alle ore 14:12\nLungi dal considerarmi un esperto in materia, ecco le mie considerazioni.\nTenendo conto che probabilmente stiamo parlando della miglior architettura mai progettata, il focus di Alpha e’ sempre stato il mercato server (dove andava a rimpiazzare VAX) e il supercalcolo, grazie rispettivamente ai 64 bit e alle prestazioni nel calcolo in virgola mobile. Purtroppo sono caratteristiche che non si addicono particolarmente all’embedded, dove ARM (gia’ nato con requisiti di estrema semplicita’) negli anni si e’ specializzato con Thumb, Jazelle, Neon, ecc., insomma ci sarebbe un bel po’ di lavoro da fare.\nNel desktop invece ci avevano gia’ provato con le varie Multia e Alphastation. Ricordo anche di schede madri Alpha vendute singolarmente per gli assemblatori, con tanto di versione dedicata di Windows NT4, e purtroppo anche qui per vari motivi gli sforzi sono stati vani. 64 bit in quell’epoca sul desktop voleva solo dire spendere il doppio per la RAM.\nCio’ non toglie che probabilmente clock-per-clock un 21264 e’ ancora piu’ veloce di un Core i7 gia’ nel calcolo intero e in Intel-HP secondo me a piu’ riprese avranno pensato di cestinare Itanium in favore di Alpha.\n# giovedì 16 luglio 2009 alle ore 15:06\nmi ricordo di un film con la Jolie(hackers) in cui uno dei protagonisti tirava fuori dalla borsa un portatile a suo dire rivoluzionario dato che aveva un processori RISC all’interno,che secondo lui avrebbe rappresentato il futuro…che ridere!!!\n# giovedì 16 luglio 2009 alle ore 15:09\nnè meglio nè peggio di altre ISA risc, visto che Alpha era un risc puro con un set di istruzioni pulito ed essenziale, ma anche privo di particolarità distintive (un po’ come il mips a cui in effetti era ispirato)\nuna caratteristica interessante dell’ ARM, invece, è l’ esecuzione condizionale ortogonale, nel senso che sebbene il formato delle istruzioni vari a seconda della modalità operativa, in ognuna è previsto un campo il cui valore denota la condizione a cui l’ istruzione può sottostare\nquindi su arm ogni istruzione può essere eseguita o meno a seconda dell’ esito della verifica fatta direttamente sulle flag di stato (se non ricordo male proprio da un comparatore in serie alla alu)\nil che, se non elimina la necessità di usare salti condioznati nel codice, quantomeno la riduce considerevolmente, riducendo di conseguenza l’ importanza di una logica di branch prediction ampia () e complessa (d’ altra parte necessaria per mantenere l’ efficienza della cpu sui code path con molti salti, magari nested, laddove questi siano il principale costrutto di controllo di flusso)\ned è un’ altra cosa in meno ad assorbire corrente…\n# giovedì 16 luglio 2009 alle ore 15:40\n@pabloski: è difficile trovare estimatori degli x86. ;)\n@Marco: grazie per il link; appena avrò un po’ di tempo me li studierò (tra l’altro ho visto che il sito è un’autentica miniera :). Comunque “promette bene” da quel che hai scritto. :D\nPer quanto riguarda s.o. & co., come dicevo anche prima io vedrei bene AmigaOS, se opportunamente aggiornato (coi cambiamenti che suggerivo). Ti sembrerà strano, ma lo trovo un s.o. ancora moderno e godibilissimo (ovviamente servono le applicazioni: senza software non si va da nessuna parte).\nProva a dare un’occhiata alla “riscrittura” open source, AROS: http://aros.sourceforge.net/ Ci trovi anche una versione con immagine VMWare, così eviti l’installazione (e la lentezza della versione live su CD-Rom, che purtroppo è realizzata decisamente male da questo punto di vista).\nTra l’altro la versione ufficiale e commerciale (AmigaOS 4.0 che gira su PowerPC), implementa i meccanismi di protezione di cui parlavo, ed è anche aggiornata a livello di interfaccia grafica.\nSu Linux & ARM dico soltanto una cosa: sono anni che aspetto una distro che sia in grado di rimpiazzare in tutto e per tutto quella nativa del mio Zaurus SL-5500. -_-\nRiguardo a Windows, non penso che arriverà una versione per ARM fino a quando non ci saranno consistenti vendite di netbook con questa CPU.\nInfine sul confronto Cortex vs Atom, preferirei non mettere in mezzo variabili addizionali, come chipset e memoria. Da programmatore e studioso di architetture m’interessa intanto cercare di capire le potenzialità della sola CPU, e poi quelle del complesso (tra l’altro per Atom c’è pure lo ION di nVidia a disposizione, che non è paragonabile al chipset IGP di Intel).\n@simone: Chrome OS è sostanzialmente web-based (parlo dal punto di vista dell’utente). Per cui penso che non ci sarà differenza apprezzabile fra una soluzione basata su ARM e un’altra su x86, a parte costi, consumi, e dotazione.\n@Alessio Di Domizio: l’Alpha è stato sviluppato in ottica server, come giustamente hanno riportato, per cui non lo vedrei bene nel settore mobile (nemmeno nei netbook, onestamente).\nQuanto a Intel, è già sui 32nm, quando i suoi principali concorrenti sono ancora fermi ai 45nm, per cui parte sempre in posizione di vantaggio.\nInoltre, riprendendo il discorso che avevo fatto nell’articolo e sottolineato poi da un altro utente, c’è da dire che più si riduce il processo produttivo, più le differenze dal punto di vista della dimensione dei chip e dei consumi si riduce. Il legacy, insomma, incide sicuramente su fattori di scala piccoli (i pochi milioni di transistor di Atom, ad esempio), ma poco su quelli più grandi (i quasi due miliardi di transistor di Nehalem in versione octopus).\n@Marco: impressionante la soluzione Qualcomm basata su Cortex-A9. Sono numeri da far spavento, e Intel ha sicuramente di che preoccuparsi.\nPer quanto riguarda Itanium, Intel e HP hanno investito troppo, e non credo che torneranno mai su Alpha (e PA-RISC per HP).\n@j: l’esecuzione condizionale è presente anche sui PowerPC se non ricordo male.\nComunque anche se teoricamente rappresenta un’eccellente soluzione per cercare di rimuovere i salti condizionati, praticamente mi sembra un grande spreco (di spazio negli opcode, in particolare), perché in genere nel “codice di tutti i giorni” sarebbe sufficiente una move condizionale (MOVEcc) per risolvere problemi di stallo della pipeline causati da questo tipo di codice.\nTra l’altro viene utilizzato anche un bit per specificare se un’istruzione possa o no modificare i flag di stato. Anche questo mi sembra un altro spreco. Visto che è molto raro dover preservare il registro di stato, preferisco nettamente la soluzione di 6800, 6502 e 68000: quasi tutte le istruzioni (anche quelle di “MOVE / LOAD”) alterano i flag. Codice più compatto e spesso più efficiente.\nPerò devo ammettere che questa soluzione di ARM e PPC la trovo molto pulita ed elegante. :)\n# giovedì 16 luglio 2009 alle ore 16:29\n“Prova a dare un’occhiata alla riscrittura open source, AROS”\nEh, da affezionato ex utente lo seguo da anni, e in particolare recentemente la “distro” Icaros (ex VMWAros): http://icarosdesktop.org\nLa protezione della memoria in OS4 invece mi sembra che sia limitata a dei canary sugli stack trappati che killano il processo in caso di scrittura su aree proibite, alla stregua di -fstack-protector o SSP che dir si voglia. Fare di piu’ significherebbe probabilmente la rottura della retrocompatibilita’, anche se a questo punto, visto il parco software esistente, relegherei all’emulazione i vecchi programmi (come alla fine ha fatto anche Apple col MacOS classic) e porterei definitivamente al passo con i tempi il kernel. Mi spiace (per me che avevo cominciato a programmare in C proprio su Amiga con l’Aztec) che, come in altre piattaforme, il grosso delle applicazioni siano meri porting di software dal mondo GNU/FOSS che si appoggiano a layer di compatibilita’ posix (ixemul.library) che poco hanno da spartire con la filosofia originaria.\n“tra l’altro per Atom c’è pure lo ION di nVidia”\nHai ragione, cmq poi dato che si parlava di SOC infatti ho detto che il confronto si dovra’ fare con Pineview, che incorporera’ anche il northbridge e la gpu.\n“non credo che torneranno mai su Alpha”\nEh, nemmeno io purtroppo.\n# giovedì 16 luglio 2009 alle ore 18:12\nMa quanto sono potenti questi arm?\nCon un paio di watt gli atom fanno girare xp o seven, arm non penso ci riuscirebbe, quanto andrebbe a consumare un processore così potente con questa architettura???\n# giovedì 16 luglio 2009 alle ore 19:10\nPerchè le archittture tipo dragonball, che mi risulta derivassero dal più volte lodato 68000, sono sparite? Non potrebbero essere una via di mezzo congruente con lo scopo?\n# giovedì 16 luglio 2009 alle ore 19:11\n@Marco: AmigaOS 4 la compatibilità col passato l’ha comunque rotta (è per PPC), per cui il software per 680×0 potrebbe benissimo girare tramite UAE o, meglio ancora, con un sistema di tunnelling tipo il WoW (rimappando le chiamate alle API delle librerie standard del 68000 su quelle native della piattaforma su cui gira).\nDa amighista m’interessa un AmigaOS aggiornato con almeno la protezione della memoria e il resource tracking. Cosa non facile, ma che non richiede nemmeno grossi sforzi.\nE poi, come te, preferisco software nativo a banali port, che della struttura e delle capacità di AmigaOS non sfruttano una mazza, aggiungendo, anzi, un layer in più su quello già pesante dell’emulazione POSIX.\n@zazabusula: dai benchmark che ho visto competono con Atom. Ma senza una vasta e variegata batteria di test non siamo autorizzati a trarre delle conclusioni definitive.\n@arkanoid: purtroppo sono state soppiantate da ARM, che è una soluzione più economica.\n# giovedì 16 luglio 2009 alle ore 19:23\n“Con sommo dispiacere da vecchio amighista devo dire che non concordo. Stiamo parlando di un SO di oltre 20 anni fa e praticamente non piu’ aggiornato”\nEsiste una cosa che si chiama Amiga OS 4 e non ha 20 anni…\n“Il supporto per ARM e’ maturo, ci sono diverse distro che lo supportano da lustri, e sul carrozzone recentemente si e’ aggiunta anche Ubuntu, se mai ce ne fosse stato bisogno.”\n“Linux e’ stato il primo SO in assoluto a supportare AMD64, ed e’ assolutamente stabile e maturo il supporto per numerose altre architetture quali IA64, SPARC, S390, PPC (e Cell), MIPS. Non capisco cosa ci sia di cosi’ sperimentale, e insieme a me non lo capiscono Red Hat, IBM, Oracle, HP, centinaia di altri vendor e migliaia di grossi clienti.”\nIo voglio supporto software, supporto hardware, applicativi e driver a profusione. Compro oggi una schifosa chiavetta umts e devo ancora leggere sulla scatola cose oscene come “disponibili driver per vista a 32 bit”.\nPer l’OS maggiormente diffuso al mondo, basato sull’architettura commercialmente dominante c’è ancora chi nel 2009 si guarda bene dall’offrire un supporto completo e degno di questo nome e te mi vieni a parlare di cose che si sognano pure quel poco ?\nVoglio installare ubuntu a 64bit e mi ritrovo con i repository grossi la metà della controparte a 32bit (in ambito x86, non CoccoBelloCPU altrimenti potrei scrivermeli), senza contare la cronica mancanza di librerie e pacchetti imprescindibili per un uso soddisfacente del sistema (vedi codec per video, audio o anche solo flash).\nMa dove si vuole andare… E’ facile vantare il supporto di linux verso ogni hardware ma le cose vanno dette per intero: supporto hw/sw ciccia così tutto cambia sulla carta quanto rimane immobile nei fatti.\n# venerdì 17 luglio 2009 alle ore 04:19\n“AmigaOS 4 la compatibilità col passato l’ha comunque rotta”\nBeh non proprio, in realta’ viene usato un emulatore JIT del 68000 (come a suo tempo Apple fece passando da 68K a PPC), quindi non una vera e propria sandbox. Cqm AROS usa proprio UAE e i risultati sono apprezzabili secondo me.\nConcordo sul fatto che si potrebbero aggiungere finalmente almeno queste due caratteristiche fondamentali, peccato che lo sviluppo sia stagnante e Amiga preferisca investire nei giochini per PDA.\n“Esiste una cosa che si chiama Amiga OS 4 e non ha 20 anni…”\nArchitetturalmente si. E non e’ da biasimare nessuno, dato che e’ sviluppato da una societa’ che si occupa di porting di videogiochi impiegando 4 sviluppatori nel tempo in cui non hanno altro da fare e con l’ostracismo della casa madre. E per questo ci hanno messo… boh? 5 o 6 anni per giungere ad una release “stabile”.\n“Compro oggi una schifosa chiavetta umts”\nMa siamo seri per favore, si parlava di architetture, non di chiavette USB. Le ditte che ti ho citato ti danno un pieno supporto enterprise 24/7, non certo i bollini “designed for z/OS” da appiccicare alle scatole dei mouse. Se vuoi parlare dei problemi di Linux sul tuo PC comprato al supermercato non e’ questo il thread adatto e se ne e’ gia’ discusso altrove.\n# venerdì 17 luglio 2009 alle ore 09:38\n“E per questo ci hanno messo… boh? 5 o 6 anni per giungere ad una release “stabile”.”\nBeh sicuramente sarebbe più facile creare un supporto hardware verso amiga che non verso linux visto che ci sarebbe la certezza che le carte non finiscono per cambiare da un giorno all’altro a causa del solito gruppo di bastian contrari.\n“Se vuoi parlare dei problemi di Linux sul tuo PC comprato al supermercato non e’ questo il thread adatto e se ne e’ gia’ discusso altrove.”\nQui si sta parlando di ARM in un ambito di concorrenza rispetto ad intel per i pc del supermercato quindi ha molto più senso parlare di bollini e chiavette usb che non di z/OS e sistemi enterprise.\n# venerdì 17 luglio 2009 alle ore 13:21\n“sicuramente sarebbe più facile creare un supporto hardware verso amiga”\nEh si, come no. Infatti il mercato pullula di vendor che supportano AmigaOS. Che non e’ supportato nemmeno dalla sua stessa casa madre.\n“Qui si sta parlando di ARM in un ambito di concorrenza rispetto ad intel”\nDifatti sei stato a uscirtene con “Linux francamente è una barzelletta” e “stragrande maggioranza dei port su altre cpu sono più esperimenti”. Uno che fa affermazioni di questo tipo onestamente non saprei se definirlo un troll o semplicemente uno che non sa di cosa sta parlando.\n# venerdì 17 luglio 2009 alle ore 13:58\nQuando parlavo di compatibilità rotta col passato mi riferivo al fatto che AmigaOS 4 non fa girare nativamente le vecchie applicazioni. Deve, quindi, ricorrere a un emulatore.\nAROS, invece, si prefigge proprio l’obiettivo della totale retrocompatibilità.\n# sabato 18 luglio 2009 alle ore 00:48\n“AmigaOS 4 non fa girare nativamente le vecchie applicazioni. Deve, quindi, ricorrere a un emulatore.\nAROS, invece, si prefigge proprio l’obiettivo della totale retrocompatibilità.”\nSecondo me e’ vero il contrario: AROS si prefigge una compatibilita’ a livello di API/ABI e necessita della ricompilazione dei sorgenti per l’architettura target qualora fosse differente dal 68K (lasciando perdere UAE che e’ un “mero” emulatore e funziona su qualsiasi piattaforma), mentre AmigaOS 4.x fa funzionare il vecchio software 68K direttamente nel nuovo SO emulando esclusivamente la CPU. Ad esempio se volessi usare DOpus su AROS viene lanciato UAE, caricato un AmigaOS 68K ed eseguito in una sandbox (piuttosto inutile in questo caso dato che accederesti esclusivamente al filesystem del SO emulato), su OS4 viene eseguito in maniera trasparente accedendo a tutte le risorse dell’host.\n# sabato 18 luglio 2009 alle ore 23:26\nEsattamente. Mi riferivo esclusivamente alla piattaforma 680×0 quando parlavo di retrocompatibilità per AROS (d’altra parte AmigaOS era disponibile solo per questa famiglia di microprocessori).\n# domenica 19 luglio 2009 alle ore 06:03\n» Canonical, Xandros, Novell adottano Moblin _ Ultime su ARM e LINUX scrive:\n[…] libera. Nessuno può negare che ARM è un’alternativa verde, economica ed etica, in breve: tecnologicamente superiore.Per ora ARM è supportata solo da Microsfot Windows CE su Nvidia Tegra (oltre ai sistemi embedded), […]\n# lunedì 27 luglio 2009 alle ore 23:37\nRiflessioni sull’architettura ARM - Appunti Digitali scrive:\n[…] In questa rubrica abbiamo parlato estensivamente dell’architettura ARM, uno dei microprocessori RISC più diffusi e indiscutibilmente destinato ad avere un ruolo sempre più di primo piano grazie a un ottimo compromesso fra prestazioni, costi e consumi. […]\n# mercoledì 7 ottobre 2009 alle ore 15:00\nChromeOS, cattive notizie per Atom e x86 - Appunti Digitali scrive:\n[…] mobile, un’efficienza energetica che l’overhead dell’architettura x86 rende difficilmente raggiungibile, a parità di tecnologie produttive e […]\n# martedì 24 novembre 2009 alle ore 11:56\nCopyright 1997 - 2017 Hardware Upgrade S.r.l. P.iva: 02560740124 - Appuntidigitali.it è distribuito sotto licenza Creative Commons - Vedere le note integrative


Jamie Fraser Archivi - Pagina 7 di 12 - Outlander Italy\nLa nostra amatissima Diana Gabaldon è tornata a condividere i suoi pensieri su uno degli argomenti più “caldi” legati alla serie tv “Outlander”, vale a dire l’interpretazione di Sam Heughan nei panni (ehm kilt) di James Alexander Malcom Mackenzie Fraser. Ecco cosa ha scritto di recente nello storico forum Compuserve in merito a come l’attore Scozzese interpreti l’Highlander dai capelli rossi, coraggioso e al tempo stesso compassionevole, per il quale battono i nostri cuori, rivelando anche alcune anticipazioni riguardanti un personaggio che vedremo negli episodi finali della stagione 1 di “Outlander” (Padre Anselm). Nel libro voi vedete solo quello che Claire vede, e la sua interpretazione di ciò che vede. Nello…\nCarissimi Outlanders, abbiamo pensato di tradurre per voi questo articolo molto interessante che analizza in maniera approfondita il personaggio di Jamie Fraser in “Outlander”. Siamo certe che lo troverete di vostro gradimento e che rispecchierà in gran parte quelli che sono i vostri pensieri sul giovane guerriero scozzese ideato da Diana Gabaldon! –ATTENZIONE: Chi non ha letto il primo libro della saga, sul quale si basa l’adattamento tv della STARZ, rischia di andare incontro a spoilers!- In uno degli ultimo libri, Bree e sua madre discutono in merito a come le persone sanno cosa vogliono essere nella vita. Discutono di come Claire sapesse di voler curare le persone e poi Bree chiede se…


Test Medicina 2020, pubblicato il bando: cosa cambia e come partecipare\n16 giugno 2020 Di Carla Ardizzone\nSul sito del Ministero è stato pubblicato il bando per il test di Medicina 2020 e per le altre lauree di ambito sanitario: Odontoiatria e Protesi dentaria, Medicina veterinaria e per i corsi di laurea delle Professioni sanitarie. L’esame si svolgerà in presenza negli atenei ma, considerando l’emergenza coronavirus, gli atenei dovranno assicurare “il distanziamento fisico e sociale tra i candidati stessi nonché l’adozione, da parte dei candidati e di tutti gli altri soggetti presenti, delle misure igieniche personali e ambientali” adeguate.\nTest ingresso università 2020, come prepararsi in quarantena\nTest di ingresso 2020, le date cambiano: nuovo calendario ufficiale per l'accesso programmato\nIl test di Medicina 2020: il bando e gli allegati\nLa data del test di Medicina 2020 è il 3 settembre 2020 (giovedì 10 settembre per i corsi di laurea in inglese), con prova unica nazionale sia per i corsi di Medicina che per Odontoiatria e Protesi dentaria, come succedeva gli scorsi anni. Il test per Medicina e Odontoiatria inizierà però alle 12:00, e non alle 11:00 come nel 2019. Sarà composto da 60 quesiti con cinque opzioni di risposta: in particolare, ci saranno dodici quesiti di cultura generale; dieci di ragionamento logico; diciotto di biologia; dodici di chimica; otto di fisica e matematica. Per lo svolgimento della prova si avranno a disposizione 100 minuti. I candidati possono iscriversi alla prova di ammissione dal 1 al 23 luglio: all’atto dell’iscrizione alla prova il candidato deve contestualmente indicare, in ordine di preferenza, le sedi per cui intende concorrere.\nDecreto test di medicina, odontoiatria e veterinaria 2020.\nTest medicina 2020 nella sede più vicina\nL'allegato 1 del bando dà un'indicazione precisa sullo svolgimento della prova nella sede più vicina. Si legge infatti: "In considerazione dalla normativa di contenimento dell’epidemia da Covid-19, al fine di garantire l’applicazione delle disposizioni di natura emergenziale nonché di limitare gli spostamenti\nnell’ambito del territorio nazionale e regionale, ciascun candidato, a prescindere dalla sede indicata\ncome prima preferenza di assegnazione, sostiene la prova presso la/e sede/i dell’ateneo/degli atenei disponibili nella propria provincia di residenza o, se non disponibili, nella provincia limitrofa rispetto a quella di residenza".\nPunteggio e graduatorie test medicina 2020\nLe aspiranti matricole sono idonee all’ammissione a Medicina se abbiano ottenuto, nella rispettiva prova, un punteggio minimo di venti punti, cosa che non vale per il test di Professioni sanitarie, per il quale c'è la soglia di zero punti. Per quanto riguarda la valutazione delle prove, sono attribuiti al massimo novanta punti, tenendo conto dei seguenti criteri:\n0 punti per ogni risposta omessa”.\nPer Medicina, Odontoiatria e Veterinaria, sulla base del punteggio di ciascun candidato, viene pubblicata una graduatoria unica nazionale. Il giorno 29 settembre 2020 sono pubblicate nel sito riservato le graduatorie nominative di ciascun corso di laurea con l’indicazione per ogni candidato del punteggio ottenuto, della posizione in graduatoria e della sede universitaria in cui lo stesso è collocato come “assegnato” ovvero, tenendo conto della posizione in graduatoria di tutti i candidati che lo precedono e delle relative preferenze di sede, come “prenotato” ovvero come “in attesa”.\nCome pagare il test di medicina 2020 e quanto costa?


Marchi: deposito, assistenza e consulenza - IP Way - Lugano\n“La necessità di distinguersi è una costante che da sempre accompagna l’uomo e il suo ambiente”.\nL’essere individuati con semplicità, chiarezza e immediatezza in un mercato ormai senza confini é un arma fondamentale che unita alla ricerca costante della qualità permette alle aziende di affermarsi e di conquistare in maniera duratura la fiducia dei consumatori.\nIl marchio è l’immagine stessa dell’azienda sul mercato, è un patrimonio che va attentamente curato e sviluppato perché parla una lingua, quella della qualità e affidabilità, da tutti riconoscibile in ogni angolo del mondo.\nLa nostra esperienza e la profonda conoscenza della legislazione svizzera, comunitaria e internazionale sono a disposizione dei nostri clienti per assisterli nel decidere se, quando e dove depositare una domanda per marchio d’impresa.\nverifiche preliminari sulla registrabilità/conformità del marchio alle diverse normative nazionali,\nverifiche sulla disponibilità di un nuovo nome attraverso approfondite ricerche di anteriorità in ogni paese d’interesse,\nassistenza nella strategia di deposito di marchi ovunque nel mondo\nassistenza nel processo di creazione/ideazione di marchi e loghi,\ndeposito e prosecuzione di domande di marchio in Svizzera, nella Comunità Europea (marchi comunitari), di marchi internazionali e di marchi nazionali esteri in ogni paese del mondo,\nrinnovo di marchi svizzeri, di marchi comunitari, internazionali e nazionali esteri ovunque del mondo,\ndifesa stragiudiziale e giudiziale, elaborazione di lettere di diffida e conduzione di trattative, predisposizione e deposito di opposizioni, difesa in caso di opposizioni passive,\nsorveglianze doganali, servizi anticontraffazione in ambito fieristico.\ndi nuove domande depositate o di nuovi marchi rilasciati in qualsiasi paese in un settore particolare oppure a nome di un determinato concorrente.\nconsulenza legale e contrattuale in materia di sfruttamento di un marchio, ad esempio nelle trattative per licenze e cessioni, preparazione di atti di cessione, di fusione, registrazione di cambi di nome, cambi di sede, etc.\ngestione e valutazione del portafoglio marchi di un’azienda (due diligence).


LAMA | LamabyTwils Fiera dell'Artigianato - lamadesign.it\nIn questo fine settimana LAMA è entusiasta di parlarvi come sempre di moda, di stile e di tendenze…\nCosa vi proponiamo oggi?! La Fiera Internazionale dell’Artigianato alla quale abbiamo partecipato anche quest’anno con ottimi risultati!\nPresso la Fortezza da Basso a Firenze, LAMA ha presentato letti e divani TWILS e TWILS LOUNGE che hanno registrato negli ultimi mesi le più alte soglie di gradimento grazie alle sue linee glamour di grande tendenza!\nCome nello showroom a Signa, lo stand è stato allestito seguendo lo stesso mood…\nUn design raffinato, sartoriale dai toni preziosi e colorati e quel tocco\ngreenery per creare un ambiente fresco e audace!\nPiccoli accorgimenti e dettagli che fanno la differenza…Date uno sguardo alle immagini qui di seguito!\nLETTO MAX CAPITONNE’ ALTO\nUn letto matrimoniale dalle forme leggere e raffinate e dalla importante testiera che riporta all’idea di “Letto padronale”. Una trapuntatura sartoriale, cucita a mano, un prodotto Made in Italy. Presentato in Fiera con Contenitore box con doppia alzata è ideale per sfruttare al massimo lo spazio nella camera…e per la pulizia? Grazie ai pannelli del contenitore estraibili diventa facile riuscire a pulire il pavimento sottostante al letto.\nCome definirlo? Un letto dal giusto connubio tra Estetica del bello e\nLETTO ACADEMY PIUMA SOFT\nUn letto dalla seducente morbidezza realizzato con imbottitura in piuma dalle forme avvolgenti.\nQuesto letto è stato presentato in Fiera con Sistema-rete Box-Spring a molle insacchettate: il piano d’appoggio è realizzato in multistrato di 3 mm forato per permettere l’aerazione, sussegue una strato di espanso e il tutto è inserito all’interno di una fodera lavabile a 60°C.\nLa perfezione del riposo, supera l’ostacolo della rigidità del pianale rete\ntradizionale per un’ergonomia ed un comfort impareggiabili!\nUn letto completamente tessile caratterizzato da una testiera dalla sagoma ergonomica e ammorbidita da cuscini con l’interno in piuma e coordinati. Un letto totalmente personalizzabile grazie al doppio cuscino che permette la scelta di più tessuti per vestire il letto.\nUn tocco “jungle” per creare uno spazio fresco e oggetti di design per creare un’atmosfera audace!\nUna promozione letti e divani da non perdere…che continua fino al 30 giugno\n2018! Questi e molti altri letti Twils e divani Twils Lounge in\n“Scegli il tuo letto…il materasso e le lenzuola te le regaliamo noi”


Ritorno a casa tra gli applausi per Fabio, guarito dopo essere finito in coma a causa del coronavirus\nUn calvario iniziato lo scorso 7 marzo e durato 61 giorni, di cui dieci in coma, in tre ospedali diversi. Il racconto a BresciaToday\nRedazione 12 maggio 2020 13:05\n“Bentornato a casa, guerriero”: così è stato accolto Fabio Guerandi, 51enne di Montirone (Brescia) che è tornato finalmente dalla sua famiglia dopo ben 61 giorni di nei quali ha lottato contro il coronavirus. Un calvario inizio lo scorso 7 marzo e che lo ha portato a girare tutti i principali ospedali della provincia, come racconta lo stesso Fabio a BresciaToday, ricostruendo tutto il lungo percorso della sua malattia.\nGuerandi è stato ricoverato in ospedale quando già aveva grossi problemi di respirazione. “Erano giorni che avevo la febbre alta, altissima, ma il medico di base mi aveva prescritto degli antibiotici pensando che fosse solo un’influenza - ricorda - Mia moglie era preoccupata e ha chiamato diverse volte il 1112, ma le dicevano che finché non avevo l’affanno non sarebbero usciti. Alla terza telefonata è arrivata l’ambulanza che mi ha portato in ospedale, sono stato immediatamente ricoverato in terapia intensiva”.\nFabio ha passato dieci giorni in coma, intubato, alla Poliambulanza. Di quei giorni non ricorda nulla. “Ho solo dei flash, ricordo l’ambiente, ma nulla di più. Quando mi sono svegliato ero già estubato, ma avevo la maschera per l’ossigeno. Non riuscivo a parlare: ci sono voluti tre giorni prima che ricominciassi a farmi capire dai medici e dagli infermieri”.\nIl 51enne è stato poi trasferito all’ospedale Civile, nel reparto di nefrologia, a causa di un blocco renale. “Non avevo mai avuto problemi prima, ma il Coronavirus mi ha mandato in tilt anche i reni. Ho cercato di pensare positivo e le videochiamate con la mia famiglia mi sono state di grande aiuto".\nUna volta migliorata la situazione, Fabio Guerandi è stato portato in un altro ospedale, il Richiedei di Gussago, per la riabilitazione. “Quando sono arrivato non mi alzavo nemmeno dal letto, ci sono volute tre settimane per riuscire a rimettermi in piedi. Solo grazie agli sforzi del terapista e alla mia forza di volontà sono riuscito a recuperare, ma è stata durissima”.\nFabio ha potuto finalmente riabbracciare la moglie Nicoletta e dai due figli, tra gli applausi del vicinato, ma se la sua battaglia “fisica” contro il coranavirus è finita, a livello psicologiche le conseguenze di quello che ha passato si fanno ancora sentire. “Faccio molta fatica ad addormentarmi perché ho paura di non svegliarmi più al mattino e di non rivedere più mia moglie e i miei figli”, racconta.\nCoronavirus, la modella bolognese positiva per 75 giorni: "Ora sono guarita"


Amplificatore Auto Nikrans NS-GW-A per le chiamate + Internet 3G | MyAmplifiers\nAmplificatore Auto Nikrans NS-GW-A per le chiamate + Internet 3G\nRipetitore NS-GW-A per la macchina;\nNikrans NS-GW-A Descrizione\nNikrans NS-GW-A è un amplificatore cellulare per uso in macchina. Il dispositivo aumenta la qualità della connessione mobile migliorando il lavoro di tutti i servizi di telefonia mobile -telefonate, SMS, Internet mobile.\nAmplificatore NS-GW-A per la macchina funziona a due frequenze mobili migliorando contemporaneamente entrambe le telefonate a 900MHz GSM e Internet mobile a 2100MHz 3G. Nel risultato, dopo l'installazione di un amplificatore cellulare per la macchina, si ottiene la connessione mobile perfetta in auto, bus, camper, camion o addirittura uno yacht.\nNikrans NS-GW-A è compatibile con la maggior parte dei provider di telefonia mobile dell'Unione Europea, dell`Asia e dell`Africa. Inoltre, è assolutamente sicuro per la salute di esseri umani e l'ambiente. È compatto, potente, e anche supporta telefonate e internet - questo amplificatore auto dualband è la migliore vostra compania in movimento!\nOttenete il vostro amplificatore auto Nikrans ora per godere a pieno i vostri viaggi!\nAmplificatore NS-GW-Avper la macchina viene fornito in un kit completo con tutte le antenne e accessori necessari per il montaggio, in modo da ottenere un kit pronto per il montaggio e l'uso. Basta mettere una antenna esterna magnetica sul veicolo e collegare il dispositivo ad un accendisigari. E in un paio di secondi si otterrà un segnale stabile all'interno del veicolo che sarà sempre con voi ovunque andiate.\nAmplificatori Nikrans hanno superato la certificazione internazionale di qualità e sicurezza di CE e di RoHS. Gli amplificatori non solo migliorano la qualità della comunicazione mobile, ma anche ridurrano la quantità di radiazioni emessa dal cellulare in zone a basso segnale mobile.\nCon un NS-GW-A si ottiene la connessione perfetta del telefono cellulare e l`Internet 3G stabile in auto ovunque andiate – in campagna, in un altro paese o regione.\nComprate un amplificatore auto da Nikrans e fruite la comunicazione mobile perfetta quando volete!\nNikrans NS-GW-A Specifica\nSe ripetitore NS-GW-A in Italy?\nè appropriato per, questo ripetitore della rete mobile si può utilizzare in Italy. NS-GW-A è molto commune tra consumatori della rete cellulare di New Zealand, France, Sweden. Dipende dal fabbricante, il booster di servizio telefonico NS-GW-A può anche essere usato dai gestori della rete mobile di paesi come Spain, Greece, Portugal, Netherlands, South Africa, Italy, Australia.\nSe il booster di servizio telefonico NS-GW-A funziona sulle frequenze della rete cellulare di TIM-Telecom Italia?\nCertamente, questo booster di servizio cellulare funziona su TIM-Telecom Italia. Ordinariamente, booster NS-GW-A opera con network mobili più noti come SOSH, Callmobile, MEO. In più, noi stiamo sempre ricevendo recensioni positive dai nostri utenti chi utilizza NS-GW-A per la maggiorazione di|l`aumento di il servizio cellulare durevole di queste reti come Deutsche Telekom, ExpressMobil, Asda, Orange, TDC, T-Mobile, ok.- Mobile, Telenor, Star Hub, Mucho, Vivo, Lyca Mobile. Chiamateci per controllare meglio se avete delle domande.\nRicco (Italia) · Comprato Nikrans NS-GW-A · il 17 ottobre 2016\nProvider: TIM-Telecom Italia,\tVodafone,\tWind Mobile,\tRingo Mobile,\tFASTWEB,\tCOOPVoce,\tUno Mobile,\tPosteMobile,\tLyca Mobile,\tDIGI Mobil,\tTiscali Mobile


Soccerscene (Londra): AGGIORNATO 2021 - tutto quello che c'è da sapere - Tripadvisor\nSoccerscene: attività nelle vicinanze\nSoccerscene (Londra, Inghilterra) - Foto e indirizzo\nN. 803 di 1.116 Shopping a Londra\na partire da 279,23 USD\na partire da 469,47 USD\n56-57 Carnaby St., W1, Londra Inghilterra\ntrip t ha scritto una recensione a nov 2019\nMolto deluso, è la nostra prima volta qui e non è stato facile trovare questo posto e alla fine è stato chiuso senza avvisare. vergogna. .\nAlan L ha scritto una recensione a dic 2016\nÈ chiuso! ! Abbiamo viaggiato in tutto il modo da Shepperton. Ha ancora un sito web e distacchi non dicono che è chiuso. Abbastanza deluso perché mio figlio di 10 anni è stato ansioso vederlo. C'è un negozio pro diretto nelle vicinanze, con una fantastica gamma di scarpe da calcio (stivali di alta qualità con prezzi superiori)…\nChristina S ha scritto una recensione a mar 2015\nSao Paulo, SP204 contributi52 voti utili\nE' chiuso ?\nSono andato fino a Carnaby Street e ir era chiuso. Dice La carta ANDARE LILLYWHITES ! Io sono in shock . Chi ha acquistato il negozio ? Nessun più piccoli negozi nel mondo\nSean-Walsh11 ha scritto una recensione a ago 2013\nDublino, Irlanda17 contributi1 voto utile\nSe si vuole visitare Londra e siete alla ricerca di acquistare una maglia di calcio, consiglio assolutamente di andare altrove. Sono stato in questo negozio 4-5 volte e ci è piaciuto abbastanza, ma le mie ultime due visite mi ha lasciato piuttosto insoddisfatti. Se stai cercando di acquistare un Premier League jersey si dovrebbe essere decente, ma se cercate un jersey da una politica estera league cioè Borussia Dortmund, ti verrà lasciato mani vuote. C'è anche una piccola quantità di lettere disponibile per la stampa.…\nWitwatersrand ha scritto una recensione a mar 2012\nLeicester, Regno Unito99 contributi55 voti utili\nNon sempre trattare con loro\nFino alle vendite anteriori fantastico, ma se avete un problema dimentica, hanno alcun contatto telefonico, non rispondere ai messaggi e-mail e onestamente sono i peggiori azienda che abbia mai affrontato. Impossibile ottenere qualsiasi risoluzione.\nDomande frequenti su Soccerscene\nQuali sono gli orari di apertura di Soccerscene?\nGli orari di apertura di Soccerscene sono:\nQuali sono gli hotel vicino a Soccerscene?\nHotel vicino a Soccerscene:\nVedi tutti gli hotel vicino a Soccerscene su Tripadvisor\nQuali sono i ristoranti vicino a Soccerscene?\nRistoranti vicino a Soccerscene:\n(0.03 km) Flat Iron\nVedi tutti i ristoranti vicino a Soccerscene su Tripadvisor


NBA 2K22: una simpatica chiacchierata con Marco Belinelli\nUn piacevole video in compagnia dell'italiano che ha fatto la storia in NBA\nNBA 2K22 ha colpito nel segno quest’anno riuscendo a mettere d’accordo pubblico e critica specializzata. Anche noi di iCrewPlay lo abbiamo premiato nella nostra recensione, colpiti soprattutto dalla piacevole varietà dei contenuti, cosa non semplice in titoli a cadenza annuale, e la rinnovata modalità carriera.\nPer festeggiare l’uscita di NBA 2K22, il conduttore radiofonico Gianluca Gazzoli ha fatto una simpatica chiacchierata con il campione nostrano, primo e unico italiano a vincere il titolo NBA, Marco Belinelli.\nMarco Belinelli si racconta durante una partita a NBA 2K22\nPer i pochi che non conosco Marco Belinelli, è giusto ricordare qualche dettaglio della sua lunga carriera in NBA, durata ben 13 anni.\nNato a San Giovanni Persciseto, vicino Bologna, il 25 marzo del 1986, Marco Belinelli è attualmente in forza alla Virtus Bologna. Selezionato con la 18ª scelta assoluta al Draft NBA 2007 dai Golden State Warriors, è stato, come detto poco sopra, il primo e unico italiano ad aver vinto il titolo NBA (nella stagione 2013-2014 con i San Antonio Spurs), oltre che l’NBA Three-point Shootout (vinto durante l’NBA All-Star Weekend 2014).\nNel corso della carriera ha vinto anche due campionati italiani con la Fortitudo e la Virtus Bologna e una Supercoppa italiana con la Fortitudo Bologna, venendo nominato MVP di quest’ultima nonché una Coppa Italia con la Virtus Bologna. Inoltre, con 2 258 punti segnati in 154 partite, è il quarto miglior realizzatore nella storia della Nazionale italiana.\nNel corso dell’intervista Belinelli rivela che la sua passione per la palla a spicchi è nata anche grazie ai videogiochi e di come questi lo abbiano spinto ad andare sul campo da gioco per emulare i campioni che vedeva mentre giocava a NBA 2K.\nA un certo punto, Gianluca Gazzoli, riferendosi all’opzione MyTeam, una delle più apprezzate dai videogiocatori, chiede a Belinelli quale sarebbe il suo quintetto ideale, avendo vissuto l’NBA sia da spettatore che da protagonista. Ti lascio alla visione del video per scoprirla. Buona visione!\nE qual è il tuo quintetto dei sogni? Diccelo con un commento!


Il rapporto aggiorna sull’evoluzione normativa in materia di limiti agli investimenti dei Fp (occupazionali, a prestazione definita e a contribuzione definita, ad adesione volontaria e obbligatoria) di 52 paesi OCSE e non OCSE. Le classificazioni considerano i limiti per tipo di asset class, limiti alle classi di attivo estere, limiti di concentrazione per emittente/emissione per tipo di attivo, altri limiti. L’approccio dei limiti quantitativi risulta essere quello di gran lunga prevalente; soltanto in Australia, Belgio, Canada, Paesi Bassi Nuova Zelanda, Regno Unito e USA non adottano alcun limite quantitativo.\nRegno Unito: Riforma dei fondi pensione a prestazione definita\nIl governo inglese ha avviato una pubblica consultazione sulle linee guida della riforma dei fondi pensione a benefici definiti: Security and Sustainability in Defined Benefits Pension Schemes. Obiettivo dell’iniziativa è quello di mettere a punto proposte che consentano di ripristinare adeguati livelli di solvibilità oltre che di garantire adeguati livelli reputazionali, attraverso il rafforzamento dei poteri di vigilanza.\nSul versante della solvibilità una delle proposte più rilevanti è il blocco dei meccanismi di indicizzazione all’inflazione delle prestazioni quando il piano si trova in una situazione di deficit. Sul versante della vigilanza il documento propone alcune misure tese a rafforzare i poteri di controllo del Pension Regulator, autorità di vigilanza dei piani DB. La scadenza della consultazione è fissata al prossimo 14 maggio.\nUK - Security and Sustainability in Defined Benefits Pension Schemes\nPaesi Bassi: Fondi pensione a supporto dell’economia reale\nAlcuni tra i maggiori schemi di previdenza integrativa dei Paesi Bassi hanno formalmente aderito al progetto del fondo Invest NL. Si tratta di un fondo creato dal governo olandese per investimenti in venture capital e attività sociali (energia, progetti sostenibili, alimentare, economia digitale). Il fondo ha come obiettivo quello di raccogliere fino a 2.5 miliardi di Euro.\nPaesi Bassi - Invest NL\nInsurance Europe: A Blueprint for Pensions\nIl position paper dell’associazione europea delle compagnie di assicurazione evidenzia le sfide dei sistemi pensionistici pubblici, alle prese con l’invecchiamento della popolazione e con la pressione che ne viene sul versante delle prestazioni adeguate e sostenibili. L’associazione evidenzia il ruolo che le forme di secondo pilastro possono avere in tale contesto e la rilevanza di un regime fiscale favorevole come stimolo per la diffusione dei fondi pensione.\nInsuranceEurope: A Bluprint for Europe\nOECD: Global Insurance Market Trends Allegato Statistico