Muy bueno, justo estaba buscando una url que diera un servicio parecido para parsearla.

No, todos los drivers que necesites te los trae Linux y te detectara el solito todo. Don't worry.

Yo tambien opino lo mismo, pero ultimamente chromium se esta haciendo un hueco en mis preferencias, lo has probado?

Saludos.

La unica diferencia entre los equipos que te funcionan y el que no, es el HW.

Si el driver tiene un fallo y/o no esta bien hecho es mas que probable que de problemas con cierto entorno (combinacion HW+SO).

Si no quieres cambiar el driver cambia el SO.

Estas soluciones ya te las han planteado antes.

Por mi parte mas no te puedo aportar, ya que windows es un entorno bastante cerrado y no se puede "hacer un debug" de tu problema. La unica solucion en estos casos es que pruebes con otras configuraciones (HW + SO + version driver).

No, no quise decir que hicieras mal instalado XFCE. Al contrario te felicito con que pruebes ese tipo de cosas.

Tampoco es que sea el mas rapido, es solo uno de los mas rapidos. Hay otros que aun consumen menos;
- LXDE (este es el que personalmente mas me gusta)
- IceWM
- Fluxbox
.... y un sin fin mas.

Creo que con la ampliacion de la RAM notaras diferencia. Es posible tambien que cuando le metas mas RAM le debas incrementar la particion de swap (dependiendo del tamaño que le tengas asignado actualmente).
De todas formas Ubuntu es una distribucion de las mas pesadas, si no la personalizas quitandole servicios y modulos que arrancan al iniciar, es normal que te consuma mas de lo que esperabas.

Ole! por usar XFCE, buscando rendimiento.

Tu problema puede estar ocasionado por varias razones.

Cuando notes el PC tan saturado usa el comando top para ver que procesos son los que realizan esta carga al sistema y ver cuanta CPU y MEM consumen. A veces algun proceso se queda pillado y debes matarlo, o cierto programa consume demasiado y debes buscar otra alternativa.

Yo le añadiria un modulo de 512M mas a tu RAM.

Como va a ser problema de requisitos de las lineas irq??. Cuando un driver se instala una de dos, o registra de forma correcta las interrupciones usando las irq del SO (que pueden hasta compartirse), o no se instalan y el driver no funcionaria nada, esto quiere decir que no podria recibir trafico.

EDITO Y RECTIFICO ESTE ULTIMO PARRAFO
No es tan descabellado pensar esto si consideramos que el driver puede estar hecho de pena. Cosa mas que probable en Windows.

Las señales de interrupcion solo deberian de saltar por buffer completo o por N paquetes capturados. Lo unico que si seria probable es que las interrupciones esten saltando de forma descontrolada.
Lo extraño es que si fuera asi, segun tus datos, habria interrupciones saltando sin que recibas paquetes.

Solucion: como ya te han recomendado antes, actualiza tu driver y actualiza los drivers del los hubs USB. Si ya tienes la ultima version escribe un correo al soporte tecnico de los fabricantes del dispositivo reportando el error.

Nota: si esto ubiera pasado en un UNIX, enseguida sabriamos que esta sucediendo.

Logico que te cueste, es que tu has empezado un poco a saco.
Yo tarde en aprender para que servia cada programa de los menus del gnome al menos 4 semanas XD

Yo creo que el problema que tienes es ese, que se te ha alvidado encender el servidor postgres, mira por ahi a ver somo se inicia en ubuntu.

Bien, entonces sabras que cualquier red, sea del tipo que sea el HW (wireless, cable, satelite, antena...) esta capacitada para trabajar con IP y en tu caso da igual que sea remota o este al lado de la esquina. (la verdad no se que a que te refieres con remoto, yo no sabria situar donde por donde pasan mis paquetes si me conecto a Japon, pero IP sique siendo IP)

Tambien sabras que es facil hacerte un programita con el lenguaje que mas te guste con el que puedas enviar paquetes usando una ip origen falsa montandote tu la cabecera de los paquetes, ya que IP es solo un protocolo orientado al destino.

Con esta ya te has respondido tu solo. Sabes de sobra que si cambias la IP fuente no esperes que la maquina remota pueda enviarte datos de vuelta.

Y lo que a lo mejor no sabias, porque forma parte de otros niveles OSI;
Logicamente eso te impedira usar TCP y los protocolos de nivel de aplicacion que lo usan; HTTP, SSH, FTP... Solo podras usar protocolos no orientados a conexion como UDP.

Para saberlo leete documentos sobre IP y routing.