On Tue, Aug 19, 2008 at 04:06:10PM +0200, Gabor HALASZ wrote:
A helyfoglalas, most mar innodb nelkul:
ga-k8nf-9-2:~# du -sh /home/mysql/dbmail
794.8M /home/mysql/dbmail
Majd haromszoros. Szep.
--
Udvozlettel
Zsiga
Kosa Attila wrote:
On Tue, Aug 19, 2008 at 04:06:10PM +0200, Gabor HALASZ wrote:
A helyfoglalas, most mar innodb nelkul:
ga-k8nf-9-2:~# du -sh /home/mysql/dbmail
794.8M /home/mysql/dbmail
Majd haromszoros. Szep.
A hdd fillerekbe kerul, a mentesrol nem is beszelve (ugyebar eleg egy
Kosa Attila írta:
On Tue, Aug 19, 2008 at 04:06:10PM +0200, Gabor HALASZ wrote:
A helyfoglalas, most mar innodb nelkul:
ga-k8nf-9-2:~# du -sh /home/mysql/dbmail
794.8M /home/mysql/dbmail
Majd haromszoros. Szep.
Tök normális. Általában ez a tapasztalatom a DB-ben tárolt levelekkel
Thu, 21 Aug 2008 13:17:42 +0200 -n
Szládovics Péter [EMAIL PROTECTED] írta:
Kosa Attila írta:
On Tue, Aug 19, 2008 at 04:06:10PM +0200, Gabor HALASZ wrote:
A helyfoglalas, most mar innodb nelkul:
ga-k8nf-9-2:~# du -sh /home/mysql/dbmail
794.8M /home/mysql/dbmail
Majd haromszoros.
Akos Gabriel wrote:
Nemtom, én generálisan nem értem miért is jóság egy csomó szöveget meg
bináris tartalmat sql-ben tárolni. :)
Perfomancia, menthetoseg, terheleselosztas, stb..stb..
--
Gabor HALASZ [EMAIL PROTECTED]
_
linux lista -
Akos Gabriel írta:
Thu, 21 Aug 2008 13:17:42 +0200 -n
Szládovics Péter [EMAIL PROTECTED] írta:
Kosa Attila írta:
On Tue, Aug 19, 2008 at 04:06:10PM +0200, Gabor HALASZ wrote:
A helyfoglalas, most mar innodb nelkul:
ga-k8nf-9-2:~# du -sh /home/mysql/dbmail
794.8M /home/mysql/dbmail
Majd
Kovács Attila wrote:
Gabor HALASZ írta:
mysql 5.0 akarhany, egyelore az etch-ben levo
Azt nem kell optimizálni?
Nem artana, de akkor inkabb csinalok sajat csomagot belole, mert amugy
sem tetszik a debian csomag. Ezzel egyutt ~50k levelet 160m alatt evett
meg, utana az index letoltese
On Tue, Aug 19, 2008 at 10:17:29AM +0200, Gabor HALASZ wrote:
Nem artana, de akkor inkabb csinalok sajat csomagot belole, mert amugy
sem tetszik a debian csomag. Ezzel egyutt ~50k levelet 160m alatt evett
meg, utana az index letoltese 3s, a mail gyakorlatilag azonnal
megjelenik, mig
Kosa Attila wrote:
On Tue, Aug 19, 2008 at 10:17:29AM +0200, Gabor HALASZ wrote:
Nem artana, de akkor inkabb csinalok sajat csomagot belole, mert amugy
sem tetszik a debian csomag. Ezzel egyutt ~50k levelet 160m alatt evett
meg, utana az index letoltese 3s, a mail gyakorlatilag azonnal
2008-08-19 10:53 napon Gabor HALASZ [EMAIL PROTECTED] írta:
Kosa Attila wrote:
On Tue, Aug 19, 2008 at 10:17:29AM +0200, Gabor HALASZ wrote:
Nem artana, de akkor inkabb csinalok sajat csomagot belole, mert
amugy
sem tetszik a debian csomag. Ezzel egyutt ~50k levelet 160m alatt
evett
On Tue, Aug 19, 2008 at 11:07:20AM +0200, Gábor Váradi wrote:
Es mennyivel tobb az eroforras-igenye?
Mekkora volt a ~50k levél mérete a diszken és most mekkora az SQL
adatbázis mérete a diszken?
gyanum szerint ilyen meretekben egyik sem szamit, leven 300G-s
diszk 20kHUF kornyeken mar biztos
Gábor Váradi wrote:
Mekkora volt a ~50k levél mérete a diszken és most mekkora az SQL
adatbázis mérete a diszken?
Tudtam, hogy valami kiment a fejembol :)
Ez igen erdekes tapasztalas, nezek is butan:
# du -sh /home/HalaszGabor/Maildir/.Linux\ Kezdo/cur/
277.5M
Gabor HALASZ írta:
for i in `ls cur`; do echo ${i}; cat cur/${i} | dbmail-smtp -u
HalaszGabor -m 'Inbox/Proba'; done
Ehhez kepest eleg tisztesseges nyereseg az az M-k ott a vegen (egy fs a
/home) :-O Nem mintha helyhianyban szenvedne a diszk, de akkor is.
Viszont feleslegesen fut le egy
2008-08-19 11:39 napon Gabor HALASZ [EMAIL PROTECTED] írta:
Gábor Váradi wrote:
Mekkora volt a ~50k levél mérete a diszken és most mekkora az SQL
adatbázis mérete a diszken?
Tudtam, hogy valami kiment a fejembol :)
Ez igen erdekes tapasztalas, nezek is butan:
# du -sh
Hofferek Attila wrote:
Gabor HALASZ írta:
for i in `ls cur`; do echo ${i}; cat cur/${i} | dbmail-smtp -u
HalaszGabor -m 'Inbox/Proba'; done
Ehhez kepest eleg tisztesseges nyereseg az az M-k ott a vegen (egy fs a
/home) :-O Nem mintha helyhianyban szenvedne a diszk, de akkor is.
Gabor HALASZ írta:
Mit is akarsz mondani?
Azt, hogy
for i in cur/*; do echo ${i}; dbmail-smtp -u HalaszGabor -m
'Inbox/Proba' cur/${i}; done
Ez egy ls-sel es iteracionkent egy cattal kevesebb.
_
linux lista -
Hofferek Attila írta:
Gabor HALASZ írta:
Mit is akarsz mondani?
Azt, hogy
for i in cur/*; do echo ${i}; dbmail-smtp -u HalaszGabor -m
'Inbox/Proba' cur/${i}; done
Igy, benne maradt az elozoben az idezetjel
for i in cur/*; do echo ${i}; dbmail-smtp -u HalaszGabor -m
'Inbox/Proba'
Gábor Váradi wrote:
2008-08-19 11:39 napon Gabor HALASZ [EMAIL PROTECTED] írta:
Gábor Váradi wrote:
Mekkora volt a ~50k levél mérete a diszken és most mekkora az SQL
adatbázis mérete a diszken?
Tudtam, hogy valami kiment a fejembol :)
Ez igen erdekes tapasztalas, nezek is butan:
# du -sh
Gabor HALASZ írta:
Gábor Váradi wrote:
Mekkora volt a ~50k levél mérete a diszken és most mekkora az SQL
adatbázis mérete a diszken?
Tudtam, hogy valami kiment a fejembol :)
Ez igen erdekes tapasztalas, nezek is butan:
# du -sh /home/HalaszGabor/Maildir/.Linux\ Kezdo/cur/
277.5M
Szládovics Péter wrote:
Mert innoDB-ben van...
# fgrep innodb /etc/mysql/my.cnf
skip-innodb
Az meg 1-2 giga lett, csak nem vetted észre?
Valoban keletkezett egy jokora file a mysql dir-ben, pedig en
hatarozottan ugy emlekeztem, hogy direnkent tarolja. Egy dolog lehet:
meg nem
Gabor HALASZ írta:
Szládovics Péter wrote:
Mert innoDB-ben van...
# fgrep innodb /etc/mysql/my.cnf
skip-innodb
Akkor nincs innodb-d, és akkor adatbázisod sincs, mert kell neki.
Az meg 1-2 giga lett, csak nem vetted észre?
Valoban keletkezett egy jokora file a mysql dir-ben, pedig en
Szládovics Péter wrote:
Gabor HALASZ írta:
Szládovics Péter wrote:
Mert innoDB-ben van...
# fgrep innodb /etc/mysql/my.cnf
skip-innodb
Akkor nincs innodb-d, és akkor adatbázisod sincs, mert kell neki.
Ezt ne forszirozzuk...
Az meg 1-2 giga lett, csak nem vetted észre?
Valoban
Hofferek Attila wrote:
for i in cur/*; do echo ${i}; dbmail-smtp -u HalaszGabor -m
'Inbox/Proba' cur/${i}; done
Nah, tamadt egy kis idom, es valoban, a tiedhez hasonlo scripttel:
top - 14:22:18 up 21 days, 22:21, 3 users, load average: 1.59, 0.95, 0.42
Tasks: 125 total, 2 running, 120
Gabor HALASZ wrote:
Egesz rendes load-ot produkal. Erdekes, hogy mennyire esetleges az
utemezo teljesitmenye.
Ahhoz kepest, hogy a load ennyivel nagyobb, sokkal nem lett gyorsabb:
real102m54.757s
user21m22.900s
sys 8m13.467s
A helyfoglalas, most mar innodb nelkul:
2008/8/10 Szládovics Péter [EMAIL PROTECTED]:
Moczik Gabor írta:
Hali!
Probalok keresni, de talan rosszul.
Letezik valami kiforrott IMAP szerver ami kepes SQL szerverben tarolt
emailekkel dolgozni?
Azt megoldom, hogy hogyan kerul a mail az adatbazisba, de kellene hozza egy
IMAP-SQL
Moczik Gabor wrote:
Nem, a fajlokat a dbmail-smtp STDIN-jere kell iranyitani, az elrakja az
adatbazisban, nem ir at semmit.
Wow, ez az stdin-rol olvasas valahogy kimaradtIgy sem egy raketa a
migracio, de legalabb nem esik el a scriptem, szemben az imap
szinkronozokkal...Na majd ejszaka
Gabor HALASZ wrote:
Wow, ez az stdin-rol olvasas valahogy kimaradtIgy sem egy raketa a
migracio, de legalabb nem esik el a scriptem, szemben az imap
szinkronozokkal...Na majd ejszaka elinditok egy parszazezer mailes
szinkronizalast.
Erdekes, hogy ne makar megszakadni alatta a vas:
Moczik Gabor wrote:
top - 16:29:45 up 21 days, 29 min, 2 users, load average: 0.26, 0.38, 0.22
Szal lenne meg tartalek, megsem szedi a labat
Milyen vason csinalod,
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 47
model name : AMD
Gabor HALASZ írta:
mysql 5.0 akarhany, egyelore az etch-ben levo
Azt nem kell optimizálni?
Postgres-nél én mindig első csapásként nekiugrok a
konf fájloknak mert a default értékek roppant rosszak
szoktak lenni legalábbis nekem. (Biztosan más felhasználókra
van optimalizálva, de drámai
Szládovics Péter wrote:
Gabor HALASZ írta:
Szládovics Péter wrote:
Gabor HALASZ írta:
Szládovics Péter wrote:
Kivéve, ha beletolja a sendmail-ba, mint pl. a courier imap, ha
használsz outboxot.
Bovebben? Melyik sendmail emulacio nem ir from addresst?
Milyen emuláció?
man sendmail
A
Gabor HALASZ írta:
Szládovics Péter wrote:
Gabor HALASZ írta:
sendmail -i -G -t
ga-k8nf-9-2:/home/HalaszGabor/Maildir/.Private/cur# cat
1218492489.M635972P27604VFD05I002B15DE_0.ga-k8nf-9-2\,S\=10289\:2\,S
| sendmail -i -G -t
sendmail: illegal option -- G
sendmail:
Szládovics Péter wrote:
-G (ignored) Gateway (relay) submission, as opposed to initial user
submission.
Mi lenne, ha kipróbálnád anélkül?
Majd ha rettenetesen raerek. Elvben mukodik:
while ((opt = getopt(argc,argv,vimte:f:p:o:B:F:EJxb:)) != opteof)
switch(opt) {
case
On Wed, 13 Aug 2008 at 10:31:12, Gabor HALASZ wrote:
Bar ha userenkent meg folder-enkent kulon vannak a leveleid a
fajlrendszerben, akkor az egesz script egy rekurziv fuggveny ami bejarja a
konyvarfat es minden fajlt a dbmail-smtp -be iranyit...
Es ezt hogyan is gondolod? Na nem a
Szládovics Péter wrote:
Gabor HALASZ írta:
Moczik Gabor wrote:
Bar ha userenkent meg folder-enkent kulon vannak a leveleid a
fajlrendszerben, akkor az egesz script egy rekurziv fuggveny ami bejarja a
konyvarfat es minden fajlt a dbmail-smtp -be iranyit...
Es ezt hogyan is gondolod? Na nem
Moczik Gabor wrote:
Bar ha userenkent meg folder-enkent kulon vannak a leveleid a
fajlrendszerben, akkor az egesz script egy rekurziv fuggveny ami bejarja a
konyvarfat es minden fajlt a dbmail-smtp -be iranyit...
Es ezt hogyan is gondolod? Na nem a rekurziot...Ha valami scripttel
forward
Gabor HALASZ írta:
Moczik Gabor wrote:
Bar ha userenkent meg folder-enkent kulon vannak a leveleid a
fajlrendszerben, akkor az egesz script egy rekurziv fuggveny ami bejarja a
konyvarfat es minden fajlt a dbmail-smtp -be iranyit...
Es ezt hogyan is gondolod? Na nem a rekurziot...Ha valami
Szládovics Péter wrote:
Es ezt hogyan is gondolod? Na nem a rekurziot...Ha valami scripttel
forward szeru tovvabitast csinalsz, akkor atirja a sendert
Kivéve, ha beletolja a sendmail-ba, mint pl. a courier imap, ha
használsz outboxot.
Bovebben? Melyik sendmail emulacio nem ir from
Gabor HALASZ írta:
Szládovics Péter wrote:
Es ezt hogyan is gondolod? Na nem a rekurziot...Ha valami scripttel
forward szeru tovvabitast csinalsz, akkor atirja a sendert
Kivéve, ha beletolja a sendmail-ba, mint pl. a courier imap, ha
használsz outboxot.
Bovebben? Melyik sendmail
Szládovics Péter wrote:
Gabor HALASZ írta:
Szládovics Péter wrote:
Es ezt hogyan is gondolod? Na nem a rekurziot...Ha valami scripttel
forward szeru tovvabitast csinalsz, akkor atirja a sendert
Kivéve, ha beletolja a sendmail-ba, mint pl. a courier imap, ha
használsz outboxot.
Gabor HALASZ írta:
Szládovics Péter wrote:
Gabor HALASZ írta:
Szládovics Péter wrote:
Kivéve, ha beletolja a sendmail-ba, mint pl. a courier imap, ha
használsz outboxot.
Bovebben? Melyik sendmail emulacio nem ir from addresst?
Milyen emuláció?
man sendmail
A sendmail binaris minden
Moczik Gabor wrote:
Nem merultem meg bele, de jelenleg nekem Cyrus IMAP van, a levelek sima text
fajlok ezrei, valoszinuleg nem IMAP-bol fogom migralni, hanem sajat
scripttel egyenesen a fajlrendszerbol.
Jo, akkor kuldd majd el a scriptet, please :)
Mar csak azert is, mert biztos kicsit
Gabor HALASZ wrote:
Moczik Gabor wrote:
Nem merultem meg bele, de jelenleg nekem Cyrus IMAP van, a levelek sima text
fajlok ezrei, valoszinuleg nem IMAP-bol fogom migralni, hanem sajat
scripttel egyenesen a fajlrendszerbol.
Jo, akkor kuldd majd el a scriptet, please :)
OK, hamarosan...
Moczik Gabor wrote:
Szládovics Péter wrote:
http://www.dbmail.org/index.php?page=overview
Szerintem ez kell Neked.
Koszi, szerintem jo lesz, igy beleolvasva eleg komplett rendszernek tunik.
Majd a migraciorol meseljel, mert nekem mindig ott akadt el a dbmail-re
atallas. A fellelheto imap
appa wrote:
En evek ota hasznalom a dbmail-t tobb szerveren is. A migracio tenyleg
hatarozottan maceras tud lenni, mi accountonkent vittuk at.
Accountonkent par szazezer mail...Alkalmasint folderenkent ~100k db
mail En nem talaltam semmilyen kozvetlenul a db-be pakolo utilt,
annyi idom
On Mon, Aug 11, 2008 at 11:19:39AM +0200, Gabor HALASZ wrote:
Accountonkent par szazezer mail...Alkalmasint folderenkent ~100k db
mail En nem talaltam semmilyen kozvetlenul a db-be pakolo utilt,
annyi idom meg nem volt, hogy irjak egyet; probalkoztam ezekkel a
mindenfele scriptnyelven
Gabor HALASZ wrote:
Moczik Gabor wrote:
Szládovics Péter wrote:
http://www.dbmail.org/index.php?page=overview
Szerintem ez kell Neked.
Koszi, szerintem jo lesz, igy beleolvasva eleg komplett rendszernek tunik.
Majd a migraciorol meseljel, mert nekem mindig ott akadt el a dbmail-re
Hali!
Probalok keresni, de talan rosszul.
Letezik valami kiforrott IMAP szerver ami kepes SQL szerverben tarolt
emailekkel dolgozni?
Azt megoldom, hogy hogyan kerul a mail az adatbazisba, de kellene hozza egy
IMAP-SQL frontend. PostgreSQL (8.1) tamogatas alapkovetelmeny...
Csinalt mar valaki
On Sun, Aug 10, 2008 at 01:13:26PM +0200, Moczik Gabor wrote:
Hali!
Probalok keresni, de talan rosszul.
Letezik valami kiforrott IMAP szerver ami kepes SQL szerverben tarolt
emailekkel dolgozni?
Azt megoldom, hogy hogyan kerul a mail az adatbazisba, de kellene hozza egy
IMAP-SQL
Szládovics Péter wrote:
http://www.dbmail.org/index.php?page=overview
Szerintem ez kell Neked.
Koszi, szerintem jo lesz, igy beleolvasva eleg komplett rendszernek tunik.
--
((( Móczik Gábor )))--((( E~mail: pm-01 @AT progzmaster .DOT hu )))
((( Skype: moczik )))
Szládovics Péter wrote:
http://www.dbmail.org/index.php?page=overview
Szerintem ez kell Neked.
Koszi, szerintem jo lesz, igy beleolvasva eleg komplett rendszernek tunik.
--
((( Móczik Gábor )))--((( E~mail: pm-01 @AT progzmaster .DOT hu )))
((( Skype: moczik )))
50 matches
Mail list logo