Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
It's funny.  Laugh. Technology

Worst Explanation From Tech Support? 1907

Disgruntled-with-Tech-Support asks: "Let's face it: At some point or another, we've had to deal with some form of tech support. Quite often, it's a hit-or-miss experience depending on the level of support required. Occasionally, strange, bizarre, or nonsensical explanations result from the problems reported, such as this one: I had just had DSL installed, only to find it much slower than the 56K line I was looking to get rid of. On calling the provider, I was told (by someone who likely reading off cue cards) to visit one of their internal websites for measuring bandwidth. While there, I observed that they had both bytes per second and bits per second listed, and that the number of bytes/sec != bits/sec * 8, rather a factor around 13 or 14. I pointed this out as a possible problem, and the guy's reasoning: 'Uh, it looks like the bytes are getting through to you ok, but the bits are getting stuck someplace.' What was your worst explanation from tech support?"
This discussion has been archived. No new comments can be posted.

Worst Explanation From Tech Support?

Comments Filter:
  • No wonder... (Score:3, Informative)

    by rasafras ( 637995 ) <tamas.pha@jhu@edu> on Thursday May 20, 2004 @11:41PM (#9211420) Homepage
    bytes/sec != bits/sec * 8

    It should be bits/sec*(1/8), since you're getting one byte per every 8 bits. And you probably knew that, but I'm anal.
    On the other hand, who knows what's happening when the bits are getting stuck someplace....
  • hmm... (Score:3, Informative)

    by T.Hobbes ( 101603 ) on Thursday May 20, 2004 @11:52PM (#9211523)
    ...it could be their admin system hadn't yet updated your e-status, and the isp tsr said what he knew...
  • by mlyle ( 148697 ) on Thursday May 20, 2004 @11:57PM (#9211579)
    at the number of bytes/sec != bits/sec * 8, rather a factor around 13 or 14.

    Shouldn't it be bits/sec = bytes/sec * 8? ;)
  • by jdreed1024 ( 443938 ) on Friday May 21, 2004 @12:00AM (#9211606)
    One time I called Redhat for tech support in getting a RH to run on a laptop. I was told, "LCD's don't have scan rates and frequency settings like CRT's do."

    I almost went through the phone to choke the bastard.

    Uh, only problem is, he was mostly right. While LCDs do in fact have scan rates and frequency settings, no one cares, since they're mostly fixed. Almost all LCDs (at least in the home user market) have a 60 Hz vertical refresh rate. And most LCDs have a fixed resolution, so the scan rate is fixed (it is derived from vertical refresh and resolution). So he mostly knew what he was talking about, assuming the question was "How do I configure XFree86".

    Now, if the question was "Can I install Linux on a laptop?" and the answer was "No, because LCDs don't have scan rates", then that's pretty stupid. But that's not clear from the post. Also, how long ago was this? It wasn't that long ago that Linux on a laptop required a lot of kludging, especially to get X running.

  • by ewhac ( 5844 ) on Friday May 21, 2004 @12:03AM (#9211632) Homepage Journal

    The canonical multiplier to go from bytes/sec to bits/sec is ten (10): One start bit, eight data bits, one stop bit. This is how things were over serial/modem connections not so very long ago.

    I find it still remains a reasonable rule of thumb. DSL and Ethernet frame data packets differently, of course. There are no start or stop bits surrounding each byte, but there is a multi-byte packet header and trailer. IP framing, of course, adds more overhead, but I find the 10:1 rule is close enough for most purposes. Besides, it's really easy to calculate in your head.

    Schwab

  • by Anonymous Coward on Friday May 21, 2004 @12:06AM (#9211655)
    I assume he means (bytes / sec)*8 != (bits / sec). I would not expect a 56 kilobits per second modem to give me 56*8 kilobytes per second.
  • by Bill_Royle ( 639563 ) on Friday May 21, 2004 @12:07AM (#9211659)
    I had that a while back - after a significant amount of time, a technician came out to the house. It turned out that a line filter was a bit corroded on the outside of the house, and a quick replacement fixed it.

    After reading several cable installer manuals, I found that a lot of cable installers will staple the coax too close to the rain gutters, and the ensuing rain tends to saturate the filter. Asking the cable installer to staple (or place hook-snaps) near-flush against the eaves usually reduces the likelihood.
  • by Anonymous Coward on Friday May 21, 2004 @12:12AM (#9211712)
    * in most architectures,
    * the term was more liquid in the past
  • by red floyd ( 220712 ) on Friday May 21, 2004 @12:19AM (#9211773)
    System 5, I think. . . Which SCO owns.

    Claims to own. Novell has other opinions.
  • by Graff ( 532189 ) on Friday May 21, 2004 @12:21AM (#9211781)
    A byte is usually 8 bits but it has also been defined as 6, 7, 9 or even odder combinations. It all depends on the system architecture.

    You can read a bit more about it here [reference.com]
  • neh, Fry's (Score:4, Informative)

    by ajlitt ( 19055 ) on Friday May 21, 2004 @12:23AM (#9211794)
    You see, Fry's goes one step further than just having a horde of ill-trained customer service people roaming the store. They assign a person to each section, and go as far as to post a picture of them at the end of the aisles they're in charge of.

    One day, upon needing some cable ends for some ethernet I was running, I decided to go to Fry's. They do have a good selection of networking hardware, so I figured I should have no problem getting the connectors. While I'm trying to find the RJ45s for rounded solid cable amongst the RJ11s, MMJs, and cable boots I get accosted by the salesdude, wanting to know if I need help. This is the same guy whose picture is pasted to the shelf. So I says to him, I says, "Could you help me find some RJ45s for plenum cable?" Reasonable request, right? I mean, there were routers to the left of me and telco racks to the right, and big spools of CAT5 behind me, so somewhere in that vicinity should be cable ends. His response: "I'm sorry, sir, I'm not sure what you are talking about."

    I eventually found them on my own.

    The moral of this story? Don't ask a customer if they need any help if you don't even know what products you sell!
  • by Gatton ( 17748 ) on Friday May 21, 2004 @12:26AM (#9211815)
    YES they would charge the card. I had a Zip drive and had to call for tech support because Windows 95 wouldn't recognize it. I had to pay $14.95 just to speak to a person. A few years later I received a letter in the mail saying that I was able to join a class action lawsuit against Iomega.

    Details here:
    http://news.com.com/2100-1023-208214.html?l egacy=c net
  • by CatNTHat ( 9640 ) on Friday May 21, 2004 @12:27AM (#9211823) Homepage Journal
    While I can't speak to the obvious idiotic answer the poster received I can say that I used to support DSL. While the web page was obviously wrong you cannot assume that you will get what you pay for on the invoice. Because of the way that most telecommunications providers provision DSL there is a possibility that up to 20% of the bandwidth you pay for can be taken up by network overhead. Not necessarily your network overhead. It actually depends on the number of people on the local loop.

    As for actually troubleshooting it, pings don't mean crap. A traceroute will give you much more information. A continuous trace using something like mtr (Matt's TraceRoute) or some other similar program will help you narrow down where the problem is occuring, additionally, if its a router and not a bridge then the CPE configs should be checked. If its a bridge then an ATM ping from the edge router (ERX) can tell you if its actually on the circuit as there should only be the one hop between the ERX and the CPE. The tech support reps should be able to do this last one for you.

    Regards,
    FreeBSD Knight
  • Re:You said it... (Score:5, Informative)

    by jpu8086 ( 682572 ) on Friday May 21, 2004 @12:35AM (#9211869) Homepage
    "had him cuss the tech support guy in Hindu"

    Thank god it wasn't me, I would have cussed him out in Christianity.

    Hindi is the language. Hindu is the religion.
  • Re:CompUSA (Score:5, Informative)

    by tempest303 ( 259600 ) <jensknutson@@@yahoo...com> on Friday May 21, 2004 @12:38AM (#9211883) Homepage
    The store rep said that a 10/100 hub will find the slowest connecting device on the network and then put everything at that speed, while a 10/100 switch will let everyone talk at the maximum speed they support.

    but, uhm... isn't that the case? On a hub, every device must "dumb down" to the slowest link, whereas on a switch, every port can have its own speed settings (duplex, 10 vs 100mbps, etc)

    How is this not so?
  • Bits about Bytes (Score:5, Informative)

    by Anonymous Coward on Friday May 21, 2004 @12:38AM (#9211885)
    actually in asynch serial comms (such as your 56K) a byte is data bits, plus start, stop, parity bits
    so the old standard 8,n,1
    is really 1 start bit, plus 8 data bits, no parity bit, and 1 stop bit
    so 10 bits in this case
    the largest commmon byte would be something like
    8,e,2 (1 start+8+1(for even)+2 stop bits, thus
    12 bits in that byte as transmitted.
  • Re:CompUSA (Score:4, Informative)

    by strider_starslayer ( 730294 ) on Friday May 21, 2004 @12:45AM (#9211915)
    I'm glad that someone else noticed that the store reps explanation was fundamentally correct. Now it's not 100% correct, and it's not the answer that anyone who has taken a course in networking would answer, but it's correct enough that a customer would not have been misinformed by the rep's answer.

  • by adrenaline_junky ( 243428 ) on Friday May 21, 2004 @01:12AM (#9212087)
    I had this EXACT same problem with my ISP. It turned out that the LISA daemon that comes standard with Mandrake (dunno about other distros...) burps out ICMP pings over your network. My ISP took his ICMP ping traffic to be port scanning and/or some MS-Blast virus, and disconnected my connection. The bastards finally turned it back on once I tracked down exactly what was generating this (very minor) ping traffic.
  • by Sycraft-fu ( 314770 ) on Friday May 21, 2004 @01:23AM (#9212169)
    They are more commmonly called repeaters, but they do exist. They regenerate the signal to allow a longer run. Much like you can find a two port switch. Usually they are called a bridge and are used for media conversion or monitoring (and are quire rare these days) but they are really 2-port switches.

    A 1-port on the other hand...
  • by Trepalium ( 109107 ) on Friday May 21, 2004 @01:50AM (#9212315)
    TCP bulk transfers? Maybe 8.1 bits per byte. You're talking about about 20 bytes per packet of 1500 bytes (an overhead of just over 1%). Even with an MTU of 576 (dial-up default), your overhead is still a little over 3%, or less than 8.3 bits per byte. If you want to factor in ACKs at maybe 60 bytes per packet, the overhead would be around 5% and 13%, or 8.4 and 9.0 bits per byte.

    Now, if this person had set a tiny MTU (68 bytes is minimum, IIRC), then it would be possible to get a really high overhead. Most likely he 'tweaked' his TCP configuration and tuned it for peak modem performance, which limited him to modem performance when he connected to a higher speed connection.

  • by komseh ( 627490 ) on Friday May 21, 2004 @02:03AM (#9212379)
    Yes, the lines the run to your modem need to be taken care of much more carefully than your tv lines. The most important thing is to have your modem connected to the original splitter. Two splitters will work sometimes, three will almost never work. Perfect signal for a modem is 0dB. Anything under -5dB wont work; and anything over +10dB is bad for the modem. The second most common problem with modems are bad fittings. All of the fittings in the line from the tap to the modem need to be perfect. Otherwise your modem is going to drop packets and possibly lose sync with the head end. Other problems can be caused by nicks, cuts, kinks, or twists in the line. Significant amounts of signal can be lost even if the line is stapled or screw-clipped in equal segments. You can avoid these things by having your installer run your cable in the walls. It might cost you a little extra, but it looks nicer and your cable will last longer. The best tip I can give you is make sure your installer knows what the fuck is going on. If you see him wandering back and forth countless times, ask him whats wrong. Don't get in his hair though, because then he WILL do a shitty job on your install. Check his work after he leaves though. Good day all.
  • by DonnarsHmr ( 230149 ) on Friday May 21, 2004 @02:22AM (#9212471) Homepage

    Plenums are defined to be any compartment or chamber which is connected to or a part of the air distribution system of a structure. Think things like ducts, flow shafts, and sometimes even the void above a dropped ceiling. The outer PVC jacket on normal Cat5 cable burns at a relatively low temperature and produces large quantities of highly toxic black smoke. Plenum rated Cat5 has a much higher combustion temperature and produces smaller quantites of smoke. The National Electric Code specifies that only Plenum Rated Cat5 can be run through any space connected to the air distribution system. Since air ducts are handy ways to run cable, a lot of Plenum Rated gets sold.

  • by Parandor ( 779995 ) on Friday May 21, 2004 @02:34AM (#9212523)
  • by techno-vampire ( 666512 ) on Friday May 21, 2004 @03:20AM (#9212739) Homepage
    Sometimes you have to do things like that because the caller wouldn't understand you if you tried to explain. Sometimes, it's not worth your while to try. If you really want to see what it's like "on the other side of the phone," check out this book of tech support horror stories. [xlibris.com] You'll have a little more sympathy for the techs once you've finished.
  • by Anonymous Coward on Friday May 21, 2004 @03:51AM (#9212869)
    <quote>* "This [less expensive] camera can only hold 15 seconds of video because of the 'cache overflow'" - about a Sony Cybershot P7 whose video length is limited only by Memory Stick size</quote>

    That's entirely possible, actually. I know my camera temporarily stores pictures and movies in ram before writing them to the flash, the result is that there's a maximum movie size regardless of the actual flash size. Thus I can only record 3 minute movies, but I can record ten 3 minute movies.
  • by Kaemaril ( 266849 ) on Friday May 21, 2004 @04:28AM (#9212967)

    In the 1960's, yes. Now, no, not really

    Tell that to Unisys. Their mainframes (at least the ones I have to use) still have their 36 bit architecture, hence a 9 bit byte. Unusual? Yep.

  • Re:Sunspots (Score:2, Informative)

    by GISGEOLOGYGEEK ( 708023 ) on Friday May 21, 2004 @04:44AM (#9213011)
    Damn, so many fools around.

    The 11 year solar cycle peaked a couple years ago. Sunspot activity peaks with the cycle.

    The activity can cause huge electromagnetic disturbances that can very much be picked up by phone lines, cable lines etc, any antenna like structure.

    Go ask your local geo-physicist about the hastles he/she had trying to perform exploration surveys on mining properties through the period of the peak. Like the phone lines, their long cables laid out in the bush also act like antennae, picking up the solar activity and wrecking any data you are trying to collect.

    Been there. Done that ... and had to throw out the data. .. and complain to my friends about it on staticy phone lines from the same effect.

  • by BungoMan85 ( 681447 ) on Friday May 21, 2004 @04:49AM (#9213028) Homepage
    I knew a guy who worked at one of the local Best Buy's. A lady, in her lat 30's came into the store with a computer that wouldn't boot. She asked the guy I knew to have a look at it. He took it back and realized the power supply wasn't working. One of his co-workers convinced him it would be rather funny if instead of telling her what the problem is and fixing it they tell her a BS story and see if she buys it. So they take the computer back to her and inform her that her computer is in need of a new flux capacitor. She apparently has no idea what they are talking about and they decide to run with it, the guy tells her that they do not have any flux capacitors in stock at the moment, but the Circuit City across the street usually does. Well the lady takes her computer over to the Circuit City and apparently tells them what she was told. About 20 to 30 minutes later the lady comes back into the Best Buy with her computer and tells the guy and his co-worker that Circuit City didn't know what she was talking about. They tell her they'll take another look at her computer and take it back and about 10 minutes later come out and say that they were right and she does in fact need a new flux capacitor. They suggest she take it to the Best Buy in the town just north of where their location and ask them, visibly frustrated at this point she leaves the store. About an hour later they get a call from the lady, who is furious and screams over the phone something to the effect of "YOU LITTLE ****ERS! A FLUX CAPACITOR ISN'T ****ING REAL!!! IT'S FROM A ****ING MICHAEL J FOX MOVIE!!!! I will NEVER shop at Best Buy again!!!!"
  • by fucksl4shd0t ( 630000 ) on Friday May 21, 2004 @04:57AM (#9213062) Homepage Journal

    There's a self-defeating statment if I've ever seen one. Regardless, a quick search reveals that many mechanic services do indeed bill for diagnostics. Those who don't either pay their technicians less or charge you a higher hourly rate. The general reason why diagnositc fees are either all or nothing is because it is common to spend differing amounts of time diagnosing the same symptoms. Even a doctor will tell you that (who do, in fact, charge for s/office visits/diagnostic fees/).

    Well, a former professional mechanic (me) says different. 99% of problems people have with cars can be diagnosed in 5 minutes or less, usually less. Building a relationship with a customer is worth spending those 5 minutes working for *free* to diagnose their car. I can't even think of how many stupid GM AC pressure sensors I sold just because they always looked the same on the gauges, and it literally took 2 seconds to hook up the gauges.

    IN some specific areas, like exhaust and brakes, the free-looky is standard practice.

    Besides the dealer (you know, the greediest little fuck on the block), most mechanics will only charge for diagnostics when they can't tell within 3-5 minutes what's wrong. That's the rule of thumb generally applied, actually. In the meantime, though, *every* mechanic shop posts something somewhere that says "We charge *this whole ton of money* for diagnostics", knowing that 99% of their diagnostics will be done for free.

    Think about it. You're a customer, and you see a sign that says "Pay us $60 to tell us why your car is fucked up" and the mechanic just walks out and does it without billing you. Now how do you feel? How much does it increase the likelihood that you'll buy from these people who are obviously dedicated to serving the customer rather than bleeding him?

  • by n3k5 ( 606163 ) on Friday May 21, 2004 @05:31AM (#9213171) Journal
    A *kilo*byte is 1024 bytes. [...] A *mega*byte is (usually) 1024 kilobytes or 1,048,567 bytes. [...] What are they teaching Kids in schools these days?
    They're teaching kids in schools exactly what you said -- because most teachers are old farts who spread outdated information. Actually calling 1024 'kilo' and 1024^2 'mega' has always been insider jargon that had little to do with the official definitions of these prefixes and never made much sense to outsiders, so the practice of using those prefixes for 1,000 and 1,000,000 (not really for 1,024,000 AFAIK) is spreading rapidly. What 1024 bytes are _really_ called now is a Kibibyte (abbr. KiB), while 1024^2 bytes are a Mebibyte (abbr. MiB).
  • Re:CompUSA (Score:3, Informative)

    by ron_ivi ( 607351 ) <sdotno@cheapcomp ... m ['ces' in gap]> on Friday May 21, 2004 @05:34AM (#9213179)
    indeed they do [walmart.com]
    "Create your own Microtel SYSSRBB102 1U ATA Rackmount Server With Xeon Processor"
  • by goldmeer ( 65554 ) on Friday May 21, 2004 @06:49AM (#9213373)
    Actually, I remember a case where disconnecting the printer actually helped find the problem.

    A customer called up because his computer would lock up frequently. We troubleshot the hell out of the system. We found that when the printer was not connected, the system was stable. So, he returned the printer, thinking that he had a bad printer.
    Next day, new printer, same model... Same problem.
    So, we went into SERIOUS troubleshooting mode.

    It turns out that he recently fixed the ongoing moisture problem in his basement, and the grounding rod (Yes, this was a very old house) was not grounded. He poured some water over the rod, and found that the system was stable. I strongly advised him to get the house re-grounded.

    He figured that he'd just give his house a cup of coffee every morning until he could have someone come out.
  • by Animaether ( 411575 ) on Friday May 21, 2004 @08:02AM (#9213619) Journal
    Try this (works on most every install, as it doesn't require 'My Computer' to be visible - which it isn't by default in XP :
    1. Go to the Start menu
    2. Choose "Help and Support"
    3. Search for "Diagnostics"
    4. In the results click on "Network Diagnostics"
    5. Click "Scan your system"
    Windows XP will now test various settings until the results are displayed.
    6. Under "Modems and Network Adapters" expand (click on the + besides) "Network Adapters"
    7. Expand the pertinent card (there may be more than one)
    8. Read MACAddress line.

    Much less daunting, a few less steps, and in the end the tech support person has a wealth of information available to them through the user. In addition, once things are setup, the scan can easily be performed again to make sure things work.
  • by entrox ( 266621 ) <slashdot@@@entrox...org> on Friday May 21, 2004 @08:19AM (#9213724) Homepage
    Have a look at the Wikipedia [wikipedia.org] entry for Byte.
  • * the term was more liquid in the past

    Byte was *never* variable. You're thinking of "word" which represents a natural unit for a system. Thus a PC has a 32 bit word, a Unisys Mainframe has 48 bit words, and an embedded processor has a 16 bit word.

  • Re:CompUSA (Score:1, Informative)

    by Anonymous Coward on Friday May 21, 2004 @09:08AM (#9214039)
    there is absolutely no difference in security between a hub and a switch.

    Right.

    Well, except for the fact that there is a major difference in security between a hub and a switch, but I could never figure out why people like you chime in with brief little sentences that happen to be completely wrong.

    If you put your NIC into promiscuous mode, on a hub, you'll get every packet meant for every station attached to the hub. On a well running switch, you'll only get the packets meant for you. That makes it much harder to sniff for NT password hashes, for example, or non-SSH telnet sessions.

    On a switch, it's possible to do a promiscuous attack, by doing a rolling series of MAC address spoofs... fill the MAC table on the switch, and many of them will failover to being a simple hub, just to keep the traffic flowing, at which point you can sniff away. Of course, if you tried that on one of my switches, I'd get an SNMP trap with your port number on it sent to my Blackberry, and if I was in the building at the time, I'd be at your desk with a baseball bat in under five minutes.

    So uh... yeah. No difference at all, sunny jim.

    By the way - I'd rather deal with 10 clueless people who call a monitor, "the computer", and install spyware on their systems left and right than deal with one user like yourself. If you know you don't know what you're talking about, that's one thing. But a little "knowledge" is far more dangerous.
  • by edremy ( 36408 ) on Friday May 21, 2004 @09:23AM (#9214183) Journal
    Serious answer: they probably had a number of small planes in the queue and your plane would have caused too much wake turbulence [faa.gov] for them. They could hold you and let a bunch of small guys take off, or let you go and hold up a half dozen planes.
  • by eblum ( 624940 ) on Friday May 21, 2004 @09:33AM (#9214268)
    Usually one byte = 8 bits but when you transmit them, you have to keep parity check or ciclic redundancy check (CRC) an this takes some bits. So, to transmit a byte (8 bits) you need to use some extra bits (about 3).

    For example: a dial-up's best speed in Kb/s is 4.5. 4.5 Kb/s x 1024 = 4608 bytes/s. 4608 bytes/s* 8 = 36864 bits/s or 36.8 Kbps But if you use 11 you get: 4608 bytes/s * 11 = 50688 or 50.6 Kbps, the best speed you can get on a 56 kbps modem.

    A 256 kbps broadband connection should be: 256000 / 11 = 23272 bytes/s. 23272 / 1024 = 22.72 KB/s. Does 22.72 KB/s sound familiar for a 256 connection?

    Ernesto.
  • by 3Suns ( 250606 ) on Friday May 21, 2004 @10:10AM (#9214632) Homepage
    *Bzzt* sorry, try again. Although "word" has certainly seen more variation than "byte", both have referred to different numbers of bits through history. From the Jargon File [catb.org]:

    byte: /bi:t/, n.

    [techspeak] A unit of memory or data equal to the amount used to represent one character; on modern architectures this is invariably 8 bits. Some older architectures used byte for quantities of 6, 7, or (especially) 9 bits, and the PDP-10 supported bytes that were actually bitfields of 1 to 36 bits! These usages are now obsolete, killed off by universal adoption of power-of-2 word sizes.

    Historical note: The term was coined by Werner Buchholz in 1956 during the early design phase for the IBM Stretch computer; originally it was described as 1 to 6 bits (typical I/O equipment of the period used 6-bit chunks of information). The move to an 8-bit byte happened in late 1956, and this size was later adopted and promulgated as a standard by the System/360. The word was coined by mutating the word 'bite' so it would not be accidentally misspelled as bit. See also nybble.
  • by operagost ( 62405 ) on Friday May 21, 2004 @10:50AM (#9215113) Homepage Journal
    Even on a 64-bit machine such as the Alpha, a WORD is DEFINEd as 16 bits, a LONGword is 32, and a QUADword is 64. Your way would force redefinitions when a 32-bit or 16-bit program is ported to a 64-bit platform, making the port even more tedious. Because DEC maintained the deinition of LONG and WORD, porting from VAX to Alpha was that much easier.
  • by jamonterrell ( 517500 ) on Friday May 21, 2004 @11:05AM (#9215359)
    They have no idea what they are talking about. Bytes/sec and Bits/sec do not have any special meaning beyond the number of bits or bytes that can be passed in a given second.
    First, it's totally and completely moronic to strip the TCP Header off for one measurement but not for the other, it's not some sort of standard practice.
    Second, the story says that instead of Bytes = 8*Bits, it was mroe like Bytes=13 or 14*Bits. That means that by their logic the BYTES were getting stuck as it was taking more bits to make a single byte, not the BITS.
    Third, the speed test is probably hosted on a simple webserver with a moderately sized file, whose download is timed, because this makes sense, it's how everyone does it. With that being said, why and how would they see the TCP headers from that layer?
    Fourth, in order to code a working speed test, you couldn't use packets small enough for a TCP header to matter it to matter, and I've never seen a speed test that tried. A standard TCP header is 120bits (15 Bytes) IIRC. Let's figure out how small it would have to be: (x*13)-(x*8)=15, solve for X and find that the packet would have to be 3, do the same for 14 and you'll find that it's between 2.5Bytes and 3Bytes of data in order for the difference to be the size of the TCP header. What kind of a speed tests measures accurately to anywhere near modern DSL line abilities (let's say 100,000Bytes/sec to 400,000Bytes/sec) with just 2.5Bytes? Even for just 100K/sec DSL that's a 400,000th of one second of bandwidth. That's like checking someone's hearbeat by touching their wrist for .00015 seconds!
    Parent posts with this theory are merely flamebait and should be ignored.
    Jamon
  • wakarimashita (Score:2, Informative)

    by nazokoneko ( 664874 ) <trajesty&gmail,com> on Friday May 21, 2004 @11:10AM (#9215418) Journal
    in japan, they say "i understand" (wakarimashita) constantly during conversation; the meaning is pretty much synonymous with "i am listening." this is called aizuchi and is required to show you are paying attention. it is why japanese people might make "hmm" and "ah" noises and nod a lot while you are speaking. it's just a custom of politeness.

    unfortunately, i think it causes the expression to lose meaning to them when translated to english. they use it much more loosely.
  • by Tore S B ( 711705 ) on Friday May 21, 2004 @11:43AM (#9215915) Homepage
    "This [less expensive] camera can only hold 15 seconds of video because of the 'cache overflow'" - about a Sony Cybershot P7 whose video length is limited only by Memory Stick size"

    Erm, that's completely true. Cheap cameras can't encode video realtime, and also it can't write it to the flash chip fast enough, and therefore runs out of cache in 15 secs. Sony Cybershot, however (pretty damned good cameras, btw), can encode it realtime, and write to the fairly fast Memory Stick devices.
  • Re:Widescreen idiocy (Score:3, Informative)

    by mpaque ( 655244 ) on Friday May 21, 2004 @12:18PM (#9216416)
    Want to know what really happened with the problem?

    First, the DVD player back then didn't know much about wide aspect ratio or high-resolution displays. So...

    First it switched your display to a lower resolution it could handle. The lower resolution modes have a 4:3 aspect ratio. Without 'stretching', or widening the pixels in the horizontal direction, which would look odd, this results in a display mode of operation in which the display produces black bands on the left and right of the display.

    Next, now that it had a display resolution it knew about, the player looked at the aspect ratio of the movie, and determined that when it filled the active display width (which was matted, but it didn't know that), that there wouldn't be enough pixels of height to fill the display vertically. The program then generated a set of horizontal matte bars.

    The vertical matte bars came from the display mode of operation. The horizontal bars came from the program's need to generate a matte.

    Since then, the player has been substantially rewritten, and now knows much more about display hardware. I'd have been very surprised if the support tech understood details of display hardware and the DVD player internals.
  • by Anonymous Coward on Friday May 21, 2004 @12:25PM (#9216562)
    http://en.wikipedia.org/wiki/Octet [wikipedia.org]

    On most computers, the smallest unit of memory addressing -- or byte -- is 8 bits, so the terms "byte" and "octet" are often used interchangeably. However, the size of a byte is determined by the architecture of a particular computer system: some old computers had 9, 10 or 12-bit bytes, while others had bytes as small as 5 or 6 bits. An octet is always exactly 8 bits. As a result, computer networking standards almost exclusively use "octet" to refer to the 8-bit quantity.

  • Re:wakarimashita (Score:2, Informative)

    by ThinkingGuy ( 551764 ) on Friday May 21, 2004 @01:39PM (#9217850) Homepage
    In Japanese you'd probably phrase it in terms of "Is what I'm saying clear and understandable?" In Japanese politeness is very important, and asking someone directly if they "understand" can sound as if you are questioning their intelligence.
    A Japanese speaker might say something like:
    "Imi|setsumei ga tsuujiteiru deshou ka?" ("Is my meaning|explanation coming across clearly?")
    Or more politely, especially when dealing with a customer:
    ("Go fumei na tokoro ga gozaimasu ka?" - "Are there any points (in what I've said) that are unclear?")

    Disclaimer: I'm not a native Japanese speaker, but have studied it for 15 years.
  • by Dalcius ( 587481 ) on Friday May 21, 2004 @07:32PM (#9221421)
    I actually recommend Tight VNC [tightvnc.com] as it's a bit faster than standard VNC and an extension (fork) of the original source IIRC. I use it here at work.

    That said, if you're ISP tech support, getting a user to install a VNC client is not only painfully difficult, but a security risk as well. In the case of VNC coming with the ISP software, I'd actually be extremely ticked off (e.g. cancel my service) if a VNC client was installed with any ISP software I installed.

    Cheers

Real Programmers don't eat quiche. They eat Twinkies and Szechwan food.

Working...