Recherche avancée

Médias (0)

Mot : - Tags -/performance

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (54)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (10428)

  • avcodec/mips/h264qpel_mmi.c : Version 2 of the optimizations for loongson mmi

    25 mai 2016, par ZhouXiaoyong
    avcodec/mips/h264qpel_mmi.c : Version 2 of the optimizations for loongson mmi

    1. no longer use the register names directly and optimized code format
    
2. to be compatible with O32, specify type of address variable with mips_reg and handle the address variable with PTR_ operator
    
3. use uld and mtc1 to workaround cpu 3A2000 gslwlc1 bug (gslwlc1 instruction extension bug in O32 ABI)
    
4. h264qpel use hepldsp optimizations
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/mips/h264qpel_mmi.c

  • lavu/riscv : assembly for zicfilp LPAD

    22 juillet 2024, par Rémi Denis-Courmont
    lavu/riscv : assembly for zicfilp LPAD

    This instruction, if aligned on a 4-byte boundary, defines a valid target
    
("landing pad") for an indirect call or jump. Since this instruction is a
    
HINT, it is safe to assemble even if not included in the target
    
instruction set architecture.
    

    The necessary alignment is already provided by the `func` macro. However
    
this still lacks the ELF attribute to indicate that the zicfilp is supported
    
in simple mode. This is left for future work as the ELF specification is not
    
ratified as of yet.
    

    This will also nonobviously require the assembler to support zicfilp,
    
insofar as the `tail` pseudo-instruction shall clobber T2 (instead of T1) as
    
its temporary register.
    • [DH] libavutil/riscv/asm.S

  • x86inc : AVX-512 support

    25 mars 2017, par Henrik Gramner
    x86inc : AVX-512 support

    AVX-512 consists of a plethora of different extensions, but in order to keep
    
things a bit more manageable we group together the following extensions
    
under a single baseline cpu flag which should cover SKL-X and future CPUs :
    
 * AVX-512 Foundation (F)
    
 * AVX-512 Conflict Detection Instructions (CD)
    
 * AVX-512 Byte and Word Instructions (BW)
    
 * AVX-512 Doubleword and Quadword Instructions (DQ)
    
 * AVX-512 Vector Length Extensions (VL)
    

    On x86-64 AVX-512 provides 16 additional vector registers, prefer using
    
those over existing ones since it allows us to avoid using `vzeroupper`
    
unless more than 16 vector registers are required. They also happen to
    
be volatile on Windows which means that we don't need to save and restore
    
existing xmm register contents unless more than 22 vector registers are
    
required.
    

    Big thanks to Intel for their support.
    • [DH] libavutil/x86/x86inc.asm

Navigation