Du bist nicht angemeldet.
Ich baue hier gerade ein Brother-Treiber-deb in ein Arch-Paket um und schaue mir daher an, was das Installationsskript von Brother so für Pfade erwartet.
Und da sehe ich im Skript folgende Zeilen (wobei die letzteren nur mit Blick auf die erste so amüsant sind), die ich euch nicht vorenthalten möchte:
LOGFILE="/dev/null"
LOGLEVEL="1"
LOGCLEVEL="7"
DEBUG=0
NUPENABLE=1
LOG_LATESTONLY=1
errorcode=0
Da scheint sich jemand seiner Sache sehr sicher zu sein.^^ Aber man muss ja Code zum logging im Skript haben, muss ja alles seine Ordnung haben…
Offline
Da würde ich vermuten das daß eher zum Debuggen gedacht ist/war. Liest sich aber schon lustig :-)
Online
Ack, das wird auch dadurch gestützt, dass man dem Skript ansieht, dass es nicht zum Lesen gedacht ist.
Offline
Was denn, /dev/null ist der ideale Speicherort für Logfiles. BOFH-Lektion Nummer 1!
Offline
Ich weisz auch nicht, was daran lustig sein soll.
Ich speichere alle Logs seit jeher nach /dev/null, das spart enorm Speicherplatz, weil es optimal ausgelagert wird?!
Beitrag geändert von gridcol (19.05.2013 22:44:56)
Offline
BOFH-Lektion Nummer 1!
ymmd :-)
Online
/dev/null ist zudem ein erstklassiges Backup-Medium! Was ich da schon an Sachen rein geschrieben habe – Und so schnell!
Offline
/dev/null ist sogar so mächtig das ich immer mein system damit update: dd if=/dev/null of=/dev/sda
//Achtung Benutzung auf Eigene Gefahr
Offline
Danach hast du immerhin ein SEHR schlankes System
Offline
/dev/null ist zudem ein erstklassiges Backup-Medium! Was ich da schon an Sachen rein geschrieben habe – Und so schnell!
Du solltest auch /dev/one anlegen - sonst fehlt die Hälfte :-P
Online
Es geht immer alles nach "/dev/null" - nur eine Frage der Zeit und jegliche andere Vereinbarungen sind nur vorübergehend.
Offline
@crashmaster
ich finde aber /dev/zero schöner
Offline
@crashmaster
ich finde aber /dev/zero schöner
Warum nicht - am realen Ende macht's aber keinen Unterschied mehr
Offline
...so beliebt, dass MySQL sogar ne extra Storage Engine dafür hat ;-)
> show engines;
+------------+---------+----------------------------------------------------------------+--------------+------+------------+
| Engine | Support | Comment | Transactions | XA | Savepoints |
+------------+---------+----------------------------------------------------------------+--------------+------+------------+
| InnoDB | YES | Supports transactions, row-level locking, and foreign keys | YES | YES | YES |
...
| BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO |
Also am besten einfach mal ausprobieren:
> ALTER TABLE kundendaten ENGINE=BLACKHOLE;
=> Danach passt die ganze Tabelle ganz sicher komplett in den RAM ;-)
Offline
Mmmh, MySQL … Ich frage mich gerade abseits unseres rumgealbers, ob es für BLACKHOLE eine sinnvolle Anwendung gibt. Im Zweifelsfall ist es doch schneller, etwas gar nicht zu schreiben, anstatt es nach /dev/null zu schreiben …
Offline
http://dev.mysql.com/doc/refman/5.1/de/ … ngine.html Da sind ein paar Beispiele genannt. Wie häufig man die braucht, ist die andere Frage…
Offline