Am I 32-bit, or 64-bit?
Joshua Judson Rosen
rozzin at geekspace.com
Thu Apr 5 12:25:56 EDT 2012
"Brian St. Pierre" <brian at bstpierre.org> writes:
>
> On 04/05/2012 09:20 AM, Ken D'Ambrosio wrote:
> > But... i386 seems to be missing as a possible architecture. The closest I
> > could find was x86. But this concerned me, because x86_64's bzImage is a soft
> > link to x86's. Anyway, "What the hell," I thought, and compiled it. Installed
> > it. Booted it. And it works great! Until I went to install Chrome. Chrome
> > said, "You're running a 64-bit OS; here's your 64-bit version." I tried
> > installing that, and no soup. 32-bit version installed fine. So then I
> > glanced at "uname -a":
>
> Split the difference and call yourself 48-bit? ;)
You think you're joking, but it worked for ATM:
<http://en.wikipedia.org/wiki/Asynchronous_Transfer_Mode>
ATM broke up all packets, data, and voice streams into 48-byte
chunks, adding a 5-byte routing header to each one so that they
could be reassembled later. [...] parties from the United States
wanted a 64-byte payload because this was felt to be a good
compromise in larger payloads optimized for data transmission and
shorter payloads optimized for real-time applications like voice;
parties from Europe wanted 32-byte payloads because the small size
(and therefore short transmission times) simplify voice
applications with respect to echo cancellation. [...] 48 bytes
(plus 5 header bytes = 53) was chosen as a compromise between the
two sides. 5-byte headers were chosen because it was thought that
10% of the payload was the maximum price to pay for routing
information.
--
"Don't be afraid to ask (λf.((λx.xx) (λr.f(rr))))."
More information about the gnhlug-discuss
mailing list