1. A server computer, comprising:
a network interface capable of coupling to a network and transmitting and receiving one or more client messages;
service processing logic which when executed by one or more processors causes the server computer to transmit and receive the client messages to implement a Multi Step Retry Reinitialization Protocol Flow;
a protocol-aware rate limiting unit configured to cause the one or more processors to perform:
receiving a message from a client;
determining whether the received client message is a start type of message that requests starting the Flow;
in response to determining that the received client message is a start type of message, determining whether to provide the received client message to the service processing logic in a discriminating rate limiting process in which acceptance of the received client message for processing by a service is rate limited when the message type is the start type of message; and in which the received client message is accepted when the received client message is associated with the Flow that has been already initialized.
2. The server computer of claim 1, wherein the protocol-aware rate limiting unit is further configured to cause the one or more processors to enqueue the received client message in a queue of requests directed to the service processing logic only if a current number of messages of the start type in the queue is less than specified maximum number of messages of the start type.
3. The server computer of claim 1, wherein the protocol-aware rate limiting unit is further configured to cause the one or more processors to enqueue the received client message in a queue of requests directed to the service processing logic only if the queue then currently contains fewer than a specified maximum proportion of other messages of the start type.
4. The server computer of claim 1, further comprising a throughput determining unit that is configured to cause the one or more processors to determine a throughput value representing a request processing throughput of a minimum capability service unit among a plurality of service units in the service processing logic;
wherein the protocol-aware rate limiting unit is further configured to cause the one or more processors to use the throughput value in determining whether to provide the received client message to the service processing logic using the discriminating rate limiting process.
5. The server computer of claim 4, wherein the protocol-aware rate limiting unit is further configured to cause the one or more processors to enqueue the received client message in a queue of requests directed to the service processing logic only if a rate of enqueuing other messages of the start type is less than a specified queuing rate value, and based on the throughput value.
6. The server computer of claim 5, wherein the protocol-aware rate limiting unit is further configured to cause the one or more processors to enqueue the received client message only if the throughput value is less than a specified minimum allowable throughput value.
7. The server computer of claim 4, wherein:
the service processing logic comprises a first queue of requests of a retry-reinitialize type and a second queue of requests of other types directed to the service processing logic;
the service processing logic dequeues requests from the first queue at a slower rate than the service processing logic dequeues requests from the second queue; and
the protocol-aware rate limiting unit is further configured to cause the one or more processors to enqueue the received client message, based on the throughput value, only in the first queue.
8. The server computer of claim 4, wherein the throughput determining unit is configured to receive the throughput value from user input.
9. The server computer of claim 4, wherein the throughput determining unit is configured to determine the throughput value by measuring actual request processing throughput of each of the plurality of service units during operation of the plurality of service units.
10. The server computer of claim 1, wherein the service processing logic implements dynamic host control protocol (DHCP), and wherein the received client message is a DHCPDISCOVER message.
11. A data processing method comprising the computer-implemented steps of:
receiving a message from a client as part of a Multi Step Retry Reinitialization Protocol Flow;
determining whether the received client message is a start type of message that requests starting the Flow;
in response to determining that the received client message is a start type of message, determining whether to provide the received client message to service processing logic in a discriminating rate limiting process in which acceptance of the received client message for processing by a service is rate limited when the message type is the start type of message; and in which the received client message is accepted when the received client message is associated with the Flow that has been already initialized.
12. The method of claim 11, further comprising enqueuing the received client message in a queue of requests directed to the service only if a current number of messages of the start type in the queue is less than specified maximum number of messages of the start type.
13. The method of claim 11, further comprising enqueuing the received client message in a queue of requests directed to the service only if the queue then currently contains fewer than a specified maximum proportion of other messages of the start type.
14. The method of claim 11, further comprising:
determining a throughput value representing a request processing throughput of a minimum capability service unit among a plurality of service units in the service processing logic;
using the throughput value in the discriminating rate limiting process in determining whether to provide the received client message to the service.
15. The method of claim 14, further comprising enqueuing the received client message in a queue of requests directed to the service processing logic only if a rate of enqueuing other messages of the start type is less than a specified queuing rate value, and based on the throughput value.
16. The method of claim 15, further comprising enqueuing the received client message only if the throughput value is less than a specified minimum allowable throughput value.
17. The method of claim 14, further comprising:
establishing in association with the service, a first queue of requests of a retry-reinitialize type and a second queue of requests of other types directed to the service processing logic;
dequeuing requests from the first queue at a slower rate than dequeuing requests from the second queue;
enqueuing the received client message, based on the throughput value, only in the first queue.
18. The method of claim 11, wherein the service implements dynamic host control protocol (DHCP), and wherein the received client message is a DHCPDISCOVER message.
19. A non-transitory computer-readable data storage medium storing one or more sequences of instructions which instructions, when executed by one or more processors, cause the one or more processors to perform:
receiving a message from a client as part of a Multi Step Retry Reinitialization Protocol Flow;
determining whether the received client message is a start type of message that requests starting the Flow;
in response to determining that the received client message is a start type of message, determining whether to provide the received client message to service processing logic in a discriminating rate limiting process in which acceptance of the received client message for processing by a service is rate limited when the message type is the start type of message; and in which the received client message is accepted when the received client message is associated with the Flow that has been already initialized.
20. The storage medium of claim 19, further comprising enqueuing the received client message in a queue of requests directed to the service only if a current number of messages of the start type in the queue is less than specified maximum number of messages of the start type.
21. The storage medium of claim 19, further comprising:
determining a throughput value representing a request processing throughput of a minimum capability service unit among a plurality of service units in the service processing logic;
using the throughput value in the discriminating rate limiting process in determining whether to provide the received client message to the service.
22. The storage medium of claim 21, further comprising enqueuing the received client message in a queue of requests directed to the service processing logic only if a rate of enqueuing other messages of the start type is less than a specified queuing rate value, and based on the throughput value.
23. The storage medium of claim 21, further comprising:
establishing in association with the service, a first queue of requests of a retry-reinitialize type and a second queue of requests of other types directed to the service processing logic;
dequeuing requests from the first queue at a slower rate than dequeuing requests from the second queue;
enqueuing the received client message, based on the throughput value, only in the first queue.
The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.
What is claimed is:
1. A luminous device comprises of:
A substrate;
A plurality of transparent electrodes, in which a plurality of convex transparent electrodes are formed onto the substrate in ordered arrangement with an appropriate distance between each other;
A conductive layer, which is located on the top layer of the luminous device and parallel to the substrate;
An insulating film layer, in which it forms between the substrate and a conductive layer, by using the exposing and developing method to remove a plurality of insulating film on the central portion of transparent electrodes (but the edge portion of transparent electrode is still covered by an insulating film), it forms a plurality of insulating film layers between cavity and insulating convex, the bottom of cavity is a transparent electrode, and two side of the cavity are the insulating film material;
A hole-transport layer, in which it forms onto a hole-injection layer in an insulating film cavity;
A light-emitting layer, in which it forms onto a hole-transport layer in an insulating film cavity; and
An electron-transport layer, in which it forms a light-emitting layer in an insulating film cavity, through the composition described above it forms a luminous device.
2. A luminous device of claim 1 wherein said the substrate can be selected from glass or plastic film.
3. A luminous device of claim 1 wherein said the thickness range of the insulating film layer is 505000 nm for a positive insulating film, and the composition includes phenolic resin, photoactive compound, thermosetting resin, andor catalyst, solvent, andor other adhesive promoter.
4. The composition of an insulating film layer of claim 1 wherein said the insulating convex top face is a smooth convex ball face shape, and its convex angle is an inclining obtuse angle, it becomes a gradient smooth and gradually widening shape from the top face to the bottom face.
5. A luminous device of claim 1 wherein said the insulating convex shape results from the postbake heated reflow.
6. A luminous device of claim 1 wherein said the material of a is plurality of transparent electrodes can be selected from indium-tin-oxide (ITO), indium-zinc-oxide (IZO), etc.
7. A luminous device of claim 1 wherein said the material of the conductive layer can be selected from Al, Ca, Mg, Li, and its alloy.
8. The composition of an insulating film layer of claim 3 wherein said the thermosetting resin can be selected from melamine formaldehyde resins, benzoguanamine formaldehyde resins, or glycoluril formaldehyde resins.
9. The composition of an insulating film layer of claim 3 wherein said the catalyst is acidic or potentially acidic, and the acid is released during the bake.