BlueWhisper a écrit 51 commentaires

Pour ce genre de cas, écrire un petit script Python en utilisant pyserial est en général relativement facile ;-)

Quelques liens:
- Article de blog
- Showcase

C'est Redmine.

Parce que sinon on pourrait mounter un périphérique avec des exécutables Setuid.

… Pound fait cela très bien.

Seul défaut: la documentation quelque peu spartiate.

… mais le contenu est intéressant tout de même. Arrêtez de vous plaindre…

En effet, le kernel linux est très modifié. Voici les options ajoutées par rapport au 2.6.38.8 de kernel.org: (je trouve très intéressant les trucs "android")

FIQ_GLUE FIQ_DEBUGGER FIQ_DEBUGGER_NO_SLEEP FIQ_DEBUGGER_WAKEUP_IRQ_ALWAYS_ON FIQ_DEBUGGER_CONSOLE FIQ_DEBUGGER_CONSOLE_DEFAULT_ENABLE ARCH_AMBARELLA ARM_ERRATA_754322 PL310_ERRATA_727915 ARCH_HIBERNATION_POSSIBLE BT_WILINK DEVMEM DCC_TTY CPU_FREQ_DEFAULT_GOV_INTERACTIVE CPU_FREQ_GOV_INTERACTIVE CRYPTO_DEV_AMBARELLA I2C_AMBARELLA I2C_MUX_AMBARELLA INPUT_KEYRESET INPUT_AMBARELLA INPUT_AMBARELLA_IR INPUT_AMBARELLA_ADC INPUT_KEYCHORD INPUT_GPIO INPUT_AMBA_VBUTTON SINGLE_TOUCH_ONLY DEBUG_TOUCHSCREEN TOUCHSCREEN_SYNAPTICS_I2C_RMI TOUCHSCREEN_AK4183 TOUCHSCREEN_CY8CTMG TOUCHSCREEN_CHACHA_MT4D TOUCHSCREEN_TM1510 TOUCHSCREEN_TM1726 TOUCHSCREEN_TM1927 TOUCHSCREEN_NT11001 TOUCHSCREEN_FT540 TOUCHSCREEN_AMBA_VTOUCH LEDS_TRIGGER_SLEEP ANDROID_PMEM KERNEL_DEBUGGER_CORE SENSORS_AK8975 UID_STAT WL127X_RFKILL APANIC APANIC_PLABEL AMBARELLA_STREAMMEM AMBARELLA_AUDIOMEM AMBARELLA_HEAPMEM MMC_BLOCK_DEFERRED_RESUME MMC_EMBEDDED_SDIO MMC_PARANOID_SD_INIT MMC_AMBARELLA NOT_SHARE_SD_CONTROLLER_WITH_UITRON MMC_BOSS MTD_NAND_IDS MTD_NAND_AMBARELLA MTD_NAND_BOSS AMBARELLA_ETH AMBARELLA_ETH_SUPPORT_IPC PPPOLAC PPPOPNS TIWLAN_SDIO AMBAPMIC_POWER DISCHARGE_CURVE DC_SANYO_18650 DC_TRUST_FIRE_18650 RTC_INTF_ALARM RTC_INTF_ALARM_DEV RTC_INTF_ALARM RTC_INTF_ALARM_DEV RTC_DRV_AMBARELLA SPI_AMBARELLA ST_GPS SERIAL_AMBARELLA VIRTUAL_SERIAL_AMBARELLA SERIAL_AMBARELLA_CONSOLE USB_GADGET_AMBARELLA USB_AMBARELLA NOT_SHARE_USB_CONTROLLER_WITH_UITRON USB_AMB_STREAM USB_ANDROID USB_ANDROID_ACM USB_ANDROID_ADB USB_ANDROID_MASS_STORAGE USB_ANDROID_MTP USB_ANDROID_RNDIS USB_ANDROID_RNDIS_WCEIS FB_AMBARELLA FB_NOT_USE_UITRON_VOUT FB_DSP_CMD FB_MW_CMD AMBARELLA_WATCHDOG FAT_AMBARELLA_IMPROVEMENT AMBPTB_PARTITION PANIC_TIMEOUT ASHMEM HAS_WAKELOCK HAS_EARLYSUSPEND WAKELOCK WAKELOCK_STAT USER_WAKELOCK EARLYSUSPEND ARCH_HAS_SWSUSP_WRITE ANDROID_PARANOID_NETWORK NET_ACTIVITY_STATS RFKILL_PM RFKILL_GPIO SND_SOC_ADAV803 SND_SOC_AMBARELLA_A2AUC SND_SOC_AMBARELLA_DUMMY SND_SOC_AK4642_AMB

Un & à la fin de la ligne? (pour lancer en arrière-plan)

Cela dit, je me souviens bien des cisco, lorsque l'on sauvegarde avec archive path, il rajoute tout seul la date… ça me semble difficile à gérer avec logrotate…

Alors tu as juste pour la compréhension. Le tail -n +x affiche à partir de la x-ième ligne (cf. page de man):

   -n, --lines=K
          output the last K lines, instead of the last 10; or use -n +K to output lines starting with the Kth

Donc au final le for va parcourir toute les préfixes ($sw) du type 421/switch01-421.

On va garder tous les résultats à partir du 6ème de (par ex) ls -1t 421/switch01-421*. (je viens de remarquer qu'il faudrait plutôt mettre $sw-* plutôt, ça évite le problème s'il y a un switch 4210 par exemple).

Pour tous ceux qui suggèrent logrotate: je veux bien qu'on arrive à faire quelque chose de ce genre, mais ce serait possible d'avoir une réponse concrète (fonctionnant pour la spécification du problème)? C'est bien facile de dire "on y arrive".

C'est vraiment brutal (non testé… remplace le premier echo par rm une fois que tu es sûr ;-)):

echo $(for sw in `find -type f|cut -d- -f -2|sort|uniq`; do echo `ls -1t $sw*|tail -n +6`; done)

Cette dernière expression considère que 999.999.999.999 est valide.

J'imagine que c'est une solution à la pénurie d'adresse IPv4? :-)

On peut s'en sortir avec seulement une expression régulière, par exemple pour l'IP:

^(25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).(25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).(25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).(25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)$

Je trouve pas très utile les benchmark où l'on dépasse le VSYNC, donc voici ma contribution. Je n'ai pas mis les résultats Windows / OpenGL (il y avait l'air d'avoir un sérieux bug avec le multi-display, et c'était terriblement lent). Au niveau rendu, j'ai une préférence pour Linux/OpenGL (je trouve que Windows faisait quelque chose de bizarre, on ne dirait pas qu'il respectait correctement l'AA).

Paramètres communs:

CPU model:      Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz
CPU flags:      3492MHz MMX SSE SSE2 SSE3 SSSE3 SSE41 SSE42 HTT
GPU model:      GeForce GTX 680 PCI Express 2048Mb GDDR5
Mode:           3240x1920 8xAA fullscreen
Shaders:        high
Textures:       high
Filter:         trilinear
Anisotropy:     16x
Occlusion:      enabled
Refraction:     enabled
Volumetric:     enabled
Tessellation:   extreme

Windows (Direct 3D 11):

Binary:         Windows 32bit Visual C++ 1600 Release Mar 7 2012
OS:             Windows 7 (build 7601, Service Pack 1) 64bit
Driver Version: 9.18.13.1090
FPS:            18.6 (8.4 - 40.4)
Score:          467

Linux (OpenGL):

Binary:         Linux 64bit GCC 4.4.5 Release Mar 7 2012
OS:             Linux 3.7.1-gentoo x86_64
Driver Version: 310.19
FPS:            14.7 (2.4 - 34.3)
Score:          371

(désolé pour ce message un peu long… mais sans détails pour le reproduire, un benchmark ne sert à rien)

À tout hasard, est-ce que tu as regardé dans <sdk_root>/tools/lib/devices.xml si tu as bien des définitions?

Je pense que cela ne doit pas être un problème avec adb (si tu peux le lancer depuis le terminal, c'est que les librairies sont bonnes, et le ldd a l'air correct).

Juste pour référence, chez moi (gentoo amd64):

$ ldd /opt/android-sdk-update-manager/platform-tools/adb 
linux-gate.so.1 (0xf77cd000)
librt.so.1 => /lib32/librt.so.1 (0xf7794000)
libncurses.so.5 => /lib32/libncurses.so.5 (0xf774f000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf7735000)
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/32/libstdc++.so.6 (0xf764e000)
libm.so.6 => /lib32/libm.so.6 (0xf7627000)
libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/32/libgcc_s.so.1 (0xf760c000)
libc.so.6 => /lib32/libc.so.6 (0xf7483000)
libdl.so.2 => /lib32/libdl.so.2 (0xf747f000)
/lib/ld-linux.so.2 (0xf77ce000)

C'est vrai que l'écriture de kernels OpenCL c'est tellement compliqué… du bête C99, avec quelques extensions (types vectoriels, quelques fonctions en plus, pas besoin d'include pour avoir des fonctions mathématiques, …)

Je sais que cela ne fait pas tout, mais il y a un site que j'avais trouvé et que je tiens à partager qui compare les lecteurs de vidéo HTML5:

http://praegnanz.de/html5video/

Une fonctionnalité intéressante est que l'on peut tester les lecteurs avec ses propres vidéos (formulaire en bas de la page). Chez moi ça marche avec le bunny, donc le problème est vraisemblablement ailleurs…

Pour ma part, j'en reste à juste essayer de l'avoir maintenable…

Voici une référence intéressante.

Tu as essayé de supprimer le .pulseaudio dans ton dossier personnel? J'ai eu le même syndrome avec Debian Testing…

Je ne suis pas convaincu par la version de ton ami. Un fork est une opération relativement coûteuse, et le nombre de ressources que tu pourras utiliser dans les deux cas dépend du scheduler. La communication entre les processus a également un coût non négligeable.

L'intérêt d'avoir un programme fonctionnant dans plusieurs processus est principalement de le répartir sur plusieurs machines (avec MPI par exemple).

Dans ton cas, c'est excessif. Je pense qu'une implémentation threadée est le mieux, reste à voir comment tu divises le travail.

Finalement, une optimisation relativement efficace est d'utiliser les instructions SSE/AVX. À voir selon ton algo précis.

Il était à -42, j'ai du le "moinsser" (quel horrible mot, vous ne trouvez pas?) pour ne pas qu'il reste sur un -(aussi joli nombre).

Pour l'instant, je crois que le mieux est le Nokia N9, qui fonctionne sous Meego Harmattan (qui est basé sur Linux/Qt/paquetage deb). Je le trouve très agréable à utiliser.

Avec Inception, il est possible d'avoir un accès illimité (sinon il y a Aegis qui peut embêter un petit peu). Par contre il faudra peut-être un peu de travail pour avoir l'application que tu veux dessus.

En Suisse il est facile de le trouver (le mien vient de digitec).

En fait, on peut choisir (jusqu'à un certain point). Mot clés utiles: NUMA memory binding policy.

La page de man est utile. Il y a aussi des outils comme numactl qui peuvent servir, selon le contexte.

Sous gentoo, il y a crossdev:

crossdev -t arm-none-linux-gnueabi -S

ça marche même pour des target spéciaux, type i686-pc-mingw32 ou avr.

N'empêche que c'est super bien fait.

J'adore la différence de vue entre son profil vu par soi, et vu par un autre :-) Chapeau!

PS: et celui qui aurait vraiment (le pauvre) une adresse hotmail?