Difference bet. 1 switch compared to 2 switches

[cold_fusion]

---

your code is inefficient.... don't blame it on the switch...

you mean to say if you need 1000 records.... you copy it into the PC's on the LAN.... The SERVER does the work if you want to sort things out or make specific requests.... its not the switch....

everheard of Virtualization?

This is my last post on the subject. Seems your going out of topic .
I just wanted a real technical discussion and let you see the real picture.

I am not blaming the hardware. And my code maybe is inefficient but it is not the real issue.
The server will do the work but the results will pass to the LAN from server to client.
I will give you very simple examples of a 1000 record request or have a high bandwidth result.
-Printing a 10 page report.
-Getting the real-time total stock of an item.
-Showing the pictures of a product.
I could give more...

Virtualization. Yes I have heard of it. But what is the connection of virtualization to LAN bandwidth.

[ajol]

This is my last post on the subject. Seems your going out of topic .
I just wanted a real technical discussion and let you see the real picture.

I am not blaming the hardware. And my code maybe is inefficient but it is not the real issue.
The server will do the work but the results will pass to the LAN from server to client.
I will give you very simple examples of a 1000 record request or have a high bandwidth result.
-Printing a 10 page report.
-Getting the real-time total stock of an item.
-Showing the pictures of a product.
I could give more...

Virtualization. Yes I have heard of it. But what is the connection of virtualization to LAN bandwidth.

You Virtualize your server and storage..... That will help.... Since you will be harnessing the power of the server.... not the CLIENT PCs.

my God you need to update yourself...... not even 10mbps will be used up by that scenario.

10 page report MS Word or PDF.... lets put it 2 megabytes.
real time stock.... 1 kilobyte
pictures depends on the resolution....

We are going off topic because your solutions are WAY TOO OVERKILL.... you are wasting MONEY

[cold_fusion]

This should not turn into a pissing contest and flamewar.
I should not have responded to imature post and I should stopped at my first post.

To stop this. I will say sorry if I hurt your pride. Sorry bro. Peace.

But just to inform you. I am much updated with technology. I can give reference to what I have done and experiences.
To answer your points:
-virtualization will not help. it will only add overhead.
-10mpbs is 10 megabit per second. Add ethernet and tcp/ip overhead. This will only have about 300 kilobytes per second throughput max.
-10 page report can have 1000 records. 100 data lines per page.
-real time stock. if an item is stocked in and out for many years. It can have 1000 records in one time. Calculating this real-time means requesting records from the server real-time.
-pictures. I will not say more.
-overkill, not so. The price of 1 big switch is fairly the same as 2 switches.

[ajol]

This should not turn into a pissing contest and flamewar.
I should not have responded to imature post and I should stopped at my first post.

To stop this. I will say sorry if I hurt your pride. Sorry bro. Peace.

But just to inform you. I am much updated with technology. I can give reference to what I have done and experiences.
To answer your points:
-virtualization will not help. it will only add overhead.
-10mpbs is 10 megabit per second. Add ethernet and tcp/ip overhead. This will only have about 300 kilobytes per second throughput max.
-10 page report can have 1000 records. 100 data lines per page.
-real time stock. if an item is stocked in and out for many years. It can have 1000 records in one time. Calculating this real-time means requesting records from the server real-time.
-pictures. I will not say more.
-overkill, not so. The price of 1 big switch is fairly the same as 2 switches.

Paeta.....

sorry to say you just don't understand VIRTUALIZATION.... overhead? read Virtualization again...

you only said 10 page report.......... so I said PDF or MS Word..... 1000 names, address, birthday, sss no. etc.
real-time... I know what that means.... realtime stock trader here!!!!


The scenarios you are doing is TRYING to MOVE THE DATABASE from the SERVER to your CLIENT PCs...

which is just CRAZY..... why would you move it? if you just query it won't take that huge of a bandwidth

[cold_fusion]

you only said 10 page report.......... so I said PDF or MS Word..... 1000 names, address, birthday, sss no. etc.
real-time... I know what that means.... realtime stock trader here!!!!
The scenarios you are doing is TRYING to MOVE THE DATABASE from the SERVER to your CLIENT PCs...
which is just CRAZY..... why would you move it? if you just query it won't take that huge of a bandwidth

Give me a reference that virtualization helps. Then I will believe you.
I don't say they are names. They are item purchases, transfers, orders or many others. One product can have 200 items on each bill of materials. Producing 10 products can result to 2000 transactions.
Printing these transactions is not moving the whole database but moving the data from the server to the client PC to the printer.
This will not take a very large bandwidth but 10 or more simultaneous transactions can delay the process.
As I said earlier, this is case to case basis. This solution is only needed if you have a high-bandwidth SQL transactions.
If your database results are small, this is not applicable.
I hope you understand now.

[Chipmunk888]

@ cold and ajol,

guys, please stop that.


two switches are not advisable for the frequent usage of heavy file transfers like when one is going to install big programs in a network to workstations simaltaneously from switch 1 to switch 2 passing through the single cable. it will affect all other workstations no involved in the installations, and other equipments communicating between the two switches. but if he push through, he better buy a switch with a gigabit uplink port or a managed switch for link aggregation/trunking to suffice this.

but if for gaming and internet browsing only, daisy chained unmanaged switches shall be okay.

as the threadstarter didn't mention about budget, he may buy a one big switch, specially if its a managed one. thus preventing further network performance degradation in some purpose.

[ajol]

Give me a reference that virtualization helps. Then I will believe you.
I don't say they are names. They are item purchases, transfers, orders or many others. One product can have 200 items on each bill of materials. Producing 10 products can result to 2000 transactions.
Printing these transactions is not moving the whole database but moving the data from the server to the client PC to the printer.
This will not take a very large bandwidth but 10 or more simultaneous transactions can delay the process.
As I said earlier, this is case to case basis. This solution is only needed if you have a high-bandwidth SQL transactions.
If your database results are small, this is not applicable.
I hope you understand now.

Ever heard of Network Printers.....
Reports, documentsl, receipts etc...... again will be as big as a movie

Now we are going to SQL transactions.... This is crazy

[ajol]

again Netcomputing is the thing.

With Thin CLIENTS(Thin O/S with Virtualization)
So moving files from SERVER to Client is going the way of the dinosaurs.

[cold_fusion]

Ever heard of Network Printers.....
Reports, documentsl, receipts etc...... again will be as big as a movie

Now we are going to SQL transactions.... This is crazy

I am sorry, network printers even will add to the lag.

I am sure you have not done any real and serious ERP system and supporting one.
Please read my previous posts well. This is not large as a movie file. But SIMULTANEOUS requests can create delays. Users will not like if their screen is only updated after 5 seconds.
The transactions I mean, are the data records that results from the SQL query. These are retrieved by the clients PC to be displayed or printed.

[ajol]

I am sorry, network printers even will add to the lag.

I am sure you have not done any real and serious ERP system and supporting one.
Please read my previous posts well. This is not large as a movie file. But SIMULTANEOUS requests can create delays. Users will not like if their screen is only updated after 5 seconds.
The transactions I mean, are the data records that results from the SQL query. These are retrieved by the clients PC to be displayed or printed.

I don't know where you get your ideas.

Network printers have RAMS that can be upgraded so they can received all(ENTIRE) the files that need printing... instead of the data being continuously sent to the printer....

Serious ERP..... please your ideas are so INEFFICIENT..... If people believe you then ALL NETWORKS should be FIBER OPTICS.... great idea....