News Intel stellt QuickData-Technologie vor

Tommy

Chef-Optimist

Teammitglied

Registriert

März 2001

Beiträge

8.193

• 22. Oktober 2006

• #1

Intel hat auf dem Intel Developer Forum in Taipeh die neue QuickData-Technologie vorgestellt. Sie soll I/O-Beschleunigung auf breiter Basis im Markt etablieren. Die Intel QuickData-Technologie ist eine Datenbeschleunigungs-Engine, die Hersteller von I/O-Lösungen in die Lage versetzt, den Datendurchsatz von Servern zu erhöhen.

Zur News: Intel stellt QuickData-Technologie vor

 

D

_dime

Ensign

Registriert

Nov. 2005

Beiträge

156

• 22. Oktober 2006

• #2

well done intel!

 

XunnD

Lieutenant

Registriert

März 2006

Beiträge

728

• 22. Oktober 2006

• #3

Wenn sich diese Technologie bewährt, wird sie für den Consumermarkt auch bald verfügbar sein.

 

Blutschlumpf

Fleet Admiral

Registriert

März 2001

Beiträge

20.050

• 22. Oktober 2006

• #4

Die News gabs schon vor ner Weile bei Heise:
http://www.heise.de/newsticker/meldung/79646
Wie es aussieht ist das mehr Marketing als praktischer Nutzen und bringt nur in sehr speziellen Situationen was.
Mal ehrlich, wer lastet 4x GBit real aus ?
Für den Consumer-Markt wirds nichts bringen, da hier das splitten des TCP-Stacks auf mehrere CPUs bei mehreren Netzwerkadaptern wohl nichts sein wird was die Massen zum Kaufen bewegt.

 

Zuletzt bearbeitet: 22. Oktober 2006

_Grisu

Commander

Registriert

Aug. 2004

Beiträge

2.322

• 22. Oktober 2006

• #5

Das ist allenfalls was für den Servermarkt und da hat AMD ja im Moment immernoch die Nase vorn.

 

Blutschlumpf

Fleet Admiral

Registriert

März 2001

Beiträge

20.050

• 22. Oktober 2006

• #6

Abgesehen davon wäre es hilfreich wenn man Ergebnisse von aktueller Hardware mit und ohne I/OAT genommen hätte:
http://www.intel.com/technology/ioacceleration/306484.pdf
Wenn ich nen Netburst-Xeon gegen nen Core-Xeon antreten lasse ist der evtl. auch ohne I/OAT ein Stück schneller.

 

S

Simon

Banned

Registriert

Jan. 2002

Beiträge

10.692

• 22. Oktober 2006

• #7

Blutschlumpf schrieb:

Mal ehrlich, wer lastet 4x GBit real aus ?

Zum Vergrößern anklicken....

Bei VMWare VI(3) Systemen mit 20-40 VMs durchaus denkbar, dass je nach verwendeten Diensten in den einzelnen VMs schonmal zu Spitzenzeiten mehrere Gigabit-Links ordentlich belastet werden.

mfg Simon

 

Blutschlumpf

Fleet Admiral

Registriert

März 2001

Beiträge

20.050

• 22. Oktober 2006

• #8

Wie willste das machen bzw. was soll auf den VMs laufen und welche Daten über die NICs ?
Denn mir fällt jetzt spontan von nem Fileserver mit nem Monster-Storage-Array im Hintergrund abgesehen keine Anwendung ein die auch nur 1x GbE auslasten könnte ohne dass vorher CPU oder Disk-IO bremsen würden.

 

Zuletzt bearbeitet: 22. Oktober 2006

S

Simon

Banned

Registriert

Jan. 2002

Beiträge

10.692

• 22. Oktober 2006

• #9

Das addiert sich irgendwann.

Anwendungsbeispiele gibt es genug. Wir haben bei uns mehrere Lotus Domino Server, welche teilweise als Mail- andere als Application-Server dienen. Bei über 1000 Clienten kommt da schon etwas zusammen.
Wenn in einer VM noch eine DFS-Struktur verwaltet wird, wo viele Datenzugriff drauf stattfinden kommt auch nochmal gut Traffic zustande.

Wenn man sich eine entsprechende Virtual Infrastructure aufbaut, kann ein Verbesserung der I/O Steuerung und Performance nicht schaden.
CPU limitiert eher weniger und bei einer SAN ist das Problem mit dem Flaschenhals Festplatte auch nicht so dramatisch.

mfg Simon

 

Zuletzt bearbeitet: 22. Oktober 2006

Dey

Banned

Registriert

Mai 2005

Beiträge

1.925

• 22. Oktober 2006

• #10

was genau bewirkt die technologie? Hier ist die rede von chipsatz und netzwerkcontrollern, die eigentständig daten in den ram schreiben. also dann ist das doch dasselbe wie bei einem busmaserfähigen gerät. statt onboard audio- und netzwerkcontroller zu verbauen packt man eine x-fi und ne busmasterfähige netzwerkkarte in das system und dürfte auch den prozessor entlasten.

 

Blutschlumpf

Fleet Admiral

Registriert

März 2001

Beiträge

20.050

• 22. Oktober 2006

• #11

Das ist ne Kombination aus TCP Segmentation Offload Engine, direkten Speicherzugriffen (also wenn ich das richtig verstehe von der NIC auf den RAM statt wie bisher von der CPU auf den Buffer der NIC) und NAPI/RX Polling.

Sprich eigentlich nichts was es nicht auch vorher schon gab.

 

Zuletzt bearbeitet: 22. Oktober 2006