473,700 Members | 2,397 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

UDP performance

I am stumped by the following problem. I have a large multi-threaded
server accepting communications on one UDP port (chosen for its supposed
speed).

I have been profiling the code and found that the UDP communication is
my biggest drain on performance! Communication where the client and the
server are on the same machine still takes 300ms or sometimes much more
per packet on an Athlon64 3000+ running Linux (Fedora Core 5 x64).

I must be doing something wrong and would really appreciate feedback on
my code below:

I open the server port with

self.s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
self.s.setsocko pt(socket.SOL_S OCKET, socket.SO_REUSE ADDR, 1)
self.s.bind((my address, myport))

I then open a client port with

self.s=socket.s ocket(socket.AF _INET, socket.SOCK_DGR AM)
self.s.connect( (host, port))

the client sends data with

self.s.sendall( data)

and the server with

self.s.sendto(d ata,link.remote address)

both receive with

buf, address = socket.recvfrom (8192)

The sender and receiver are in separate threads (threading.Thre ad).

Does anyone know what is going wrong here, the socket communication, the
thread scheduling?

Paul Sijben

Apr 20 '06 #1
11 5023

Paul Sijben wrote:
I am stumped by the following problem. I have a large multi-threaded
server accepting communications on one UDP port (chosen for its supposed
speed).

I have been profiling the code and found that the UDP communication is
my biggest drain on performance! Communication where the client and the
server are on the same machine still takes 300ms or sometimes much more
per packet on an Athlon64 3000+ running Linux (Fedora Core 5 x64).
[snip]
buf, address = socket.recvfrom (8192)


I'm not an expert here, but I AFAIK UDP packet size should be kept
below 512 bytes otherwise it can cause fragmentation and hence all the
slow stuff like acknoledgements , timeouts, etc...

Apr 20 '06 #2
Serge Orlov wrote:
Paul Sijben wrote:
I am stumped by the following problem. I have a large multi-threaded
server accepting communications on one UDP port (chosen for its supposed
speed).

I have been profiling the code and found that the UDP communication is
my biggest drain on performance! Communication where the client and the
server are on the same machine still takes 300ms or sometimes much more
per packet on an Athlon64 3000+ running Linux (Fedora Core 5 x64).


[snip]
buf, address = socket.recvfrom (8192)


I'm not an expert here, but I AFAIK UDP packet size should be kept
below 512 bytes otherwise it can cause fragmentation and hence all the
slow stuff like acknoledgements , timeouts, etc...

good point in general but in practice they are in this case. but this is
less of a problem on the loopback interface anyway.
Apr 20 '06 #3

Paul Sijben wrote:
Serge Orlov wrote:
Paul Sijben wrote:
I am stumped by the following problem. I have a large multi-threaded
server accepting communications on one UDP port (chosen for its supposed
speed).

I have been profiling the code and found that the UDP communication is
my biggest drain on performance! Communication where the client and the
server are on the same machine still takes 300ms or sometimes much more
per packet on an Athlon64 3000+ running Linux (Fedora Core 5 x64).


[snip]
buf, address = socket.recvfrom (8192)


I'm not an expert here, but I AFAIK UDP packet size should be kept
below 512 bytes otherwise it can cause fragmentation and hence all the
slow stuff like acknoledgements , timeouts, etc...

good point in general but in practice they are in this case. but this is
less of a problem on the loopback interface anyway.


Isn't it still controlled by MTU even on the loopback? What is your MTU
on the loopback?

Apr 20 '06 #4
Serge Orlov wrote:
Paul Sijben wrote:
Serge Orlov wrote:
Paul Sijben wrote:
I am stumped by the following problem. I have a large multi-threaded
server accepting communications on one UDP port (chosen for its supposed
speed).

I have been profiling the code and found that the UDP communication is
my biggest drain on performance! Communication where the client and the
server are on the same machine still takes 300ms or sometimes much more
per packet on an Athlon64 3000+ running Linux (Fedora Core 5 x64).
[snip]

buf, address = socket.recvfrom (8192)
I'm not an expert here, but I AFAIK UDP packet size should be kept
below 512 bytes otherwise it can cause fragmentation and hence all the
slow stuff like acknoledgements , timeouts, etc...

good point in general but in practice they are in this case. but this is
less of a problem on the loopback interface anyway.


Isn't it still controlled by MTU even on the loopback? What is your MTU
on the loopback?

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1

eth0 Link encap:Ethernet HWaddr 00:14:85:35:A4: 5D
inet addr:192.168.0. 124 Bcast:192.168.0 .255 Mask:255.255.25 5.0
inet6 addr: fe80::214:85ff: fe35:a45d/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

Apr 20 '06 #5
Paul Sijben wrote:
I am stumped by the following problem. I have a large multi-threaded
server accepting communications on one UDP port (chosen for its supposed
speed).

I have been profiling the code and found that the UDP communication is
my biggest drain on performance! Communication where the client and the
server are on the same machine still takes 300ms or sometimes much more
per packet on an Athlon64 3000+ running Linux (Fedora Core 5 x64).

I must be doing something wrong and would really appreciate feedback on
my code below:

I open the server port with

self.s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
self.s.setsocko pt(socket.SOL_S OCKET, socket.SO_REUSE ADDR, 1)
self.s.bind((my address, myport))

I then open a client port with

self.s=socket.s ocket(socket.AF _INET, socket.SOCK_DGR AM)
self.s.connect( (host, port))

the client sends data with

self.s.sendall( data)

and the server with

self.s.sendto(d ata,link.remote address)

both receive with

buf, address = socket.recvfrom (8192)

The sender and receiver are in separate threads (threading.Thre ad).

Does anyone know what is going wrong here, the socket communication, the
thread scheduling?

Paul Sijben


Is the connection 1:1 i.e. the receiving end receives data only from one
sender at the time? And how do you handle lost packages in your application?

--
mph
Apr 20 '06 #6
Martin P. Hellwig wrote:
[snip]
Is the connection 1:1 i.e. the receiving end receives data only from one
sender at the time? And how do you handle lost packages in your
application?


no the server is receiving from multiple clients.

and at the moment I do not handle lost packets.
Apr 20 '06 #7
OK the problem I posted about earlier is NOT a UDP/socket problem, it is
a threading problem. Albeit one that only happens when you have many
thrreads????

I have made two little scripts using the code I copied below, one client
and one server (attached).

If I run them concurrently on the same machine I see the following times:
1145526192.82 5508 <<1145526192.82 5848
1145526193.82 9325 <<1145526193.83 4927

a transfer time in the milliseconds. Much less than the times I see in
the full application.

OK so I put them both in a multithreaded script (also attached)

1145526971.61 9558 <<1145526971.61 9909
1145526972.61 9241 <<1145526972.61 9647

again transfer time in milliseconds.

Not like this that I get from the profile of my code:
<< 1145517554.3638 50 send 1145517554.6474 85 recv

which uses the same communication and threading but has 20+ threads?

Now I am completely baffled!

again I really appreciate if anyone can shed light on this!

Paul
Paul Sijben wrote: I am stumped by the following problem. I have a large multi-threaded
server accepting communications on one UDP port (chosen for its supposed
speed).

I have been profiling the code and found that the UDP communication is
my biggest drain on performance! Communication where the client and the
server are on the same machine still takes 300ms or sometimes much more
per packet on an Athlon64 3000+ running Linux (Fedora Core 5 x64).

I must be doing something wrong and would really appreciate feedback on
my code below:

I open the server port with

self.s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
self.s.setsocko pt(socket.SOL_S OCKET, socket.SO_REUSE ADDR, 1)
self.s.bind((my address, myport))

I then open a client port with

self.s=socket.s ocket(socket.AF _INET, socket.SOCK_DGR AM)
self.s.connect( (host, port))

the client sends data with

self.s.sendall( data)

and the server with

self.s.sendto(d ata,link.remote address)

both receive with

buf, address = socket.recvfrom (8192)

The sender and receiver are in separate threads (threading.Thre ad).

Does anyone know what is going wrong here, the socket communication, the
thread scheduling?

Paul Sijben


import socket
import time

profile=[]

s=socket.socket (socket.AF_INET , socket.SOCK_DGR AM)
s.connect(('127 .0.0.1', 42420))
print ">>%f"%time.tim e()
s.sendall('test erdetest')
time.sleep(1)
print ">>%f"%time.tim e()
s.sendall('test erdetest')
print ">>%f"%time.tim e()
import socket
import time

profile=[]
s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
s.setsockopt(so cket.SOL_SOCKET , socket.SO_REUSE ADDR, 1)
s.bind(('', 42420))
buf, address =s.recvfrom(819 2)
print "<<%f"%time.tim e()
print buf, address
buf, address =s.recvfrom(819 2)
print "<<%f"%time.tim e()
print buf, address

import socket
import time
import threading
profile=[]

class server(threadin g.Thread):
def __init__(self):
self.s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
self.s.setsocko pt(socket.SOL_S OCKET, socket.SO_REUSE ADDR, 1)
self.s.bind(('' , 42420))
threading.Threa d.__init__(self )
self.start()

def run(self):
buf, address =self.s.recvfro m(8192)
print "<<%f"%time.tim e()
print buf, address
buf, address =self.s.recvfro m(8192)
print "<<%f"%time.tim e()
print buf, address

class client(threadin g.Thread):
def __init__(self):
self.s =socket.socket( socket.AF_INET, socket.SOCK_DGR AM)
self.s.connect( ('127.0.0.1', 42420))
threading.Threa d.__init__(self )
self.start()

def run(self):
print ">>%f"%time.tim e()
self.s.sendall( 'testerdetest')
time.sleep(1)
print ">>%f"%time.tim e()
self.s.sendall( 'testerdetest')
print ">>%f"%time.tim e()
serv=server()
cl=client()

Apr 20 '06 #8
I found that the problem was caused by the sending thread not giving
control back quickly enough to the receiving thread.

Also in going through the code I found an old self.s.setblock ing(0)call
that was no longer relevant. Removing that solved my problem.

Something that took 20 seconds now takes just 1.

Thanks to those who took the time to respond to my earlier messages.

Paul

Paul Sijben wrote:
OK the problem I posted about earlier is NOT a UDP/socket problem, it is
a threading problem. Albeit one that only happens when you have many
thrreads????

I have made two little scripts using the code I copied below, one client
and one server (attached).

If I run them concurrently on the same machine I see the following times:
1145526192.8255 08 <<1145526192.82 5848
1145526193.8293 25 <<1145526193.83 4927

a transfer time in the milliseconds. Much less than the times I see in
the full application.

OK so I put them both in a multithreaded script (also attached)

1145526971.6195 58 <<1145526971.61 9909
1145526972.6192 41 <<1145526972.61 9647

again transfer time in milliseconds.

Not like this that I get from the profile of my code:
<< 1145517554.3638 50 send 1145517554.6474 85 recv


which uses the same communication and threading but has 20+ threads?

Now I am completely baffled!

again I really appreciate if anyone can shed light on this!

Paul
Paul Sijben wrote:
I am stumped by the following problem. I have a large multi-threaded
server accepting communications on one UDP port (chosen for its supposed
speed).

I have been profiling the code and found that the UDP communication is
my biggest drain on performance! Communication where the client and the
server are on the same machine still takes 300ms or sometimes much more
per packet on an Athlon64 3000+ running Linux (Fedora Core 5 x64).

I must be doing something wrong and would really appreciate feedback on
my code below:

I open the server port with

self.s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
self.s.setsocko pt(socket.SOL_S OCKET, socket.SO_REUSE ADDR, 1)
self.s.bind((my address, myport))

I then open a client port with

self.s=socket.s ocket(socket.AF _INET, socket.SOCK_DGR AM)
self.s.connect( (host, port))

the client sends data with

self.s.sendall( data)

and the server with

self.s.sendto(d ata,link.remote address)

both receive with

buf, address = socket.recvfrom (8192)

The sender and receiver are in separate threads (threading.Thre ad).

Does anyone know what is going wrong here, the socket communication, the
thread scheduling?

Paul Sijben


------------------------------------------------------------------------

import socket
import time

profile=[]

s=socket.socket (socket.AF_INET , socket.SOCK_DGR AM)
s.connect(('127 .0.0.1', 42420))
print ">>%f"%time.tim e()
s.sendall('test erdetest')
time.sleep(1)
print ">>%f"%time.tim e()
s.sendall('test erdetest')
print ">>%f"%time.tim e()

------------------------------------------------------------------------

import socket
import time

profile=[]
s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
s.setsockopt(so cket.SOL_SOCKET , socket.SO_REUSE ADDR, 1)
s.bind(('', 42420))
buf, address =s.recvfrom(819 2)
print "<<%f"%time.tim e()
print buf, address
buf, address =s.recvfrom(819 2)
print "<<%f"%time.tim e()
print buf, address
------------------------------------------------------------------------

import socket
import time
import threading
profile=[]

class server(threadin g.Thread):
def __init__(self):
self.s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
self.s.setsocko pt(socket.SOL_S OCKET, socket.SO_REUSE ADDR, 1)
self.s.bind(('' , 42420))
threading.Threa d.__init__(self )
self.start()

def run(self):
buf, address =self.s.recvfro m(8192)
print "<<%f"%time.tim e()
print buf, address
buf, address =self.s.recvfro m(8192)
print "<<%f"%time.tim e()
print buf, address

class client(threadin g.Thread):
def __init__(self):
self.s =socket.socket( socket.AF_INET, socket.SOCK_DGR AM)
self.s.connect( ('127.0.0.1', 42420))
threading.Threa d.__init__(self )
self.start()

def run(self):
print ">>%f"%time.tim e()
self.s.sendall( 'testerdetest')
time.sleep(1)
print ">>%f"%time.tim e()
self.s.sendall( 'testerdetest')
print ">>%f"%time.tim e()
serv=server()
cl=client()

Apr 20 '06 #9
OK the problem I posted about earlier is NOT a UDP/socket problem, it is
a threading problem. Albeit one that only happens when you have many
thrreads????

I have made two little scripts using the code I copied below, one client
and one server (attached).

If I run them concurrently on the same machine I see the following times:
1145526192.82 5508 <<1145526192.82 5848
1145526193.82 9325 <<1145526193.83 4927

a transfer time in the milliseconds. Much less than the times I see in
the full application.

OK so I put them both in a multithreaded script (also attached)

1145526971.61 9558 <<1145526971.61 9909
1145526972.61 9241 <<1145526972.61 9647

again transfer time in milliseconds.

Not like this that I get from the profile of my code:
<< 1145517554.3638 50 send 1145517554.6474 85 recv

which uses the same communication and threading but has 20+ threads?

Now I am completely baffled!

again I really appreciate if anyone can shed light on this!

Paul
Paul Sijben wrote: I am stumped by the following problem. I have a large multi-threaded
server accepting communications on one UDP port (chosen for its supposed
speed).

I have been profiling the code and found that the UDP communication is
my biggest drain on performance! Communication where the client and the
server are on the same machine still takes 300ms or sometimes much more
per packet on an Athlon64 3000+ running Linux (Fedora Core 5 x64).

I must be doing something wrong and would really appreciate feedback on
my code below:

I open the server port with

self.s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
self.s.setsocko pt(socket.SOL_S OCKET, socket.SO_REUSE ADDR, 1)
self.s.bind((my address, myport))

I then open a client port with

self.s=socket.s ocket(socket.AF _INET, socket.SOCK_DGR AM)
self.s.connect( (host, port))

the client sends data with

self.s.sendall( data)

and the server with

self.s.sendto(d ata,link.remote address)

both receive with

buf, address = socket.recvfrom (8192)

The sender and receiver are in separate threads (threading.Thre ad).

Does anyone know what is going wrong here, the socket communication, the
thread scheduling?

Paul Sijben

import socket
import time

profile=[]

s=socket.socket (socket.AF_INET , socket.SOCK_DGR AM)
s.connect(('127 .0.0.1', 42420))
print ">>%f"%time.tim e()
s.sendall('test erdetest')
time.sleep(1)
print ">>%f"%time.tim e()
s.sendall('test erdetest')
print ">>%f"%time.tim e()

import socket
import time

profile=[]
s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
s.setsockopt(so cket.SOL_SOCKET , socket.SO_REUSE ADDR, 1)
s.bind(('', 42420))
buf, address =s.recvfrom(819 2)
print "<<%f"%time.tim e()
print buf, address
buf, address =s.recvfrom(819 2)
print "<<%f"%time.tim e()
print buf, address
import socket
import time
import threading
profile=[]

class server(threadin g.Thread):
def __init__(self):
self.s = socket.socket(s ocket.AF_INET, socket.SOCK_DGR AM)
self.s.setsocko pt(socket.SOL_S OCKET, socket.SO_REUSE ADDR, 1)
self.s.bind(('' , 42420))
threading.Threa d.__init__(self )
self.start()

def run(self):
buf, address =self.s.recvfro m(8192)
print "<<%f"%time.tim e()
print buf, address
buf, address =self.s.recvfro m(8192)
print "<<%f"%time.tim e()
print buf, address

class client(threadin g.Thread):
def __init__(self):
self.s =socket.socket( socket.AF_INET, socket.SOCK_DGR AM)
self.s.connect( ('127.0.0.1', 42420))
threading.Threa d.__init__(self )
self.start()

def run(self):
print ">>%f"%time.tim e()
self.s.sendall( 'testerdetest')
time.sleep(1)
print ">>%f"%time.tim e()
self.s.sendall( 'testerdetest')
print ">>%f"%time.tim e()
serv=server()
cl=client()
Apr 20 '06 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

25
3480
by: Brian Patterson | last post by:
I have noticed in the book of words that hasattr works by calling getattr and raising an exception if no such attribute exists. If I need the value in any case, am I better off using getattr within a try statement myself, or is there some clever implementation enhancement which makes this a bad idea? i.e. should I prefer: if hasattr(self,"datum"): datum=getattr("datum") else: datum=None
12
17296
by: Fred | last post by:
Has anyone a link or any information comparing c and c++ as far as execution speed is concerned? Signal Processing algorithms would be welcome... Thanks Fred
12
8348
by: serge | last post by:
I have an SP that is big, huge, 700-800 lines. I am not an expert but I need to figure out every possible way that I can improve the performance speed of this SP. In the next couple of weeks I will work on preparing SQL statements that will create the tables, insert sample record and run the SP. I would hope people will look at my SP and give me any hints on how I can better write the SP.
6
2323
by: teedilo | last post by:
We have an application with a SQL Server 2000 back end that is fairly database intensive -- lots of fairly frequent queries, inserts, updates -- the gamut. The application does not make use of performance hogs like cursors, but I know there are lots of ways the application could be made more efficient database-wise. The server code is running VB6 of all things, using COM+ database interfaces. There are some clustered and non-clustered...
5
4001
by: Scott | last post by:
I have a customer that had developed an Access97 application to track their business information. The application grew significantly and they used the Upsizing Wizard to move the tables to SQL 2000. Of course there were no modifications made to the queries and they noticed significant performance issues. They recently upgraded the application to Access XP expecting the newer version to provide performance benefits and now queries take...
115
7611
by: Mark Shelor | last post by:
I've encountered a troublesome inconsistency in the C-language Perl extension I've written for CPAN (Digest::SHA). The problem involves the use of a static array within a performance-critical transform function. When compiling under gcc on my big-endian PowerPC (Mac OS X), declaring this array as "static" DECREASES the transform throughput by around 5%. However, declaring it as "static" on gcc/Linux/Intel INCREASES the throughput by...
13
2758
by: bjarne | last post by:
Willy Denoyette wrote; > ... it > was not the intention of StrousTrup to the achieve the level of efficiency > of C when he invented C++, ... Ahmmm. It was my aim to match the performance of C and I achieved that aim very early on. See, for example "The Design and Evolution of C++". -- Bjarne Stroustrup; http://www.research.att.com/~bs
13
4139
by: Bern McCarty | last post by:
I have run an experiment to try to learn some things about floating point performance in managed C++. I am using Visual Studio 2003. I was hoping to get a feel for whether or not it would make sense to punch out from managed code to native code (I was using IJW) in order to do some amount of floating point work and, if so, what that certain amount of floating point work was approximately. To attempt to do this I made a program that...
7
2570
by: Michael D. Ober | last post by:
When calling Enqueue, the internal array may need to be reallocated. My question is by how much? In the old MFC array classes, you could tell MFC how many additional elements to add to the array when it needed to reallocate, which greatly boosted performance relative to adding 1 element at a time. Thanks, Mike Ober.
1
2448
by: jvn | last post by:
I am experiencing a particular problem with performance counters. I have created a set of classes, that uses System.Diagnostics.PerformanceCounter to increment custom performance counters (using .Net 2.0) The performance counter categories have been successfully created. When the set of classes are used by a WinForm test harness application, they function as expected, and the performance counters can be seen to be updated by using the...
0
8647
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can effortlessly switch the default language on Windows 10 without reinstalling. I'll walk you through it. First, let's disable language synchronization. With a Microsoft account, language settings sync across devices. To prevent any complications,...
0
9217
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed. This is as boiled down as I can make it. Here is my compilation command: g++-12 -std=c++20 -Wnarrowing bit_field.cpp Here is the code in...
0
7813
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own.... Now, this would greatly impact the work of software developers. The idea...
1
6563
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules. He will explain when you may want to use classes instead of User Defined Types (UDT). For example, to manage the data in unbound forms. Adolph will...
0
5903
by: conductexam | last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one. At the time of converting from word file to html my equations which are in the word document file was convert into image. Globals.ThisAddIn.Application.ActiveDocument.Select();...
0
4404
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
1
3092
by: 6302768590 | last post by:
Hai team i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated we have to send another system
2
2392
muto222
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.
3
2030
bsmnconsultancy
by: bsmnconsultancy | last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.