Bonjour,
Je ne connais pas bien ces solutions mais je connais bien les bases de
données: il faudra regarder de près l'implémentation du modèle de données de
la solution que vous trouverez.
Les "nombreuses modifications/ajouts" sur une implémentation "naïve" vont
générer de la fragmentation et au b
Bonjour,
C'est amusant comme le sens d'une phrase complète est parfois totalement lié
à la seule consonne finale (t ou c) d'un unique mot!
Drinks (donT beer) permet d'imaginer un Ps sur une terrasse ensoleillée
;-)
FF
-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-r
A supposer qu'il existe une offre de "firewall virtuel" par abonné avec
self-provisioning. Quels seraient les services à offrir (à part bien sûr le
minimum syndical façon blocage de port)
- blocage d'URL à destination de hosts, URI, paramètres invalides?
- blocage d'AS? Pays ?
François-Frédéric
Pour les cartes 10Gbps PC, j'ai mesuré des perfs allant de 2Mpps à 14Mpps
sur le même serveur à base de Xeon 5550.
Mais comme sur une liaison 10Gbps très chargée, on n'a en gros que 2.5Mpps
par seconde, est-ce que ça a une importance?
Détecter un DDOS pour tenter d'y résister?
François-Frédéric
-
Depuis Orange, la totalite de 202.175.4.0/24 de l'AS4609 (CTM Maccau) est
joignable.
Mais depuis Free (dedibox ou particulier), seuls 202.175.4.1-191 sont
accessibles, 202.175.4.192-254 ne sont pas joignables.
Comme c'est un problème urgent, je me permets d'utiliser la liste pour savoir
comment
Tunneling IP dans les options TCP cest plus fun que sur dur DNS ;-)
De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de MM
Envoyé : mardi 31 mai 2011 16:40
À : Adrien Pujol
Cc : MikeMuir; frnog@FRnOG.org
Objet : Re: [FRnOG] Le troll du vendredi par Michel
Ça passe en
Maintenant que la mémoire des routeurs est autant illimitée quéconomique et
que ça rase gratis question CPU:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
" Quoi que, ça résoudrait le problème de mémoire des
routeurs, Il n'y aurait plus que 2 routes, 0/1 et 128/1 "
c'est la NSA qui, dans un effort GREEN, organise le routage
mutualisé.
-Message d'origine-
De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de
Michel Py
Envo
Un thread GPU n'a rien à voir avec un thread de Xeon: il faut imaginer une
seule instruction SSE qui est exécutée des centaines de fois en parallèle
sur des données différentes par des unités de calcul séparées.
Du coup, pour être efficace l'accélération par GPU actuel impose un
algorithme sans "if
i 11 janvier 2011 01:50
À : François-Frédéric Ozog
Cc : 'Refuznikster'; frnog@frnog.org; 'Vivien'
Objet : Re: [FRnOG] TCP/IP : TcpAckFrequency sous linux
Bonsoir à tous,
On Mon, Jan 10, 2011 at 11:03:41PM +0100, François-Frédéric Ozog wrote:
> Un thread sur le sujet:
http://k
Un thread sur le sujet:
http://kerneltrap.org/mailarchive/linux-netdev/2010/8/23/6283640.
Peut-être une autre option à creuser: remplacer l'algo TCP par défaut (Reno) en
HS-TCP ou CUBIC (modules non compilés par défaut, voir dans la config kernel:
networking options/advanced congestion control)
Est-ce que le scénario suivant est envisageable?
1) charger un programme dans une carte CUDA ou ATI Radeon 28XX avec une
master key piratée qui termine le HDCP (cf DVDFab par exemple)
2) puis encodage à la volée du flux reçu
3) renvoi dans le host
En gros une carte graphique qui se fait passer pou
12 matches
Mail list logo
