Forum libero

No non Ares, quello non so dove sia ma e` sicuramente a divertirsi.
E` morto il mio tablet.

Il surface pro 3 comprato due anni e mezzo fa m'e` cascato dal letto mentre dormivo. M'ero addormentato a guardare giocare a poker e quello e` scivolato tra il letto e il muro, cozzando col pavimento con un angolo. Lo schermo s'e` incrinato e era tutto bianco con righe nere sulla destra, completamente andato.

Ho scollato e scollegato lo schermo dalla cornice, ripulito tutto dai frammenti di vetro, e ora sto pensando di riciclare il tablet come computerino fisso. Ho messo una piastra d'alluminio su quella parte della motherboard che andava a massa con spugnette conduttive sulla superficie metallica dietro allo schermo, e coperto il resto con rettangolini di plastica spessa (avete presente il PVC espanso che usavo sempre?). Poi ho ri-sigillato tutto con un biadesivo molto sottile e rivestito la parte frontale con plastica autoadesiva satinata bianca, e applicato quattro piedini di gomma per appoggiarlo. Sopra ci metto uno schermino, attacco un hub USB e penso di riuscire a usarlo come fisso.

Al momento non ho l'adattatore mini-displayport a HDMI: lo compro martedi`. La cosa che mi preoccupa e` che lo schermo esterno non funzioni subito ma abbia bisogno di essere impostato: non vedendo cosa faccio, sarebbe un problemino.

> Io la moltiplicazione la lascio fare al compilatore, mi sembra l'approccio più semplice.

Il thread originario e` sulle divisioni per costanti intere.
Per esempio di norma puoi fare:

xor edx, edx
mov ebx, 3
div ebx

per dividere (senza segno) eax per 3, e ottenere il quoziente in eax e il resto in edx. Ma usa un sacco di registri fissi che vanno flushati, o salvati e ripristinati se il programma li ha allocati. E poi e` un'operazione di per se` penosamente lenta (tipo una quarantina di cicli). Pero` si puo` riscrivere come:

mov ebx, 55555555h
mul ebx

che prende 4 cicli, e usa solo eax come registro implicito (contiene il primo fattore) e fa una moltiplicazione di due valori a 32 bit dando un risultato di 64 bit. La parte alta del risultato viene depositata in edx, ed e` il quoziente della divisione per 3 (perche` 100000000h/3 = 55555555h) (h = esadecimale). Risponde all'equazione

n * 2³² / 3 / 2³² = n / 3

in cui l'errore di arrotondamento dovuto all'approssimazione intera del dividendo scalato, diviene insignificante purche` la costante per cui si moltiplica abbia una precisione di 2<sup>(32+x)</sup> bits, dove x e` il numero minimo di bits in grado di rappresentare il denominatore, meno uno.

Pero` non e` cosi` facile.
Poi ho menzionato della roba sull'ottimizzazione della moltiplicazione ma e` un altro discorso.

**Modificato dall'autore il 16.04.2017 20:44**

> > Hanno entrambi manie di grandezza. Il coreano ha comunque lanciato il missile anche se il test è fallito perchè il missile è scoppiato dopo 40 secondi dal lancio. Trump non ha ancora commentato. Ma sia l'uno che l'altro, per quanto scemi siano, sanno che se si da inizio a una guerra non si sa dove si andrà a finire.
>
> Trump non ha intenzione di iniziare una guerra. Al massimo bombardare un po' qualche installazione.

Si` ma non equivale un attimino a un piccolo atto di guerra?

Aspe' qual'era?
M'e` passato di mente ma ce l'avevo 5 secondi fa...
AH! Le divisioni.
Si`, le divisioni invarianti per moltiplicazione.
O divisioni per moltiplicazioni invarianti.
O come cacchio le chiamano.

Concettualmente sono semplici: si approssima la divisione pre-moltiplicando tutto per 2^N (N = wordsize, 32 bit su IA-32), e poi si ri-divide per 2^N, cioe` ci si limita a prendere la word alta di una moltiplicazione a 2<sup>(2*N)</sup> bits. A seconda della dimensione in bits del denominatore, serve quel tot di bits in piu` per evitare errori di troncamento.

Pero` qui:

https://gmplib.org/~tege/divcnst-pldi94.pdf

La spiegazione della figura 4.1, paragrafo "CAUTION", dice che la formula di base e` quella (appunto, quoziente = shift right logico della somma della costante di approssimazione e del numeratore), ma che servono degli shift di aggiustamento per evitare che ci sia un overflow sull'addizione e sullo shift.

Pero`.
Non considera, mi pare, che x86 in particolare ha un'istruzione ADC (add with carry) per fare somme a 64-bit, e siccome li` l'overflow e` sempre al massimo 1 bit, basterebbe aggiungere il carry al risultato, con "ADC qh, 0" dove qh e` l'operando che contiene la word alta del quoziente), inoltre sempre x86 ha la double-precision shift right che "importa" i bits in eccesso dalla word alta. Sicche` non vorrei che considerando tutto questo in effetti si POSSA calcolare q senza preoccuparsi degli shift di aggiustamento.

Non capisco se non l'hanno considerato perche` non tenevano presenti queste istruzioni specifiche di quell'architettura, visto che hanno implementato quest'ottimizzazione in modo generico nel compilatore, oppure se non hanno tenuto presente il caso perche` anche su x86 ADC e SHRD sarebbero piu` lente.

Tanto per dire quali sono i miei "argomenti informatici" del momento.
Ma penso che la risposta dovrebbe essere "si` vabbe' ma in fondo chissenefrega".

Scritto da: Alienazione
> Quanti gatti hanno usufruito dei tuoi servizi?
>

e` una storia lunga. Nel 1992 ci fu Peluche, che fu investito a un anno e mezzo di eta`. Poi venne Chicco (persiano azzurro, dal nome ingannevole peeche` era grosso come un cinghiale nano, benche` non castrato) che visse 13 anni e mori` di blocco intestinale. Poi ci fu Martin, quello che m'ha lasciato piu` sconvolto e mori` giovanissimo, appena un anno, il 25 aprile del 2005. Poi venne Lucky, e nel frattempo Mary Lou. Lucky se ne ando` 7 anni dopo, probabilmente scegliendosi un'altra casa. Mary nel 2009 partori` Ares, Kevin, Spiro e Thabit. Thabit fu adottato da piccolo da una famiglia che conosco, che lo ribattezzo` Hidan. E` ancora vivo e sta bene, ma e` castrato. Kevin e` disperso dal 2011. Mary mori` (investita) nell'agosto del 2011. Spiro nel 2014. Ares e` ancora qui.

Scritto da:
> Scritto da: altg
> > Scritto da:
> > >
> > > Ieri notte ho giusto pensato che Ares tornava. Forse dovrei aprire un botteghino di previsioni.
> >
> > Una e` un campione non statisticamente significativo.
> >
> > > Spiro c'è ancora?
> >
> > No, prima che qualcun'altro faccia la solita battuta, anticipo che spiro` quasi tre anni fa. Investito, purtroppo.
>
> E prima di spirare non ha seminato il circondario di gatti rossi?

certo: ce ne sono due che gli assomigliano, piu` il vecchio babbo di Ares (e di Spiro) e un altro che ha le stesse marmorizzazioni di Ares, e che probabilmente e` suo figlio. Ares si allontana anche piu` di un chilometro in linea d'aria, e non sono al corrente di figli recenti ma do` per scontato che in queste sue scorribande qualche "danno" lo faccia.

Scritto da:
>
> Ieri notte ho giusto pensato che Ares tornava. Forse dovrei aprire un botteghino di previsioni.

Una e` un campione non statisticamente significativo.

> Spiro c'è ancora?

No, prima che qualcun'altro faccia la solita battuta, anticipo che spiro` quasi tre anni fa. Investito, purtroppo.

fatto colazione col salamino Negronetto.
Accompagnato con patatine e cedrata.

Scritto da: Wakko Warner
>
> Li conosco già tutti.

E quello di quel tizio che smonta server un tempo costosissimi dimessi da banche svizzere? aspe'... si chiamava... Play with junk. Boja come piange il cuore a vederli fatti a pezzi. Anche se certamente erano sovrapprezzati gia` ai loro tempi d'oro, e il tizio ne parla infatti sempre con una vena ironica. A un certo punto parla di un cavo da 50mila dollari "certamente saldato da vergini nude in una notte di luna piena"... pero` per il resto e` veramente sorprendente vedere come erano costruiti quei mainframe. Schede alte mezzo centimetro con 16 layers, larghe quanto meta` di una scrivania, sistemi MCP col package grande quanto una mattonella, chip rivestite d'oro (non si sa se per bellezza o per conduzione termica, non penso l'oro sia un buon conduttore termico, ma magari mi sbaglio). Pero` spettacolo, e tanto senso di spreco.

>
> Dice che è simile ad un MSX... come il mio primo computer. Anche in Italia la Frael aveva fabbricato un MSX-quasi-compatibile, il Frael Bruc 100. Ne ho uno in soffitta.

A me stupiva il case d'alluminio e la presenza di un assembler incorporato, indicazione che chi l'ha costruito voleva che l'utente avesse a disposizione strumenti piu` seri del solito basic standard. Stessa cosa sul BBC ovviamente. Peccato i prezzi fossero anche loro un po'... seri.

dovrebbe essere the 8-bit guy, a occhio, senza seguire i link.
Conosco, conosco... conosco anche terry stewart e la sua collezione di computer vintage, dave di eevblog e i suoi teardowns di vecchi computers, LGR e un bel po' di altri canali dedicati ai vecchi micro.

Questo non lo conoscevo e mi ha stupito!
Case d'alluminio, wow!

https://en.wikipedia.org/wiki/Memotech_MTX