|
|
web hosting software, hosting software webhosting software, web, web hosting software
web hosting software |
Your
best deal for Internet service!
$1.00 for first 3 Months!
This
deal is also good for our CopperHiSpeed premium service!
* This offer is good for new accounts only. After 3 months your account
will be billed $9.95 a month for our standard monthly plan. There are
no additional fees or contracts required to take advantage of this limited
time offer. Tell
your friends!
|
 |
If you have any questions, please call us at:
| Mention promotional code 1012005 for free support! |
888-336-3318
|
Copper.net is affiliated with these organizations that
assure the highest standards
of security, privacy,
and business practices.
|
|
ISP Information:
This refers, unsurprisingly, to a database that is very large in size. How large exactly is not specifically defined, but sizes of around a terabyte or more would fit this moniker. Database technology is driven by the need for fast VLDB solutions, and there are annual VLDB conferences and VLDB journals.
ISP Glossary:
Very Large DataBase - Hi groupI'm having a problem with some source code for a conexant modem chip having a build in 16550A.My problem is CTS.As I understand the CTS status bit from 16550A it is supposed to show the (complement) status of the CTS coming from the connectedDCE (modem).In my case where the modem and 16550A is placed in the same physical chip I still expect it to behave in the same manner.Any way when I write more data to the device than my established modem connection is able to transfer (e.g. sending at 970 to a9600, no error correction, no compression connection) I after a while experience CTS going low just as expected. But it doesn't staylow for as long as I would expect it to. Often I'm allowed to transmit one byte to the 16550A TX FIFO, reads a low CTS and drops outof my ISR, but then already �ms later I'm allowed to transmit one or more bytes again. At a 9600 connection each byte should takejust 1ms to transmit from modem to modem. After having transmitted just one or two bytes for a while I suddenly experiences lostcharacters at the receiving modem.My tests has shown that after having send 970 bytes/sec for 30 seconds I see the first CTS low transition. After another 15 secs Istart loosing bytes.Is CTS working different from what I expect?From the result of my test I think the modem has a buffer of about 450bytes with a threshold (forcing CTS to go low) at about 300.But if I had implemented this feature I would keep CTS low whenever the fill level exceeded the treshold value and maybe even keepit low until the fill level had decreased to something beneath the threshold.Does any of you know how it is supposed to work or how it actually does work?Am I focussing on the wrong thing - let's say CTS is working properly what can then cause the problem (and have verifyed that Idon't have any congestions in my SW causing data to be lost)Any help appreciatedThanxKim B�ndergaard
|
|
