Lecteur RAM pour la compilation - est-il une telle chose?

Je suis surpris de voir comment beaucoup de gens suggèrent que le système d'exploitation peut faire un meilleur travail à déterminer vos besoins de mise en cache que vous pouvez dans ce cas spécial. Alors que je n'ai pas fait cela pour la compilation, j'ai fait faire par des procédés similaires et j'ai fini par utiliser un disque virtuel à l'aide de scripts automatisés la synchronisation.

Dans ce cas, je pense que j'irais avec un moderne système de contrôle de source. À chaque compilation, il serait de vérifier dans le code source (le long d'une branche expérimentale si nécessaire) automatiquement, de sorte que chaque compiler aurait pour résultat les données enregistrées off.

À lancer le développement, démarrez le disque RAM et tirez le courant de ligne de base. Faire de l'édition, de compiler, d'éditer, compiler, etc. - tout de même, les modifications sont enregistrées pour vous.

Faire la vérification finale dans lorsque heureux, et vous n'avez même pas à impliquer votre disque dur.

Mais il y a des antécédents synchroniseurs qui permettra d'automatiser les choses - le problème est qu'ils ne seront pas optimisés pour la programmation et peuvent avoir besoin de faire le plein de répertoire et de fichier analyses parfois à attraper des changements. Un système de contrôle de code source est conçu exactement pour ce but, alors il serait probablement plus faible surcharge, même si elle existe dans votre construction de l'installation.

Garder à l'esprit qu'une tâche de synchronisation, dans le cas d'une panne de courant, n'est pas défini. Vous allez finir par avoir à comprendre ce qui a été sauvé et ce qui n'était pas enregistré si les choses tournaient mal. Avec la définition d'un point de sauvegarde (à chaque compilation, ou forcé par la main) vous auriez une assez bonne idée de qui il était, au moins dans un état où vous avez pensé que vous pourriez compiler. Utiliser un VCS et vous pouvez facilement comparer au précédent code et voir ce que les modifications que vous avez déjà appliquée.

Utilisation https://wiki.archlinux.org/index.php/Ramdisk pour faire le disque RAM.

Ensuite, j'ai écrit ces scripts pour déplacer les répertoires vers et depuis le disque RAM. La sauvegarde est effectuée dans une tar fichier avant de le déplacer dans le disque RAM. L'avantage de cette façon de faire est que le chemin reste le même, de sorte que tous vos fichiers de configuration n'avez pas besoin de changer. Lorsque vous avez terminé, utilisez uramdir de ramener sur le disque.

Edit: Ajouté le code C qui va exécuter n'importe quelle commande il est donné sur un intervalle en arrière-plan. Je suis de l'envoyer tar avec --update pour mettre à jour l'archive si toutes les modifications.

Je crois que cette solution vaut une solution unique pour quelque chose de très simple. BAISER

Assurez-vous de changer de chemin pour rdbackupd

ramdir

#!/bin/bash

# May need some error checking for bad input.

# Convert relative path to absolute
# /bin/pwd gets real path without symbolic link on my system and pwd
# keeps symbolic link. You may need to change it to suit your needs.
somedir=`cd $1; /bin/pwd`;
somedirparent=`dirname $somedir`

# Backup directory
/bin/tar cf $somedir.tar $somedir

# Copy, tried move like https://wiki.archlinux.org/index.php/Ramdisk
# suggests, but I got an error.
mkdir -p /mnt/ramdisk$somedir
/bin/cp -r  $somedir /mnt/ramdisk$somedirparent

# Remove  directory
/bin/rm -r $somedir

# Create symbolic link. It needs to be in parent of given folder.
/bin/ln -s /mnt/ramdisk$somedir $somedirparent

#Run updater
~/bin/rdbackupd "/bin/tar -uf $somedir.tar $somedir" &

uramdir

#!/bin/bash

#Convert relative path to absolute
#somepath would probably make more sense
# pwd and not /bin/pwd so we get a symbolic path.
somedir=`cd $1; pwd`;

# Remove symbolic link
rm $somedir

# Copy dir back
/bin/cp -r /mnt/ramdisk$somedir $somedir

# Remove from ramdisk
/bin/rm -r /mnt/ramdisk$somedir

# Stop
killall rdbackupd

rdbackupd.cpp

#include <stdio.h>
#include <stdlib.h>
#include <time.h>
#include <signal.h>
#include <sys/time.h>

struct itimerval it;
char* command;

void update_archive(int sig)
{
    system(command);
}

int main(int argc, char**argv)
{
    it.it_value.tv_sec     = 1;   //Start right now
    it.it_value.tv_usec    = 0;
    it.it_interval.tv_sec  = 60;  //Run every 60 seconds
    it.it_interval.tv_usec = 0;

    if (argc < 2)
    {
        printf("rdbackupd: Need command to run\n");
        return 1;
    }
    command = argv[1];

    signal(SIGALRM, update_archive);
    setitimer(ITIMER_REAL, &it, NULL); //Start

    while(true);

    return 0;
}

Nous avons utilisé pour ce faire il y a longtemps par un 4GL macro-compilateur; si vous mettez la bibliothèque de macro et des bibliothèques de support et de votre code sur un disque RAM, la compilation d'une application (sur un 80286) passerait de 20 minutes à 30 secondes.

1. Profil. Assurez-vous de faire de bonnes mesures de chaque option. Vous pouvez même acheter des choses que vous avez déjà rejeté, de les mesurer et de les retourner, de sorte que vous savez que vous travaillez à partir des données de bonne qualité.

2. Obtenir beaucoup de RAM. 2 GO Dimm sont très bon marché; 4 GO Dimm sont un peu plus de US$100/ea, mais qui n'a pas encore beaucoup d'argent par rapport à ce que l'ordinateur de pièces de coût juste il y a quelques années. Si vous vous retrouvez avec un disque RAM ou simplement en laissant les OS faire sa chose, cela aidera. Si vous êtes en cours d'exécution 32 bits de Windows, vous aurez besoin pour passer en 64 bits pour utiliser rien de plus de 3 GO ou plus.

3. Live Mesh pouvez synchroniser à partir de votre lecteur RAM pour le cloud ou sur un autre ordinateur, vous donnant une date de sauvegarde.

4. Déplacer juste compilateur sorties. Garder votre code source dans le réel physique du disque, mais direct .obj, .dll, et .les fichiers exe être créé sur le disque RAM.

5. Envisager une DVCS. Clone du lecteur réel à un nouveau référentiel sur le disque RAM. "pousser" vos modifications à la maison mère souvent, disent à chaque fois toutes vos tests passent.

Yep, j'ai rencontré le même problème. Et après d'infructueuses recherches sur google je viens d'écrire un Service Windows paresseux pour sauvegarder le disque RAM (en fait - n'importe quel dossier, car la mémoire RAM disque peut être monté dans, par exemple, le bureau).

http://bitbucket.org/xkip/transparentbackup
Vous pouvez spécifier l'intervalle de balayage complet (par défaut: 5 minutes).
Et un intervalle pour la numérisation averti seulement les fichiers (par défaut: 30 secondes).
Scan détecte les fichiers modifiés à l'aide de "l'archive" attribut (l'OS réinitialise que l'un spécialement pour l'archivage de but). Seuls les fichiers modifiés sont sauvegardés.

Le service laisse un marqueur spécial du fichier à assurez-vous que la cible de sauvegarde est exactement une copie de sauvegarde de la source. Si la source est vide et ne contient pas un fichier de marqueurs, le service effectue la restauration de la sauvegarde. Donc, vous pouvez facilement détruire le RAM disque et de créer de nouveau avec automatique de la restauration des données. Il est préférable d'utiliser un lecteur RAM qui est capable de créer une partition sur le démarrage du système pour le faire fonctionner de manière transparente.

Une autre solution que j'ai récemment détecté est SuperSpeed SuperCache.

Cette société dispose également d'un disque RAM, mais c'est un autre logiciel. SuperCache vous permet d'utiliser RAM supplémentaire pour bloquer au niveau de la mise en cache (c'est très différent à partir d'un fichier de cache), et une autre option - miroir, vous lecteur de RAM complètement. Quel que soit le scénario, vous pouvez spécifier la fréquence de drop sale blocs retour à l'unité de disque dur, rendant écrit comme sur le lecteur RAM, mais le miroir scénario rend également se lit comme de la RAM lecteur. Vous pouvez créer une petite partition, par exemple, de 2 GO (à l'aide de Windows) et le plan de l'ensemble de la partition de la mémoire vive.

Un intéressant et très utile chose à propos de cette solution - vous pouvez modifier la mise en cache et les options de mise en miroir tout moment instantanément en deux clics. Par exemple, si vous voulez que vos 2 GO pour gamimg ou de machine virtuelle vous pouvez juste arrêter la mise en miroir instantanément et de libérer de la mémoire en arrière. Même ouvert les descripteurs de fichiers à ne pas rompre la partition continue de travailler, mais comme un disque habituel.

EDIT: je recommande fortement de vous déplacer dans le dossier TEMP de te RAM disque, car les compilateurs habitude de faire beaucoup de travail avec le temp. Dans mon cas, il m'a donné un autre 30% de la vitesse de compilation.

Il y a beaucoup RAMDrives autour, utilisez l'un de ceux-ci. Désolé, ce serait irresponsable.

Seulement si vous de travailler entièrement dans la mémoire vive disque, ce qui est stupide..

Pseudo-ish script shell, ramMake:

# setup locations
$ramdrive = /Volumes/ramspace
$project = $HOME/code/someproject

# ..create ram drive..

# sync project directory to RAM drive
rsync -av $project $ramdrive

# build
cd $ramdrive
make

#optional, copy the built data to the project directory:
rsync $ramdrive/build $project/build

Cela dit, le compilateur peut éventuellement le faire sans scripts supplémentaires.. il suffit de changer votre emplacement de la sortie d'un RAM disque, par exemple dans Xcode, c'est dans les Préférences, de Construction, "Lieu de Construire des Produits dans:" et de "Lieu Intermédiaire Construire des Fichiers:".

Cela sonne comme disque cache de votre système d'exploitation et /ou votre disque dur sera gérer pour vous automatiquement (à des degrés divers de performance, il est vrai).

Mon conseil, si vous n'aimez pas la vitesse de votre voiture, acheter un lecteur haute vitesse purement pour la compilation des fins. Moins de travail de votre part et vous pourriez avoir la solution à votre compilation de malheurs.

Depuis que cette question a été initialement demandé, tourner les disques durs sont devenus misérables tortues lorsque par rapport aux disques Ssd. Ils sont très proches de l'origine de la requête disque RAM dans un article que vous pouvez acheter à partir de Newegg ou Amazon.

Le disque ralentissement de vous engager est d'écrire, et peut-être aussi en raison de l'antivirus. Il peut varier considérablement entre les Os trop.

Avec l'idée que l'écriture est plus lente, je serais tenté de l'installation d'une construction où intermédiaire (par exemple, .o fichiers) et les binaires obtenir une sortie vers un autre emplacement comme un lecteur RAM.

Vous pouvez ensuite relier cette bin/dossier intermédiaire à des médias plus rapides (à l'aide d'un lien symbolique ou Point de jonction NTFS).

Tout comme James Curran dit, le fait que la plupart des programmes de suivre la loi de la localité de références, le fréquente le code et les données de la page le comte sera diminué au fil du temps à une taille gérable par le système d'exploitation de cache disque.

RAM disques sont utiles lorsque les systèmes d'exploitation ont été construites avec les limites d'un tel stupide caches (Win 3.x, Win 95, DOS). Le disque RAM avantage est près de zéro, et si vous attribuez beaucoup de RAM, il va sucer la mémoire disponible pour le système de gestionnaire de cache, nuire à la performance globale du système. La règle de base est: laissez votre noyau pour le faire. C'est la même chose que la "défragmentation de la mémoire" ou "optimiseurs" les programmes: ils ont fait la force de pages de cache (donc vous obtenez plus de RAM par la suite), mais provoquant un système pour faire beaucoup de page-défaillant au cours du temps lors de vos programmes chargés commencer à poser pour le code/données qui ont été transférées.

Donc, pour plus de performance, d'obtenir un disque rapide matériel d'e/S sous-système, peut-être de RAID, plus rapide CPU, mieux chipset (non!), plus de RAM physique, etc.