[EMAIL PROTECTED] - Digest Saturday, November 11 2000 Volume 01 : Number 167
----------------------------------------------------------------------
Date: Sat, 11 Nov 2000 10:52:08 +0100
From: =?iso-8859-1?Q?Bj=F6rn?= <[EMAIL PROTECTED]>
Subject: [PUG] Telefonnummern, Adressbuch, ...
Hallo!
Wie kann ich denn per Modem mehrere Telefon-Nummern, z.B. aus einem
Adressbuch, hintereinander w�hlen lassen?
...und: Wei� jemand ein paar Skripte o.�., um Adressen zu
verwalten (konsolenbasiert oder mit Browser-Frontend oder wie
auch immer...)? W�re doch superpraktisch, sowas.
Falls es da keine brauchbaren, fertigen L�sungen f�r gibt,
k�nnten wir ja gemeinsam sowas entwickeln, wenn Interesse daran
besteht.
Ciao, Bj�rn.
- --
\|/
t(h)ree
------------------------------
Date: Sat, 11 Nov 2000 10:14:38 +0100
From: =?iso-8859-1?Q?Bj=F6rn?= <[EMAIL PROTECTED]>
Subject: [PUG] Re:
=?iso-8859-1?Q?=5BPUG=5D_Re:_=5BPUG=5D_RE:_=5BPUG=5D_=5BPUG=5D_Mehr_RAM_?=
=?iso-8859-1?Q?f=FCr_SO_sinnvoll=3F?=
On Fri, Nov 10, 2000 at 06:44:06PM +0100, Bj�rn wrote:
> On Fri, Nov 10, 2000 at 02:42:37PM +0100, Wolf, Markus, Triaton/DE wrote:
> > ...
>
>
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0004.0/0719.html
Sorry - kleiner Kommentar zu dem Link w�re vielleicht angebracht:
Kurzgefasst steht da halt, da� es mehrer Verfahren gibt, wie
Biose die Menge an Speicher bekanntmachen, die allerdings nur
mehr oder weniger standardisiert sind. Die neueste Methode wird
vom 2.4-Kernel unters�tzt werden, aber es wird offenbar keinen
backport in den 2.2-Kernel geben (sagt Alan Cox am Ende).
Also ist es also doch ein reines Gl�cksspiel, ob es ohne mem=xym geht
oder nicht.
Microsoft's WinDose kommt mit allen M�glichkeiten �brigens klar,
weil denen die Spezifikationen zu dieser neueren Variante ein
Jahr vor ihrem Einsatz schon vorlagen (Stichwort:
WIntel-Allianz).
Same procedure...
>
> Bj�rn.
>
- --
\|/
t(h)ree
------------------------------
Date: Sat, 11 Nov 2000 12:14:05 +0100
From: "Roos, Christian" <[EMAIL PROTECTED]>
Subject: AW: [PUG] Telefonnummern, Adressbuch, ...
moin,
hehe, lad dir doch nen wardialer runter .) is zwar nen bisschen ungenau :)
aber was solls..hauptsache die telefonrechnung steigt :)
greetz
Chris
- -----Urspr�ngliche Nachricht-----
Von: Bj�rn [mailto:[EMAIL PROTECTED]]
Gesendet am: Samstag, 11. November 2000 10:52
An: [EMAIL PROTECTED]
Betreff: [PUG] Telefonnummern, Adressbuch, ...
Hallo!
Wie kann ich denn per Modem mehrere Telefon-Nummern, z.B. aus einem
Adressbuch, hintereinander w�hlen lassen?
...und: Wei� jemand ein paar Skripte o.�., um Adressen zu
verwalten (konsolenbasiert oder mit Browser-Frontend oder wie
auch immer...)? W�re doch superpraktisch, sowas.
Falls es da keine brauchbaren, fertigen L�sungen f�r gibt,
k�nnten wir ja gemeinsam sowas entwickeln, wenn Interesse daran
besteht.
Ciao, Bj�rn.
- --
\|/
t(h)ree
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 12:13:16 +0100
From: Patrick Glanz <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
Die Helixgnome-Leute basteln gerade an einem PIM, der mailen kann, Kontakte
verwaltet etc. Das ganze ist noch im Betastadium und sieht auch sehr
verd�chtig nach Kleinweich Ausguck aus....
Ich hab's mir mal heruntergeladen und finde die Optik sch�n und das Adressbuch
auch sehr funktional. Das Ger�t hei�t "Evolution" und findet sich hier:
http://www.helixcode.com/apps/evolution.php3
Dummerweise wird Gnome und der ganze Helix-Kram ben�tigt.........
Patrick
>
> ...und: Wei� jemand ein paar Skripte o.�., um Adressen zu
> verwalten (konsolenbasiert oder mit Browser-Frontend oder wie
> auch immer...)? W�re doch superpraktisch, sowas.
>
> Falls es da keine brauchbaren, fertigen L�sungen f�r gibt,
> k�nnten wir ja gemeinsam sowas entwickeln, wenn Interesse daran
> besteht.
>
> Ciao, Bj�rn.
>
> --
>
> \|/
> t(h)ree
> ---------------------------------------------------------------------------
> PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 12:22:12 +0100
From: Patrick Glanz <[EMAIL PROTECTED]>
Subject: Re: [PUG] Re: [PUG] [PUG] Mehr RAM =?iso-8859-1?Q?f=FCr?= SO sinnvoll?
Ich hab hier 'nen Athlon 700 mit 128 Mb RAM, cat /proc/meminfo ergibt auch,
da� alles erkannt worden ist.
Mein StarOffice-Start dauert deswegen auch nur 40 Sekunden;-)
Ich behaupte jetzt einfach mal was: StarOffice ist nicht tunebar!!!!!!
Patrick
Martin Schmitt schrieb:
> Jedenfalls ist die Aussage "Du mu�t dem Kernel mitteilen, wie gro� der
> Speicher ist, damit StarOffice schneller l�uft" echt zu weit vorgeprescht,
> ohne sich mal die Ausgabe von "free" angeschaut zu haben.
>
> -martin
>
> --
> a man a plan a canal panama
> ---------------------------------------------------------------------------
> PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 12:20:24 +0100
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
* Bj�rn ([EMAIL PROTECTED]) wrote/schrieb:
> ...und: Wei� jemand ein paar Skripte o.�., um Adressen zu
> verwalten (konsolenbasiert oder mit Browser-Frontend oder wie
> auch immer...)? W�re doch superpraktisch, sowas.
>
> Falls es da keine brauchbaren, fertigen L�sungen f�r gibt,
> k�nnten wir ja gemeinsam sowas entwickeln, wenn Interesse daran
> besteht.
Ich denke mal, wenn man das machen will, sollte eine Datenbank
darunterliegen. Das Verarzten von Flatfiles ist immer grausam, und die
platte Tabelle ist mit MySQL in ein paar Minuten erstellt, wenn man sich
erstmal Gedanken �ber Felder, Typen, Indizes und so weiter gemacht hat.
Ich hab vor ein paar Monaten mal mit sowas angefangen, aber irgendwann den
Geist aufgegeben, weil ich keine Geduld hatte, das Browser-Frontend fertig
zu programmieren. Die Aufgabe ist relativ simpel, erfordert nur viel
Ausdauer, die ich leider nicht habe.
Evtl. w�rde sich da noch Postgresql anbieten, das ein eigenes Frontend mit
grafischen Formulardingsbums a la Access hat. Damit hab ich aber null
Erfahrung.
- -martin
- --
Quitters never win, winners never quit.
But those who never win and never quit are idiots.
------------------------------
Date: Sat, 11 Nov 2000 12:41:36 +0100
From: Sebastian Guendisch <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
On Sat, Nov 11, 2000 at 12:20:24 +0100, Martin Schmitt wrote:
> Ich denke mal, wenn man das machen will, sollte eine Datenbank
> darunterliegen. Das Verarzten von Flatfiles ist immer grausam, und die
> platte Tabelle ist mit MySQL in ein paar Minuten erstellt, wenn man sich
> erstmal Gedanken �ber Felder, Typen, Indizes und so weiter gemacht hat.
Man kann doch die standard Unix-Datenbank nehmen, das erfordert bestimmt
weniger Ressourcen als Mysql, oder?
Sebastian
- --
Error #152 - Windows not found: (C)heer (P)arty (D)ance.
------------------------------
Date: Sat, 11 Nov 2000 13:05:46 +0100
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
* Sebastian Guendisch ([EMAIL PROTECTED]) wrote/schrieb:
> Man kann doch die standard Unix-Datenbank nehmen, das erfordert bestimmt
> weniger Ressourcen als Mysql, oder?
Was meinst Du denn mit der Standard-Unix-Datenbank?
- -martin
- --
Politically correct Unix:
"man" pages are now called "person" pages
------------------------------
Date: Sat, 11 Nov 2000 13:14:07 +0100
From: "Matthias A. >Preikschat" <[EMAIL PROTECTED]>
Subject: Re[2]: [PUG] Telefonnummern, Adressbuch, ...
Moin Leute,
SG> Man kann doch die standard Unix-Datenbank nehmen, das erfordert bestimmt
SG> weniger Ressourcen als Mysql, oder?
ich bin im Darkbreed e.V (www.darkbreed.net)
Dort haben wir ca. 15.000 User in einer MySQL-Datenbank. Additiv dazu
noch Session-Tracking usw. Mit dem PhPMyAdmin laesst such das ganze
sehr komfortabel Administrieren. Und die Geschwindigkeit ist auch
okay.
Allerdings sind dort auch Datenbank- und Webserveer getrennt.
Allerdings hat wohl kaum jmd. von uns 15.000 Bekannte... *g*
- --
Gru�
Matthias mailto:[EMAIL PROTECTED]
------------------------------
Date: Sat, 11 Nov 2000 13:32:30 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: [PUG] (fwd) VIRUS ALERT - W32/Navidad@M
grade reingekommen ..
vielleicht l�uft ja doch noch irgendwo nen WIND** B�chse
- -cr
- ----- Forwarded message from "McAfee.com Dispatch" <[EMAIL PROTECTED]> -----
From: "McAfee.com Dispatch"<[EMAIL PROTECTED]>
Subject: VIRUS ALERT - W32/Navidad@M
Date: Fri, 10 Nov 2000 19:19:30 -0800
To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Originator: [EMAIL PROTECTED]
X-Mailer: UnityMail
X-Mailer-Version: 3.1
X-UnityUser: McAfee.com
X-MIME-Autoconverted: from quoted-printable to 8bit by nero.wiesbaden.netsurf.de id
GAA19869
X-UIDL: 53febaf9f0b9189ae6b9845a255a7b51
(((((((((((((((((( McAfee.com Dispatch )))))))))))))))))))))
_______________________VIRUS ALERT__________________________
[This message is brought to you as a subscriber to the
McAfee.com Dispatch. To unsubscribe, please follow the
instructions at the bottom of the page.]
******* VIRUS ALERT - W32/Navidad@M ********
Dear McAfee.com Dispatch Subscriber:
W32/Navidad@M is an Internet worm that spreads using the
Windows email program Outlook. McAfee AVERT has given it a
risk assessment of MEDIUM-ON WATCH, due to a significant
increase in infection levels worldwide.
The email can come from addresses that you will recognize.
Attached is a file named NAVIDAD.EXE and when it is run, it
displays a dialog box entitled, "Error" which reads "UI". A
blue eye icon then appears in the system tray next to the
clock in the lower right corner of the screen, and a copy of
the worm is saved to the file "winsvrc.vxd" in the WINDOWS
SYSTEM directory.
If your PC becomes infected with the W32/Navidad@M worm, all
subsequent emails addressed to you will be responded to
automatically with an email from your address with the
W32/Navidad@M worm as an attachment.
Click here for detection and removal instructions:
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1956
MCAFEE.COM CLINIC SUBSCRIBERS:
If you don't have ActiveShield installed and/or updated, you
are not protected from infection from this worm.
Click here to download ActiveShield:
- ->
http://clinic.mcafee.com/clinic/virusscan/activeshield/default.asp?area=activeshield
If you are not a subscriber to the McAfee.com Clinic please
click here to get instant protection:
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1957
MCAFEE VIRUSSCAN USERS (notes on detection and removal using
McAfee VirusScan):
McAfee VirusScan 4.1.00 and above with DAT file 4105 and
higher will detect and remove W32/Navidad@M. Click here for
complete instructions on removal and repair:
- -> http://vil.mcafee.com/dispVirus.asp?virus_k=98881
- --McAfee.com
_______________________Virus Fixes__________________________
Find out more about this virus. Click here to go to the
W32/Navidad@M Help Center.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1956
Become a McAfee.com Clinic subscriber and check your system
online. To use VirusScan Online, click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1957
Purchase the latest copy of VirusScan, please click here.
- -> http://store.mcafee.com/category.asp?CatID=3&CategoryLevel=1&rfr=VSCALRT
Upgrade to the latest VirusScan. Purchase the VirusScan
Maintenance Plan which entitles you to 12 months of upgrades,
click here.
- -> http://store.mcafee.com/category.asp?CatID=18&CategoryLevel=1&rfr=VRSPLN
Download the latest DAT files, click here.
- -> http://download.mcafee.com/updates/updates.asp
_____________________Anti-Virus Tips________________________
Find out how to detect and prevent viruses with these handy
tips. Click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1589
________________________Partners____________________________
AllBusiness.com - Register for your weekly business
newsletter. Click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1622
Driveway - Free 25MB of online storage. Click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1623
Dash.com - Download your dashbar: the safest, most complete
online companion you�ll ever need. Click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1832
______________________Special Offer_________________________
McAfee QuickClean:
* Improves System Performance
* Removes Internet Clutter
* Covers Your Tracks...........and more!
Click here to find out more:
- -> http://promos.mcafee.com/quickclean/default.asp?rfr=QC_1500
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This Virus Alert has been issued by the
McAfee Anti-Virus Emergency Response Team (AVERT).
McAfee.com Support: To contact us about this dispatch, click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1594
Subscribe: If you received this message from a friend and
would like to subscribe to McAfee.com Dispatch, click here.
- -> http://dispatch.mcafee.com/sub.asp?s=22
Unsubscribe: If you do not wish to receive email, click here.
- -> http://dispatch.mcafee.com/unsub.asp
Note: Promotions are subject to change without notice.
Click here to view our permission policy.
- -> http://dispatch.mcafee.com/permission_policy.asp
Trademarks 2000 McAfee.com Corporation / All Rights Reserved.
- ----- End forwarded message -----
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
------------------------------
Date: Sat, 11 Nov 2000 13:36:59 +0100
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] (fwd) VIRUS ALERT - W32/Navidad@M
* Christopher Ruehl ([EMAIL PROTECTED]) wrote/schrieb:
> grade reingekommen ..
> vielleicht l�uft ja doch noch irgendwo nen WIND** B�chse
Warum warnst Du? Ich dachte, Viren seien die nat�rliche Form der
Betriebssystem-Auslese.
- -martin
- --
The only person who got his work done by Friday was Crusoe.
------------------------------
Date: Sat, 11 Nov 2000 13:39:00 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
> platte Tabelle ist mit MySQL in ein paar Minuten erstellt, wenn man sich
> erstmal Gedanken �ber Felder, Typen, Indizes und so weiter gemacht hat.
> -martin
bin ich ganz deiner Meinung! weil:
php kann dann auch Web-Seite draus bastel
cgi hat auch eine api
c++ api (wenn du overhead liebst)
c api
uvm.
cr
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
------------------------------
Date: Sat, 11 Nov 2000 13:46:21 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: [PUG] SOffice 5.2 sinnvoll?
> Ich hab hier 'nen Athlon 700 mit 128 Mb RAM, cat /proc/meminfo ergibt auch,
> da� alles erkannt worden ist.
> Mein StarOffice-Start dauert deswegen auch nur 40 Sekunden;-)
> Ich behaupte jetzt einfach mal was: StarOffice ist nicht tunebar!!!!!!
>
> Patrick
>
bei mir mit AMDK6-3 450 / 128MB / UW-SCSI 2 Platten braucht auch bei
(seti rechnet FFT im hintergrund)
knappe 25 Sekunden und dann kann ich arbeiten (2.4-test10)
da ist was anderes drann schuld ( io-performence DISK->RAM ? )
cr
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
------------------------------
Date: Sat, 11 Nov 2000 13:40:46 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
> On Sat, Nov 11, 2000 at 12:20:24 +0100, Martin Schmitt wrote:
> > Ich denke mal, wenn man das machen will, sollte eine Datenbank
> > darunterliegen. Das Verarzten von Flatfiles ist immer grausam, und die
> > platte Tabelle ist mit MySQL in ein paar Minuten erstellt, wenn man sich
> > erstmal Gedanken �ber Felder, Typen, Indizes und so weiter gemacht hat.
>
> Man kann doch die standard Unix-Datenbank nehmen, das erfordert bestimmt
> weniger Ressourcen als Mysql, oder?
Ressourcen sind bei Mysql wirklich nicht die sache. ..
die idle't auf einem 486 auch nur ab ..
meine erfahrung: Mysql ist schlank und rank
cr
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
------------------------------
Date: Sat, 11 Nov 2000 13:47:56 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: Re: [PUG] (fwd) VIRUS ALERT - W32/Navidad@M
> * Christopher Ruehl ([EMAIL PROTECTED]) wrote/schrieb:
>
> > grade reingekommen ..
> > vielleicht l�uft ja doch noch irgendwo nen WIND** B�chse
>
> Warum warnst Du? Ich dachte, Viren seien die nat�rliche Form der
> Betriebssystem-Auslese.
>
> -martin
>
> --
> The only person who got his work done by Friday was Crusoe.
> ---------------------------------------------------------------------------
> PUG - Penguin User Group Wiesbaden - http://www.pug.org
joohhhhllll
jetzt hab ich 'wirklich fast auf dem boden gelegen'
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
------------------------------
Date: Sat, 11 Nov 2000 14:05:25 +0100
From: Patrick Glanz <[EMAIL PROTECTED]>
Subject: Re: [PUG] SOffice 5.2 sinnvoll?
Sorry, ich mu� korrigieren: Hier auch ca. 25 Sekunden, beim ersten Test liefen
bladeenc und cdparanoia im Hintergrund.
�brigens: Eigentlich h�tte mir das ja mal einer sagen k�nnen, da� die Pug-User
auch nach extraterrestrischem Leben suchen;-) Ich bin mit meinen 235 Workunits
jetzt ebenfalls eingezogen.. Hehe.
Pat
> bei mir mit AMDK6-3 450 / 128MB / UW-SCSI 2 Platten braucht auch bei
> (seti rechnet FFT im hintergrund)
> knappe 25 Sekunden und dann kann ich arbeiten (2.4-test10)
>
> da ist was anderes drann schuld ( io-performence DISK->RAM ? )
>
> cr
------------------------------
Date: Sat, 11 Nov 2000 13:35:38 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: [PUG] helft mit bei der Suche
hallo TIM!
wie ich gesehn hab bist du Founder von
pug.org -> setiathome.berkeley.edu
ich war so frei und hab mich dazugesellt. 'the work goes on'
bei der Suche nach Ausserirdischer Intelligenz.
Habt' ihr schon den Seti-Client 3.0 ? ;)
- -cr
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
------------------------------
Date: Sat, 11 Nov 2000 14:22:04 +0100
From: Sebastian Guendisch <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
On Sat, Nov 11, 2000 at 13:05:46 +0100, Martin Schmitt wrote:
> Was meinst Du denn mit der Standard-Unix-Datenbank?
Ok, das war ein Schnellschu�. :-/
Ich habe aber mal in einem Buch gelesen (ich finde es nicht mehr), da� man
mit einem Komandozeilenprogramm einfache Datenbankeintr�ge in einer Datei
verwalten kann, ohne gro�en Aufwand und das war angeblich standardm��ig
vorhanden (gnutools oder so). Dabei ging es um "standard unix
database". Ich meine die /etc/passwd wird auch so verwaltet (!?!?)
Jetzt habe ich folgendes gefunden:
- -gdbm: Ist eine Portierung der dbm von Unix. Eine Bibliothek zum verwalten
von "standard unix database"-Dateien :) Leider nur eine Bibliothek.
- -rdb: Eine komerzielle Implementierung der gdbm Funktionen :(
- -gdbm_primitive: Eine GPL Komandozeilentools-Implementierung der gdbm :)
http://freshmeat.net/projects/gdbm_primitive/?highlight=gdbm
Das w�hre halt die L�sung um eine absolute Database-Lite zu verwalten. PHP
k�nnte damit bestimmt auch umgehen, wenn man die Shell-Komandos ausf�hrt
und die standard-out ausliest.
- -dbxxx: wenn ich in der bash "db<TAB>" mache, bekomme ich folgendes:
- --snip--
space:/var/spool# db
db2dvi db2ps db_checkpoint db_dump185 db_stat
db2html db2rtf db_deadlock db_load
db2pdf db_archive db_dump db_recover
- --snip--
wenn man sich die man-pages ansieht, scheint das auch was mit "standard
unix database" und mit deren Manipulation zu tun zu haben. :)
Ich meine, da� so eine Anwendung auch auf einem Low-Tech-{Modem,ISDN}*-Router
laufen soll, ohne eine gro�e Schar an Zusatzprogrammen zu ben�tigen. Eine
einfache Datei und die Komandozeilentools w�rden reichen um die
entsprechenden Daten zu plegen und zu nutzen.
Sebastian
- --
Error #152 - Windows not found: (C)heer (P)arty (D)ance.
------------------------------
Date: Sat, 11 Nov 2000 16:12:53 +0100
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
* Sebastian Guendisch ([EMAIL PROTECTED]) wrote/schrieb:
> Ok, das war ein Schnellschu�. :-/
> Ich habe aber mal in einem Buch gelesen (ich finde es nicht mehr), da� man
> mit einem Komandozeilenprogramm einfache Datenbankeintr�ge in einer Datei
> verwalten kann, ohne gro�en Aufwand und das war angeblich standardm��ig
> vorhanden (gnutools oder so). Dabei ging es um "standard unix
> database". Ich meine die /etc/passwd wird auch so verwaltet (!?!?)
Du meinst diese ganze DB-Hash-Geschichte, oder?
Ich hab mal mit Perl solche Hashtabellen verwendet, weil die Alternative
Informix gewesen w�re. Viel Spa� beim Suchen in der Doku, wie das genau
funktioniert. ;-)
Kann man damit mehr als 2 Spalten in eine Tabelle reinnehmen? Wei� ich
�berhaupt nicht, weil ich nur 2 gebraucht habe.
> Das w�hre halt die L�sung um eine absolute Database-Lite zu verwalten. PHP
> k�nnte damit bestimmt auch umgehen, wenn man die Shell-Komandos ausf�hrt
> und die standard-out ausliest.
Wenn Du das wirklich unter der Pr�misse tust, die Kiste performanter zu
machen, ist es v�lliger K�se, aus dem Script heraus Shellkommandos
aufzumachen. In meinem letzten Projekt habe ich in einem Perl-Script den
Shell-Aufruf f�r "ping", den jemand verwendet hatte durch "Net::Ping"
ersetzt, und das Script damit ca. um den Faktor 20 beschleunigt. Wir mu�ten
dann erstmal in Ruhe testen, ob da ein Fehler vorlag, oder das Script
/wirklich/ auf einmal so schnell lief.
> Ich meine, da� so eine Anwendung auch auf einem Low-Tech-{Modem,ISDN}*-Router
> laufen soll, ohne eine gro�e Schar an Zusatzprogrammen zu ben�tigen. Eine
> einfache Datei und die Komandozeilentools w�rden reichen um die
> entsprechenden Daten zu plegen und zu nutzen.
Ich glaube, Deinen Worten entnehmen zu k�nnen, da� Du MySQL noch nicht in
Aktion gesehen hast. Wenn erstmal Apache und PHP auf der Kiste sind, kann
man MySQL in Sachen Ressourcenverbrauch grade vernachl�ssigen, und von einer
Schar an Zusatzprogrammen kann ebenfalls keine Rede sein.
Auf dem PUG-Server mit seinen 48 MB und Pentium 100 hab ich noch nicht
gesehen, da� MySQL sich mehr als ein paar Zehntel Prozent CPU-Last genommen
h�tte. Der Speicherbedarf betr�gt dabei die H�lfte von dem, was Apache
belegt.
MySQL hat zwar den nicht ganz unberechigten Ruf, das "Access" f�r Unix zu
sein. Schlank und schnell ist es aber im Gegensatz zu Access auf jeden Fall,
und mit SQL als Abfragesprache ist das Abfragen der Datenbank idiotensicher
zu machen, wo man andernorts noch eigene Sortierroutinen zusammenknorzen
m��te.
Bei all dem wollen wir aber eins nicht vergessen: Es ginge wenn �berhaupt
nur um vielleicht 1000 Datens�tze. :-)
Und au�erdem haben wir uns jetzt an einem Detail eines Projekts
festgebissen, das nur von jemandem aus der Luft gegriffen wurde.
- -martin
- --
It's not a bug, it's tradition!
------------------------------
Date: Sat, 11 Nov 2000 16:35:58 +0100
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] SOffice 5.2 sinnvoll?
* Christopher Ruehl ([EMAIL PROTECTED]) wrote/schrieb:
> da ist was anderes drann schuld ( io-performence DISK->RAM ? )
Na, dann l��t sich das Problem ja ganz einfach l�sen, indem man viel (d.h.:
VIEL) Speicher kauft, und das StarOffice-Verzeichnis beim Booten des
Rechners in einer Ramdisk bereitstellt.
- -martin
- --
$ cd /pub
$ more beer
------------------------------
Date: Sat, 11 Nov 2000 16:59:25 +0100
From: [EMAIL PROTECTED] (Ren� F. Franke)
Subject: Re: [PUG] SOffice 5.2 sinnvoll?
wenns denn 1 wettbewerb sein soll: pIII/450, 128 mb - soffice braucht in der
gr�ssenordnung von 20 sec. auch das laden irgendwelcher dateien geht recht
flott & "getuned" hab ich nix. 1 blick auf die speicherauslastung sagt mir
ausserdem, dass die eh eher konstant bleibt...
erhebt sich nur noch die frage: braucht man sowas wie soffice wirklich???
gruss ren�
...on Sam, 11 Nov 2000 You wrote:
> > Ich hab hier 'nen Athlon 700 mit 128 Mb RAM, cat /proc/meminfo ergibt auch,
> > da� alles erkannt worden ist.
> > Mein StarOffice-Start dauert deswegen auch nur 40 Sekunden;-)
> > Ich behaupte jetzt einfach mal was: StarOffice ist nicht tunebar!!!!!!
> >
> > Patrick
> >
>
> bei mir mit AMDK6-3 450 / 128MB / UW-SCSI 2 Platten braucht auch bei
> (seti rechnet FFT im hintergrund)
> knappe 25 Sekunden und dann kann ich arbeiten (2.4-test10)
>
> da ist was anderes drann schuld ( io-performence DISK->RAM ? )
>
> cr
>
> --
> l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
> murfy's law
> ---------------------------------------------------------------------------
> PUG - Penguin User Group Wiesbaden - http://www.pug.org
- --
- -----------------------------
reply as well 2 [EMAIL PROTECTED]
...or /dev/null ;-)
- -----------------------------
------------------------------
Date: Sat, 11 Nov 2000 13:36:59 +0100
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] (fwd) VIRUS ALERT - W32/Navidad@M
* Christopher Ruehl ([EMAIL PROTECTED]) wrote/schrieb:
> grade reingekommen ..
> vielleicht l�uft ja doch noch irgendwo nen WIND** B�chse
Warum warnst Du? Ich dachte, Viren seien die nat�rliche Form der
Betriebssystem-Auslese.
- -martin
- --
The only person who got his work done by Friday was Crusoe.
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 13:32:30 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: [PUG] (fwd) VIRUS ALERT - W32/Navidad@M
grade reingekommen ..
vielleicht l�uft ja doch noch irgendwo nen WIND** B�chse
- -cr
- ----- Forwarded message from "McAfee.com Dispatch" <[EMAIL PROTECTED]> -----
From: "McAfee.com Dispatch"<[EMAIL PROTECTED]>
Subject: VIRUS ALERT - W32/Navidad@M
Date: Fri, 10 Nov 2000 19:19:30 -0800
To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Originator: [EMAIL PROTECTED]
X-Mailer: UnityMail
X-Mailer-Version: 3.1
X-UnityUser: McAfee.com
X-MIME-Autoconverted: from quoted-printable to 8bit by nero.wiesbaden.netsurf.de id
GAA19869
X-UIDL: 53febaf9f0b9189ae6b9845a255a7b51
(((((((((((((((((( McAfee.com Dispatch )))))))))))))))))))))
_______________________VIRUS ALERT__________________________
[This message is brought to you as a subscriber to the
McAfee.com Dispatch. To unsubscribe, please follow the
instructions at the bottom of the page.]
******* VIRUS ALERT - W32/Navidad@M ********
Dear McAfee.com Dispatch Subscriber:
W32/Navidad@M is an Internet worm that spreads using the
Windows email program Outlook. McAfee AVERT has given it a
risk assessment of MEDIUM-ON WATCH, due to a significant
increase in infection levels worldwide.
The email can come from addresses that you will recognize.
Attached is a file named NAVIDAD.EXE and when it is run, it
displays a dialog box entitled, "Error" which reads "UI". A
blue eye icon then appears in the system tray next to the
clock in the lower right corner of the screen, and a copy of
the worm is saved to the file "winsvrc.vxd" in the WINDOWS
SYSTEM directory.
If your PC becomes infected with the W32/Navidad@M worm, all
subsequent emails addressed to you will be responded to
automatically with an email from your address with the
W32/Navidad@M worm as an attachment.
Click here for detection and removal instructions:
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1956
MCAFEE.COM CLINIC SUBSCRIBERS:
If you don't have ActiveShield installed and/or updated, you
are not protected from infection from this worm.
Click here to download ActiveShield:
- ->
http://clinic.mcafee.com/clinic/virusscan/activeshield/default.asp?area=activeshield
If you are not a subscriber to the McAfee.com Clinic please
click here to get instant protection:
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1957
MCAFEE VIRUSSCAN USERS (notes on detection and removal using
McAfee VirusScan):
McAfee VirusScan 4.1.00 and above with DAT file 4105 and
higher will detect and remove W32/Navidad@M. Click here for
complete instructions on removal and repair:
- -> http://vil.mcafee.com/dispVirus.asp?virus_k=98881
- --McAfee.com
_______________________Virus Fixes__________________________
Find out more about this virus. Click here to go to the
W32/Navidad@M Help Center.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1956
Become a McAfee.com Clinic subscriber and check your system
online. To use VirusScan Online, click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1957
Purchase the latest copy of VirusScan, please click here.
- -> http://store.mcafee.com/category.asp?CatID=3&CategoryLevel=1&rfr=VSCALRT
Upgrade to the latest VirusScan. Purchase the VirusScan
Maintenance Plan which entitles you to 12 months of upgrades,
click here.
- -> http://store.mcafee.com/category.asp?CatID=18&CategoryLevel=1&rfr=VRSPLN
Download the latest DAT files, click here.
- -> http://download.mcafee.com/updates/updates.asp
_____________________Anti-Virus Tips________________________
Find out how to detect and prevent viruses with these handy
tips. Click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1589
________________________Partners____________________________
AllBusiness.com - Register for your weekly business
newsletter. Click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1622
Driveway - Free 25MB of online storage. Click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1623
Dash.com - Download your dashbar: the safest, most complete
online companion you�ll ever need. Click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1832
______________________Special Offer_________________________
McAfee QuickClean:
* Improves System Performance
* Removes Internet Clutter
* Covers Your Tracks...........and more!
Click here to find out more:
- -> http://promos.mcafee.com/quickclean/default.asp?rfr=QC_1500
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This Virus Alert has been issued by the
McAfee Anti-Virus Emergency Response Team (AVERT).
McAfee.com Support: To contact us about this dispatch, click here.
- -> http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=1594
Subscribe: If you received this message from a friend and
would like to subscribe to McAfee.com Dispatch, click here.
- -> http://dispatch.mcafee.com/sub.asp?s=22
Unsubscribe: If you do not wish to receive email, click here.
- -> http://dispatch.mcafee.com/unsub.asp
Note: Promotions are subject to change without notice.
Click here to view our permission policy.
- -> http://dispatch.mcafee.com/permission_policy.asp
Trademarks 2000 McAfee.com Corporation / All Rights Reserved.
- ----- End forwarded message -----
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 13:39:00 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
> platte Tabelle ist mit MySQL in ein paar Minuten erstellt, wenn man sich
> erstmal Gedanken �ber Felder, Typen, Indizes und so weiter gemacht hat.
> -martin
bin ich ganz deiner Meinung! weil:
php kann dann auch Web-Seite draus bastel
cgi hat auch eine api
c++ api (wenn du overhead liebst)
c api
uvm.
cr
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 20:43:00 +0100
From: "Martin H. Kellner" <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
> Ich denke mal, wenn man das machen will, sollte eine Datenbank
> darunterliegen. Das Verarzten von Flatfiles ist immer grausam, und die
> platte Tabelle ist mit MySQL in ein paar Minuten erstellt, wenn man sich
> erstmal Gedanken �ber Felder, Typen, Indizes und so weiter gemacht hat.
>
> Ich hab vor ein paar Monaten mal mit sowas angefangen, aber irgendwann den
> Geist aufgegeben, weil ich keine Geduld hatte, das Browser-Frontend fertig
> zu programmieren. Die Aufgabe ist relativ simpel, erfordert nur viel
> Ausdauer, die ich leider nicht habe.
Im ersten Quartal 2001 wird es "Kylix=Delphi for Linux" geben. Danach
irgendwann den C++Builder f�r Linux. Danach ist auch die
Oberfl�chen-Erzeugung nicht so schwer wie vorher. Ist dann halt eine
Native-Application (wirklich Linux-Code). Und man kann Win+Linux mit einem
Tool bearbeiten.
Martin Kellner
------------------------------
Date: Sat, 11 Nov 2000 13:47:56 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: Re: [PUG] (fwd) VIRUS ALERT - W32/Navidad@M
> * Christopher Ruehl ([EMAIL PROTECTED]) wrote/schrieb:
>
> > grade reingekommen ..
> > vielleicht l�uft ja doch noch irgendwo nen WIND** B�chse
>
> Warum warnst Du? Ich dachte, Viren seien die nat�rliche Form der
> Betriebssystem-Auslese.
>
> -martin
>
> --
> The only person who got his work done by Friday was Crusoe.
> ---------------------------------------------------------------------------
> PUG - Penguin User Group Wiesbaden - http://www.pug.org
joohhhhllll
jetzt hab ich 'wirklich fast auf dem boden gelegen'
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 13:46:21 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: [PUG] SOffice 5.2 sinnvoll?
> Ich hab hier 'nen Athlon 700 mit 128 Mb RAM, cat /proc/meminfo ergibt auch,
> da� alles erkannt worden ist.
> Mein StarOffice-Start dauert deswegen auch nur 40 Sekunden;-)
> Ich behaupte jetzt einfach mal was: StarOffice ist nicht tunebar!!!!!!
>
> Patrick
>
bei mir mit AMDK6-3 450 / 128MB / UW-SCSI 2 Platten braucht auch bei
(seti rechnet FFT im hintergrund)
knappe 25 Sekunden und dann kann ich arbeiten (2.4-test10)
da ist was anderes drann schuld ( io-performence DISK->RAM ? )
cr
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 13:40:46 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
> On Sat, Nov 11, 2000 at 12:20:24 +0100, Martin Schmitt wrote:
> > Ich denke mal, wenn man das machen will, sollte eine Datenbank
> > darunterliegen. Das Verarzten von Flatfiles ist immer grausam, und die
> > platte Tabelle ist mit MySQL in ein paar Minuten erstellt, wenn man sich
> > erstmal Gedanken �ber Felder, Typen, Indizes und so weiter gemacht hat.
>
> Man kann doch die standard Unix-Datenbank nehmen, das erfordert bestimmt
> weniger Ressourcen als Mysql, oder?
Ressourcen sind bei Mysql wirklich nicht die sache. ..
die idle't auf einem 486 auch nur ab ..
meine erfahrung: Mysql ist schlank und rank
cr
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 14:05:25 +0100
From: Patrick Glanz <[EMAIL PROTECTED]>
Subject: Re: [PUG] SOffice 5.2 sinnvoll?
Sorry, ich mu� korrigieren: Hier auch ca. 25 Sekunden, beim ersten Test liefen
bladeenc und cdparanoia im Hintergrund.
�brigens: Eigentlich h�tte mir das ja mal einer sagen k�nnen, da� die Pug-User
auch nach extraterrestrischem Leben suchen;-) Ich bin mit meinen 235 Workunits
jetzt ebenfalls eingezogen.. Hehe.
Pat
> bei mir mit AMDK6-3 450 / 128MB / UW-SCSI 2 Platten braucht auch bei
> (seti rechnet FFT im hintergrund)
> knappe 25 Sekunden und dann kann ich arbeiten (2.4-test10)
>
> da ist was anderes drann schuld ( io-performence DISK->RAM ? )
>
> cr
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 13:35:38 +0100
From: Christopher Ruehl <[EMAIL PROTECTED]>
Subject: [PUG] helft mit bei der Suche
hallo TIM!
wie ich gesehn hab bist du Founder von
pug.org -> setiathome.berkeley.edu
ich war so frei und hab mich dazugesellt. 'the work goes on'
bei der Suche nach Ausserirdischer Intelligenz.
Habt' ihr schon den Seti-Client 3.0 ? ;)
- -cr
- --
l�chle, denn es k�nnte schlimmer kommen .. und es kommt schlimmer
murfy's law
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 14:22:04 +0100
From: Sebastian Guendisch <[EMAIL PROTECTED]>
Subject: Re: [PUG] Telefonnummern, Adressbuch, ...
On Sat, Nov 11, 2000 at 13:05:46 +0100, Martin Schmitt wrote:
> Was meinst Du denn mit der Standard-Unix-Datenbank?
Ok, das war ein Schnellschu�. :-/
Ich habe aber mal in einem Buch gelesen (ich finde es nicht mehr), da� man
mit einem Komandozeilenprogramm einfache Datenbankeintr�ge in einer Datei
verwalten kann, ohne gro�en Aufwand und das war angeblich standardm��ig
vorhanden (gnutools oder so). Dabei ging es um "standard unix
database". Ich meine die /etc/passwd wird auch so verwaltet (!?!?)
Jetzt habe ich folgendes gefunden:
- -gdbm: Ist eine Portierung der dbm von Unix. Eine Bibliothek zum verwalten
von "standard unix database"-Dateien :) Leider nur eine Bibliothek.
- -rdb: Eine komerzielle Implementierung der gdbm Funktionen :(
- -gdbm_primitive: Eine GPL Komandozeilentools-Implementierung der gdbm :)
http://freshmeat.net/projects/gdbm_primitive/?highlight=gdbm
Das w�hre halt die L�sung um eine absolute Database-Lite zu verwalten. PHP
k�nnte damit bestimmt auch umgehen, wenn man die Shell-Komandos ausf�hrt
und die standard-out ausliest.
- -dbxxx: wenn ich in der bash "db<TAB>" mache, bekomme ich folgendes:
- --snip--
space:/var/spool# db
db2dvi db2ps db_checkpoint db_dump185 db_stat
db2html db2rtf db_deadlock db_load
db2pdf db_archive db_dump db_recover
- --snip--
wenn man sich die man-pages ansieht, scheint das auch was mit "standard
unix database" und mit deren Manipulation zu tun zu haben. :)
Ich meine, da� so eine Anwendung auch auf einem Low-Tech-{Modem,ISDN}*-Router
laufen soll, ohne eine gro�e Schar an Zusatzprogrammen zu ben�tigen. Eine
einfache Datei und die Komandozeilentools w�rden reichen um die
entsprechenden Daten zu plegen und zu nutzen.
Sebastian
- --
Error #152 - Windows not found: (C)heer (P)arty (D)ance.
- ---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
------------------------------
Date: Sat, 11 Nov 2000 23:19:43 +0100
From: =?iso-8859-1?Q?Bj=F6rn?= <[EMAIL PROTECTED]>
Subject: Re: [PUG] SOffice 5.2 Tuning-Contest
Noch ein Beitrag zum Wettbewerb:
Bei mir eben hat es nur 15 Sekunden gebraucht, beim gleich killen
und noch mal starten 4 Sekunden (klaro). Wei� aber jetzt nicht
genau, ob ich es heute schon mal oben hatte (glaub aber nicht).
...und nicht vergessen:
hdparm ist bei der Sache auch nicht ganz unwichtig!
(-> I/O-Performance)
Meine Zeile dazu ist:
hdparm -c3d1 /dev/hda
in
/etc/rc.d/rc.local
(RedHat-Init).
MUO (mandrakeuser.org) sayz: Mehr ist nicht notwendig.
Ich schreib das nur nochmal, weil es da drau�en sicher noch sehr
viele Kisten gibt, die noch nicht damit getuned sind (und es
bringt wirklich enorm krassen Unterschied :-) - bis ich darauf
eher zuf�llig gesto�en bin, hab ich mich immer ge�rgert, da�
alles auf einmal sehrsehr tr�ge wurde, wenn im Hintergrund ein
updatedb o.�. wie von Geisterhand ansprang...)
Kann mir vielleicht trotzdem jemand erkl�ren, warum hdparm -t mir
immer nur maximal ~14MB/s Durchsatz angibt, obwohl (laut
ct-Vergleich) eigentlich etwa 20MB/s drin sein m��ten?
Vielleicht ist da ein limit im Treiber ( - oder hoffentlich doch
in hdparm...)
Auf MUO findet sich auch eine sehr kurzgefasste �bersicht �ber
die Systemdienste, die man so braucht (oder halt meistens doch
nicht, z.B. apache, postgres, auch inetd). Nachdem ich mit dieser
Anleitung so allerhand abegestellt habe, ist die
Speicherauslastung nach dem booten auf etwa 13MB gesunken (in
etwa, auf jeden Fall um min 10MB gefallen). Da ist also auf jeden
Fall auch noch eine ganze Menge zu holen (so da� Kisten mit <128M
: 32-64M auch noch recht gut benutzbar sein sollten.
Ciao - Bj�rn.
- --
\|/
t(h)ree
------------------------------
Date: Sat, 11 Nov 2000 23:32:29 +0100
From: "Martin H. Kellner" <[EMAIL PROTECTED]>
Subject: Re: [PUG] SOffice 5.2 Tuning-Contest
> ...und nicht vergessen:
> hdparm ist bei der Sache auch nicht ganz unwichtig!
> (-> I/O-Performance)
>
> Meine Zeile dazu ist:
>
> hdparm -c3d1 /dev/hda
>
> in
> /etc/rc.d/rc.local
> (RedHat-Init).
hdparm sollte man mit Vorsicht einsetzen. Mann kann auch Daten verlieren.
Martin Kellner
------------------------------
End of [EMAIL PROTECTED] - Digest V1 #167
************************************
--------------------------------------------------------------------------
Digest von "[EMAIL PROTECTED]" - http://www.pug.org
