Sziasztok,
adott egy SMTP 'proxy' szerver, CentOS 5.3, postfix megkapja a
leveleket a belos halobol majd kikuldi oket a nagyvilagba.
Nagyobb forgalom eseten a [kjournald] sokszor tobb masodpercre
atveszi a vezetest a top-ban es az egesz gep par masodpercre megall.
Nezegettem mar par ext3 tuning
Miloska wrote:
Kerdesem, van-e valakinek bevalt tunning opcioja ilyen igenybevetelre
(sok kis file iras/olvasas/torles) vagy masik FS / gyorsabb disk a
megoldas.
A reiserfs a kis nagy filek baratja, de vigyazz vele, mert az ujabb
kernelekben beleganyoltak csunyan...
--
Gabor HALASZ
Miloska milo...@gmail.com linux@mlf.linux.rulez.org wrote:
Kerdesem, van-e valakinek bevalt tunning opcioja ilyen igenybevetelre
(sok kis file iras/olvasas/torles) vagy masik FS / gyorsabb disk a
Az attol fugg, hogy most milyen/mennyi diszked van, milyen vezerlod, meg
mennyi az az i/o
Miloska milo...@gmail.com írta, 2009.08.19.:
Sziasztok,
adott egy SMTP 'proxy' szerver, CentOS 5.3, postfix megkapja a
leveleket a belos halobol majd kikuldi oket a nagyvilagba.
Nagyobb forgalom eseten a [kjournald] sokszor tobb masodpercre
atveszi a vezetest a top-ban es az egesz gep par
Hello!
Tudom azt korlátozni, hogy egy adott ssh user, csak a részére
engedélyezett tunneleket (adott ip-re, adott port-ra) tudja létrehozni?
z.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
On Wed, Aug 19, 2009 at 02:30:34PM +0100, Miloska wrote:
Sziasztok,
adott egy SMTP 'proxy' szerver, CentOS 5.3, postfix megkapja a
leveleket a belos halobol majd kikuldi oket a nagyvilagba.
Nagyobb forgalom eseten a [kjournald] sokszor tobb masodpercre
atveszi a vezetest a top-ban es az
On Wed, Aug 19, 2009 at 04:24:09PM +0200, Papp Tamas wrote:
En ha lehet tmpfs-t raknek a spool ala, masreszt nem biztos, h naplozo
fs-t hasznalnek, vagy legalabbis ugy, hogy az egy kulon device-on
legyen.
+ megneznem a particiojanak a mount opcioit.
tompos
+ megneznem a particiojanak a mount opcioit.
Eppen ezt teszem :)
data=journal
Ezt hasznalja valaki elesben?
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Miloska milo...@gmail.com linux@mlf.linux.rulez.org wrote:
Kerdesem, van-e valakinek bevalt tunning opcioja ilyen igenybevetelre
(sok kis file iras/olvasas/torles) vagy masik FS / gyorsabb disk a
megoldas.
A noatime ugye megvolt?
--
Udv:
Erdelyi Gabor
On Wed, Aug 19, 2009 at 03:39:48PM +0100, Miloska wrote:
+ megneznem a particiojanak a mount opcioit.
Eppen ezt teszem :)
data=journal
Ezt hasznalja valaki elesben?
+noatime?
dir_index?
tompos
_
linux lista -
Hi!
Kiss Gabor ki...@ssg.ki.iif.hu írta 2009-08-13 07:16-kor:
Ez mindenfele szolgaltatasokat nyujt a regi szomszedainak.
Illetve csak nyujtana. Van ami nem megy, mert a kliensei most
hiaba kuldik a broadcastokat a 137-es UDP portra (netbios-ns),
baratunk nem kapja meg oket.
Ez ugyan nem a
data=journal
Ezt hasznalja valaki elesben?
+noatime?
dir_index?
dir_index van, noatime-ot meg koruljarom.
Koszonom!
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
permitopen=host:port
szerintem ez nekem nekem nem teljesen jó
vannak userek amik az egyik szerver egyik portjához, míg mások másik
szerver másik portjához férhetnek hozzá - nincs userre való korlátozási
lehetőség
olvastam valami ForwardACL nevezetű opcióról és ott finoman lehet
Mielőtt biztos jelét adod annak, hogy nem értetted meg, amit kissg
beidézett a man-ból, javaslom fuss neki még egyszer az idézett kézikönyv
megfelelő fejezetének.
ok, most már megvan
de ezt a match user-t sem ismertem
ha van időm olvasgatni, nem írok a listára
kösz a segítséget,
z.
14 matches
Mail list logo