Newsgroup: it.comp.macintosh
Titolo: Big Endian vs Little Endian

i PPC erano big-endian se non sbaglio, mentre gli intel sono
little-endian
immagino i casini nella migrazione

 immagino i casini nella migrazione
<
http://developer.apple.com/documentation/MacOSX/Conceptual/universal_bi
nary/universal_binary.pdf>
C'è un intero capitolo dedicato alla questione. Tra l'altro dice che i
dati sulla rete viaggiano come big, quindi un x86 deve invertire
l'ordine quando invia e quando riceve. Sarei curioso di sapere se e
quanto incide sulla velocità del flusso dei dati.

 quanto incide sulla velocità del flusso dei dati.
pensa che windows storicamente non inverte alcuni campi del frame ethernet
e quindi trasmette da sempre pacchetti con numero di sequenza sbagliato
-- 
Conoscere le sorelle degli amici e' uno dei
motivi per i quali conviene avere molti amici.

 trasmette da sempre pacchetti con numero di sequenza sbagliato
Com'è possibile? Non dovrebbe neanche riuscire a stabilire una
connessione allora...

 connessione allora...
ma no, semplicemente parte da un numero che non e' zero, poi ricomincia
non ho sotto mano i dettagli ma posso procurarteli
-- 
Che mi importa delle tasse? Il 30% di zero sempre zero e'.

 poi ricomincia
In che senso? Comunque avevo capito che chi stava dall'altra parte gli
diceva di aspettarsi di ricevere un certo numero e invece Windows gli
rispondeva con un numero diverso...

 ma no, semplicemente parte da un numero che non e' zero, poi ricomincia
Parli di frame etherenet e poi di sequence number.
E poi di un misterioso numero che non è zero.
Di cosa stai parlando, esattamente? :-)
-- 
Il 12 giugno scegli se vuoi uno stato liberale
od uno stato (pseudo)etico: vota sì ai referendum.

 Di cosa stai parlando, esattamente? :-)
Beh, visto che si parla di problemi di Windows, non può che essere il
pacchetto IP: il frame Ethernet lo prepara la scheda di rete.

 rispondeva con un numero diverso...
dunque diciamo le cose in modo rigoroso :)
windows riempie in modo scorretto il campo sequence number dei pacchetti
ICMP (quelli usati ad esempio nei ping). Il campo sequence number e'
composto da due byte.
Il primo pacchetto dovrebbe avere seq# 00 01, il secondo 00 02 e cosi'
via. Windows li riempie come 01 00, 02 00, 03 00 e via dicendo. In tal
modo i numeri di sequenza della serie di pacchetti sono 256, 512, 768,
1024 etc. anziche 1, 2, 3, 4... Questo non genera alcun errore in quanto
il pacchetto risposta (Echo reply) al ping (Echo request) contiene lo
stesso sequence number del pacchetto richiesta.
Fortuna che lo stack TCP/IP e' scritto bene e resiste a questi ed altri
errori :)


 Di cosa stai parlando, esattamente? :-)
LOL! va beh che poi va tutto dentro il frame ethernet comunque mi sono
chiarito nell'altro branch


 quanto incide sulla velocità del flusso dei dati.
ecco..no nso se c'entra...maio sulla rete con mac vado veloce mooolto di
piùù..le performance dei miei pc fanno ridere in questo senso..e non c'è
ghz che tenga..non so se dipende da questo..
qui mi sa che i mac attuali diventeranno delle preziose macchine da
collezione dal valore inestimabile :-P
della serie..speriamo non mi si rompa mai.
-- 
Baciamo Le mani!
http://joefarina.altervista.org
 
http://joeweb.altervista.org/Registrazioni
iChat: 
joef...@mac.com

 chiarito nell'altro branch
Il mio branch predictor ha toppato di nuovo.
-- 
Adesso quando i medici di turno rifiuteranno di esserti d'aiuto / perchè
venne un polacco ad insegnargli che è più cristiano imporsi col rifiuto
pretenderanno che tu torni indietro/e ti costringeranno a partorire per
poi chiamarlo figlio della colpa / e tu una Maddalena da pentire

 dunque diciamo le cose in modo rigoroso :)
Ah, ok, ora mi è chiaro. :)
Pensavo che stessi parlando dei Sequence Number del TCP.


 errori :)
?

 little-endian
i PPC non erano in grando di decidere se operare in Be o LE?
-- 
Poochie©

 i PPC non erano in grando di decidere se operare in Be o LE?
aye!
