Ils ont fait un donation à l'Apache Software Foundation. Tu ne peux pas donner à un projet en particulier. Les sioux sont regroupés au niveau de la foundation puis redistribué.
quand je parle de linux enmbarqué, c'est pour bien faire la difference entre un linux (kernel) avec un environnement graphique comme gnome et la version Linux Kernel seul sans interface graphique par exemple.
Sur la première pas du wiki : Nous sommes fier d'ouvrir ce site sur Linux pour aider les nouveaux développeurs sous cet OS alternatif a Microsoft Windows(c)
Heu dans l'embarqué, Windows c'est lui l'OS alternatif... Linux c'est plutôt une alternative a VXWorks et autre OS embarqués propriétaires.
une version Linux embarqué
Je comprend pas vraiment c'est le même kernel que sur ton PC, just recompilé différement (arch & pilotes)
En regardant le code, lorsqu'un fichier est envoyé au client je vois que le fichier est chargé et wrappé dans un IoBuffer, du coup, si le fichier fait 10MB, tu alloue 10MB dans le heap.
response.setContent(IoBuffer.wrap(file.content()));
Pour l'upload pareil, à un moment Asyncweb va remplir le IoBuffer qui sert de content pour HttpRequest et donc manger un gros buffer de la taille du fichier.
Je préfère prévenir :) C'est un problème d'asyncweb que je pense essayer de résoudre avant décembre.
Sinon je vois que vous utilisez MINA-2.0.0M2, il y a une grosse régression au niveau des perfs (https://issues.apache.org/jira/browse/DIRMINA-609 ), je vous conseille de passer sur M3 avec le dernier snapshot d'asyncweb-common.
petite question, vu que cela utilise un classloader spécial pour la compilation des sources a la volé en utilisant le compilo d'eclipse, est-ce que c'est donné pour fonctionner dans un environement OSGi ?
Connaissant bien Asyncweb, j'imagine qu'une page est entièrement généré en mémoire puis envoyées d'une seul bloc (pas d'envoi par chunk). Donc la génération de contenu un peu gros (plusieurs méga) doit être problématique ? De même que l'upload de gros fichiers à partir de formulaires ? En tout cas si vous avez du feeback a faire remonter sur Asyncweb (même si vous n'utiliser que la partie codec http) n'hésitez pas :)
Sinon au sujet des templates, pourquoi groovy plutôt qu'un langage dédié template type velocity/freemarker ?
Vorbis ca reste toujours un bon gros codec qui bouffe du FPU et pas adapté a la VoIP mais plutôt aux stream de musique. Je vois mal vorbis marcher sur les platebande de Speex (et inversemment).
Lorsque l'on fait une donation à l'ASF elle dite "non orienté" en effet c'est l'ASF qui dispose de la donation comme elle veut. C'est une condition pour accepter la donation. Donc les 100000$ vont dans les caisses et c'est l'ASF qui décide quoi en faire et sur quels projets l'utiliser. Donc c'est plutôt une bonne nouvelle \o/
l'IHM est sympa, même si le thème swing par défaut fait ramer mon PC :)
Je viens de regarder le code sources. C'est un projet d'étude ? car c'est étrange d'avoir écris les nom des variables et les commentaires en français, ça limite le nombre de contributeurs potentiels.
Au niveau du réseau pourquoi n'avoir pas utilisé de bibliothèque comme Apache MINA, Grizzly ou xsocket, voir même NIO, a la place de l'obsolète java.net. Ajouter, une compression, le SSL, des blacklists, une répartition de charge sur plusieurs threads, des logs, un protocole p2p, va devoir être fait à la main alors que les lib existent.
Pour avoir utilisé les deux :
- la rapidité de apt/dpkg à coté de yum et autres,
- la stabilité de la base de package debian qui se vautre quasiement jamais, alors qu'une base rpm explosé ça arrive.
Sinon ca joue pas énormément sur la qualité de la distro, ce qui fait la différence entre deux c'est surtout la qualité des packages, plutot que le système de package en lui même.
il y a toute une tripotée de fichier .so dans les archives pour Linux, donc je suppose que c'est implémenté en appelant le code C++ et non en pur Java.
Sinon tu trouve pas qu'il y a un méchant virage avec un bon paquet de news orientés GPL, FFII, candidats.fr, LUGs, RGI et companie ?
Voir même ta réaction sur Java. C'est libre depuis des lustres : JamVM, classpath, harmony, gcj avec plus de 95% des specs originales implémentées mais ca continue de troller secs :
apt-cache search java|wc -l
685
Le piège idéologique n'est pas loin, il faut laisser aux visiteurs faire le tri et débattre dans les commentaires sur le "sapuecaipaslibre" :o)
[^] # Re: C'est pas nouveau !
Posté par vrm (site web personnel) . En réponse au journal Microsoft sponsorise le serveur Apache !!!. Évalué à 10.
[^] # Re: alternatif
Posté par vrm (site web personnel) . En réponse au message Nouveau site sur linux et la programmation. Évalué à 2.
quand je parle de linux enmbarqué, c'est pour bien faire la difference entre un linux (kernel) avec un environnement graphique comme gnome et la version Linux Kernel seul sans interface graphique par exemple.
gnome dans le kernel.. attention au bloat ;)
# alternatif
Posté par vrm (site web personnel) . En réponse au message Nouveau site sur linux et la programmation. Évalué à 4.
Nous sommes fier d'ouvrir ce site sur Linux pour aider les nouveaux développeurs sous cet OS alternatif a Microsoft Windows(c)
Heu dans l'embarqué, Windows c'est lui l'OS alternatif... Linux c'est plutôt une alternative a VXWorks et autre OS embarqués propriétaires.
une version Linux embarqué
Je comprend pas vraiment c'est le même kernel que sur ton PC, just recompilé différement (arch & pilotes)
[^] # Re: liaison symétrique
Posté par vrm (site web personnel) . En réponse au journal Gigabit, processeurs, câbles et parasites. Évalué à 3.
[^] # Re: Excellente initiative !
Posté par vrm (site web personnel) . En réponse à la dépêche RMLL : un nouveau site et un nouveau logo ?. Évalué à 2.
[^] # Re: Pas mal...
Posté par vrm (site web personnel) . En réponse à la dépêche Play!, un autre framework web Java. Évalué à 4.
[^] # Re: asyncweb & streaming
Posté par vrm (site web personnel) . En réponse à la dépêche Play!, un autre framework web Java. Évalué à 5.
response.setContent(IoBuffer.wrap(file.content()));
Pour l'upload pareil, à un moment Asyncweb va remplir le IoBuffer qui sert de content pour HttpRequest et donc manger un gros buffer de la taille du fichier.
Je préfère prévenir :) C'est un problème d'asyncweb que je pense essayer de résoudre avant décembre.
Sinon je vois que vous utilisez MINA-2.0.0M2, il y a une grosse régression au niveau des perfs (https://issues.apache.org/jira/browse/DIRMINA-609 ), je vous conseille de passer sur M3 avec le dernier snapshot d'asyncweb-common.
[^] # Re: OSGi
Posté par vrm (site web personnel) . En réponse à la dépêche Play!, un autre framework web Java. Évalué à 1.
# OSGi
Posté par vrm (site web personnel) . En réponse à la dépêche Play!, un autre framework web Java. Évalué à 1.
# asyncweb & streaming
Posté par vrm (site web personnel) . En réponse à la dépêche Play!, un autre framework web Java. Évalué à 4.
Sinon au sujet des templates, pourquoi groovy plutôt qu'un langage dédié template type velocity/freemarker ?
[^] # Re: Et Speex ?
Posté par vrm (site web personnel) . En réponse à la dépêche Vorbis sur RTP. Évalué à 3.
# Donation ASF
Posté par vrm (site web personnel) . En réponse au journal Microsoft donne 100000 dollars à la fondation Apache. Évalué à 3.
http://apache.org/foundation/contributing.html
# code
Posté par vrm (site web personnel) . En réponse à la dépêche Transfert: Echange de fichiers rapide et multiplateformes. Évalué à 3.
Je viens de regarder le code sources. C'est un projet d'étude ? car c'est étrange d'avoir écris les nom des variables et les commentaires en français, ça limite le nombre de contributeurs potentiels.
Au niveau du réseau pourquoi n'avoir pas utilisé de bibliothèque comme Apache MINA, Grizzly ou xsocket, voir même NIO, a la place de l'obsolète java.net. Ajouter, une compression, le SSL, des blacklists, une répartition de charge sur plusieurs threads, des logs, un protocole p2p, va devoir être fait à la main alors que les lib existent.
En tout cas, bon courage pour la suite.
[^] # Re: dommage
Posté par vrm (site web personnel) . En réponse à la dépêche Sortie de la Mandriva Linux 2008.1 Spring. Évalué à 4.
- la rapidité de apt/dpkg à coté de yum et autres,
- la stabilité de la base de package debian qui se vautre quasiement jamais, alors qu'une base rpm explosé ça arrive.
Sinon ca joue pas énormément sur la qualité de la distro, ce qui fait la différence entre deux c'est surtout la qualité des packages, plutot que le système de package en lui même.
[^] # Re: Troll subtil
Posté par vrm (site web personnel) . En réponse au journal La fedora 8 est pas mal.. Évalué à 2.
# test
Posté par vrm (site web personnel) . En réponse au journal Hahaha. Évalué à -2.
[^] # Re: XMPP
Posté par vrm (site web personnel) . En réponse au journal La version m5-rc14 du SDK Android vient de sortir. Évalué à 1.
[^] # Re: XMPP
Posté par vrm (site web personnel) . En réponse au journal La version m5-rc14 du SDK Android vient de sortir. Évalué à 3.
[^] # Re: un bon editeur...
Posté par vrm (site web personnel) . En réponse à la dépêche Anjuta 2.2.0 - Hurricane - est sorti. Évalué à -1.
[^] # Re: Génération suffisante ?
Posté par vrm (site web personnel) . En réponse à la dépêche Qt Jambi est enfin disponible. Évalué à 1.
[^] # Re: Ah java...
Posté par vrm (site web personnel) . En réponse à la dépêche Apache MINA 1.1.0. Évalué à -2.
[^] # Re: wikipédification
Posté par vrm (site web personnel) . En réponse à la dépêche Apache MINA 1.1.0. Évalué à 5.
http://harmony.apache.org/downloads.html
Par contre gcj aucune idée, par contre des tests sont bienvenues :)
La conso mémoire c'est celle de la JVM, puis par connection ça dépend du code collé derrière. MINA utilise peu de mémoire en lui même.
Pour des tests de charge voir le passage de Wildfire de leur code réseau maison à MINA :
http://www.igniterealtime.org/blog/2006/12/19/scalability-tu(...)
Merci pour la super mise en forme !
[^] # Re: Explications ?
Posté par vrm (site web personnel) . En réponse au journal Linuxfr est il en train de mourir ?. Évalué à 1.
Voir même ta réaction sur Java. C'est libre depuis des lustres : JamVM, classpath, harmony, gcj avec plus de 95% des specs originales implémentées mais ca continue de troller secs :
apt-cache search java|wc -l
685
Le piège idéologique n'est pas loin, il faut laisser aux visiteurs faire le tri et débattre dans les commentaires sur le "sapuecaipaslibre" :o)
[^] # Re: Explications ?
Posté par vrm (site web personnel) . En réponse au journal Linuxfr est il en train de mourir ?. Évalué à 2.
[^] # Re: Explications ?
Posté par vrm (site web personnel) . En réponse au journal Linuxfr est il en train de mourir ?. Évalué à 9.