wwwroot in ramdrive

[Verwijderd]

zie topic titel, zou dit lukken en zou dit veilig/stabiel/sneller zijn?

[Verwijderd]

sneller ja, stabieler, nee, veiliger, nee...als het sowieso mogelijk zou zijn

[flat]

ja ik heb hier laatst ook over na zitten denken, en 't lijkt me helemaal geen stom idee
bij het opstarten ernaartoe kopieren, en bij afsluiten/rebooten gewoon tijdelijk naar HD wegschrijven.

vanmiddag eens uit gaan testen

[Verwijderd]

Waarom is dit niet veiliger, als je gewoon alleen php scripts en sjit erop zet, en de rest gewoon in een sql database op je hdd propt. En altijd een back-up klaar hebt?

Ey flat jou icons ruleren

[budi]

Zo doe ik het ook met mijn dnetc directory (voor de koeien) om ervoor te zorgen dat er geen diskactiviteit is, maar toch de buffers kan saven bij het afsluiten. Dat zou bij de optie 'buffer to ram' niet kunnen.

Hier is een stukje code wat je misschien kan gebruiken:

code:

#! /bin/bash
#
# dnetc    Start the DNETC client.
#
# This script creates a ramdisk, copies the dnetc directory on it
# and runs the client. If the stop command is invoked the contents of the
# ramdisk is copied back to the original location after the client is shut down.#
# This makes sure there is no disk i/o generated by the client and makes it
# possible to save the progress of a block if the machine is rebooted. This
# is not possible if you use the buffer to ram option in the client itself.

# Make sure you have ramdisk support compiled into the kernel or loaded as
# module. In this case the ramdisk size of 4096 KB is chosen. The ramdisk
# is mounted on /mnt/ramdisk. Make sure this directory exists or the script
# will fail.

NAME=dnetc
PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
  start)
    echo -ne "Starting dnetc client: $NAME.\n"

    # Prepare ramdisk by write zeros.
    dd if=/dev/zero of=/dev/ram bs=1k count=4096

    # Create a filesystem on the ramdisk.
    mke2fs -vm0 /dev/ram 4096

    # Mount the filesystem
    mount /dev/ram /mnt/ramdisk

    # Copy the client to the ramdisk
    cd /usr/local/dnetc
    cp dnetc /mnt/ramdisk
    cp dnetc.ini /mnt/ramdisk

    # move buffers to ramdrive and start client
    mv buff* /mnt/ramdisk
    cd /mnt/ramdisk
    ./dnetc &
    ;;

  stop)
    echo -ne "Stopping dnetc client: $NAME.\n"
    # shutdown client and move buffers from ramdisk back to disk
    cd /mnt/ramdisk
    ./dnetc -shutdown
    # try to wait a while for the client to stop
    sleep 2
    mv buff-* /usr/local/dnetc
    cd /usr/local/dnetc
    umount /mnt/ramdisk
    ;;

  restart)
    echo -ne "Restarting dnetc client: $NAME.\n"
    cd /mnt/ramdisk
    ./dnetc -restart
    ;;

  *)
    echo "Usage: /etc/init.d/$NAME {start|stop|restart}"
    exit 1
    ;;
esac

exit 0

Ik hoop dat je hier wat aan hebt.

[Verwijderd]

wil niet zeggen dat het onveiliger is, maar waarom zou het veiliger zijn ?

[budi]

Ja, als een hacker bij de ramdrive directory kan, kan hij vast ook wel bij de rest van je filesystem komen.

Misschien dat zo'n ramdrive meer performance biedt?

[Verwijderd]

Op zaterdag 10 november 2001 13:03 schreef budi het volgende:
Ja, als een hacker bij de ramdrive directory kan, kan hij vast ook wel bij de rest van je filesystem komen.

Misschien dat zo'n ramdrive meer performance biedt?

ramdrive is uiteraard sneller, alleen is dat vrijwel nooit de bottleneck bij een webserver

[Verwijderd]

neej, eigelijk alleen deze vraag om dat ik nog 512 mb aan geheugen heb liggen en er zit al 512 in mijn webserver

[Verwijderd]

is eigenlijk overbodig omdat linux automagisch alle niet-gebruikte-geheugen gebruikt als disk cache. Dus na het accessen van een file blijft het toch in je RAM plakken totdat het A. veranderd B. plaats moet maken voor een programma.

dusss