Miroslav Lachman píše v čt 10. 01. 2008 v 00:30 +0100:
> Pav Lucistnik wrote:
> > Martin Zdrazil píše v út 08. 01. 2008 v 14:58 +0100:
> >
> >>dobry den,
> >>
> >>zandlouho bude snad uz finalni freebsd 7.0 a cirou nahodou budu mit novy
> >>server pro databaze (mysql). Rad bych na neho nasadil uz
Pav Lucistnik wrote:
> Martin Zdrazil píše v út 08. 01. 2008 v 14:58 +0100:
>
>>dobry den,
>>
>>zandlouho bude snad uz finalni freebsd 7.0 a cirou nahodou budu mit novy
>>server pro databaze (mysql). Rad bych na neho nasadil uz freebsd 7.0 a k
>>toumu se vazou moje otazky.
>>Pouzit uz ULE schedu
Jan Pechanec napsal/wrote, On 01/09/08 16:36:
> v tom pripade kontext switch jak ho beru ja neni task-switch.
> Souhlasim s tim co rikas, jen jsem mel pred tim za to, ze "task" zde bylo
> mineno jako "proces".
> Ja se priznam ze uz si nepamatuju, co se na i386
> presne musi stat, abys me
On Wed, 9 Jan 2008, Dan Lukes wrote:
ja si myslim, ze Roman narazel na to, ze prepnuti z user space do
kernel modu je zmena modu, ne kontext switch. h.
>
>> context switch je co ty uvadis jako task switch. Mod se v cesky
>> literature udava jako rezim, tj. ze kdyz zavolas sysca
Jan Pechanec napsal/wrote, On 01/09/08 15:13:
>>> ja si myslim, ze Roman narazel na to, ze prepnuti z user space do
>>> kernel modu je zmena modu, ne kontext switch. h.
> context switch je co ty uvadis jako task switch. Mod se v cesky
> literature udava jako rezim, tj. ze kdyz zavolas
On Wed, Jan 09, 2008 at 02:32:54PM +0100, Radim Kolar wrote:
> > coze? co to znamena ze "nedela cs mezi userspace/kernel" ? to snad nedela
> > zadny (unixovy) OS, ne?
> >
> > thread XYZ bezi v userspace, zavola "getpid" (napriklad) a vleze do jadra,
> no jak presene vleze do jadra? naboucha argumen
On Wed, Jan 09, 2008 at 03:07:01PM +0100, Dan Lukes wrote:
> Jan Pechanec napsal/wrote, On 01/09/08 14:56:
> > ja si myslim, ze Roman narazel na to, ze prepnuti z user space do
> > kernel modu je zmena modu, ne kontext switch. h.
>
> Tak to je mozna cele jen terminologicky problem. Prip
On Wed, Jan 09, 2008 at 03:16:23PM +0100, Juraj Lutter wrote:
> Dan Lukes wrote:
> > Jan Pechanec napsal/wrote, On 01/09/08 14:56:
> >>ja si myslim, ze Roman narazel na to, ze prepnuti z user space do
> >> kernel modu je zmena modu, ne kontext switch. h.
> >
> > Tak to je mozna cele jen t
On Wed, 9 Jan 2008, Juraj Lutter wrote:
>Ja osobne mam zafixovane, ze context-switch je stav, kedy procesor
>prejde z vykonavania kodu userland procesu do vykonavania kodu jadra v
>ramci syscall-u. Cize, ked sa tabulky deskriptorov stranok pamate a TLB
>menia z adresneho priestoru userlandu do
Dan Lukes wrote:
> Jan Pechanec napsal/wrote, On 01/09/08 14:56:
>> ja si myslim, ze Roman narazel na to, ze prepnuti z user space do
>> kernel modu je zmena modu, ne kontext switch. h.
>
> Tak to je mozna cele jen terminologicky problem. Pripada mi, ze z
> hlediska procesoru tam po c
On Wed, 9 Jan 2008, Dan Lukes wrote:
>Jan Pechanec napsal/wrote, On 01/09/08 14:56:
>> ja si myslim, ze Roman narazel na to, ze prepnuti z user space do
>> kernel modu je zmena modu, ne kontext switch. h.
>
> Tak to je mozna cele jen terminologicky problem. Pripada mi, ze z
>hlediska
Jan Pechanec napsal/wrote, On 01/09/08 14:56:
> ja si myslim, ze Roman narazel na to, ze prepnuti z user space do
> kernel modu je zmena modu, ne kontext switch. h.
Tak to je mozna cele jen terminologicky problem. Pripada mi, ze z
hlediska procesoru tam po ceste musi dojit k prepnu
On Wed, 9 Jan 2008, Dan Lukes wrote:
>Radim Kolar napsal/wrote, On 01/09/08 14:32:
>> no jak presene vleze do jadra? naboucha argumenty na zasobnik a udelat
>> int 80?
>
> Ne, tohle jsem prohlednout stihnul, protoze to se nabizelo automaticky.
>INT80 je "pouha" trap-gate.
>
> Osobne p
On Wed, 9 Jan 2008, Dan Lukes wrote:
> Mame oddelene adresove prostory - uzivatelsky proces nemuze psat do
>pameti jadra. Samozrejme, nemuze ani menit opravneni k pameti - to by
>psat mohl, jen by si to musel pred tim povolit. Takze to nejde.
ale jadro prece neni v oddelenem adres
Radim Kolar napsal/wrote, On 01/09/08 14:32:
> no jak presene vleze do jadra? naboucha argumenty na zasobnik a udelat
> int 80?
Ne, tohle jsem prohlednout stihnul, protoze to se nabizelo automaticky.
INT80 je "pouha" trap-gate.
Osobne podezrivam, ze k prepnuti TSS dojde v ramci v
Roman Divacky napsal/wrote, On 01/09/08 13:20:
> nikde zadny CS.
>
> co nechapu? nebo ty?
Nechce se mi ted prolezat zdrojaky a hledat , kde tam ta call-gate je,
ale dost by me prekvapilo, kdyby tam zadna nebyla.
Misto hledani po zdrojacich, ktere mi v tomhle pripade pripada dos
> coze? co to znamena ze "nedela cs mezi userspace/kernel" ? to snad nedela
> zadny (unixovy) OS, ne?
>
> thread XYZ bezi v userspace, zavola "getpid" (napriklad) a vleze do jadra,
no jak presene vleze do jadra? naboucha argumenty na zasobnik a udelat
int 80? aby se prepnul do kernelu, tak musi min
Daniel Gerzo napsal/wrote, On 01/09/08 12:37:
> Na toto je taka odpoved, ze ULE je momentalne uz default v 8.0-CURRENT
> a v 7.0 nie je default preto, ze Jeff prisiel so svojou pracou prilis
> neskoro na to, aby sa stal ULE defaultnym schedulerom v GENERIC
> kerneli.
Vsak ja nerik
> stranek/sec na dualcore CPU. Docela by bylo zajimave testnout varnish
> na mainframe OS, kdyby ho tam nekdo portnul, ten totiz nedela kontext
> switche mezi userspace/kernel.
coze? co to znamena ze "nedela cs mezi userspace/kernel" ? to snad nedela
zadny (unixovy) OS, ne?
thread XYZ bezi v use
ja jsem si delal hodne podobnych testu a me vychazelo gjournal
podstatne lepsi nez ufs plain, tedy pokud byl journal na jinem disku.
pak ma clovek verit benchmarkum, chce si to delat vlastni.
jinak kdyz uz jsme u tech testu nikdy a to ani v linuxu ani v bsd mi
samba nebehala tak, jak se obvykle v
Mozna par zajimavych cisel...
http://www.unix.com/bsd/42508-zfs-ufs-soft-updates-gjurnal-bonnie-performance.html
--
Ondrej Pesta
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
Daniel Gerzo napsal/wrote, On 01/08/08 23:25:
>> Ne, doporuceny scheduler je stale 4BSD.
> A ja som myslel, ze doporuceny je ULE... :)
> http://lists.freebsd.org/pipermail/freebsd-stable/2007-December/039339.html
Pro me je doporucenym takovy scheduler, ktery je povolen v defaultnim
SMP j
Roman Divacky píše v út 08. 01. 2008 v 18:00 +0100:
> On Tue, Jan 08, 2008 at 03:50:08PM +0100, Pav Lucistnik wrote:
> > Gabriel p??e v ?t 08. 01. 2008 v 15:46 +0100:
> > > Pav Lucistnik wrote:
> > > > Gabriel p??e v ?t 08. 01. 2008 v 15:35 +0100:
> > > >> ja pouzivam ULE na vsetkych svojich masina
> ULE by melo byt celkem slusne odladene, ZFS nikoliv.
>
> nicmene pro obe plati ze jeste NIKDY nebyl zadny release s timhle
> a tudiz otestovanost se limitne blizi nule.
>
> ja osobne bych ULE na serveru zkusil (nejhorsi co se muze stat
> je ze to panicne (nepravdepodobne) popr. bude to pomale e
On Tue, Jan 08, 2008 at 02:58:53PM +0100, Martin Zdrazil wrote:
> dobry den,
>
> zandlouho bude snad uz finalni freebsd 7.0 a cirou nahodou budu mit novy
> server pro databaze (mysql). Rad bych na neho nasadil uz freebsd 7.0 a k
> toumu se vazou moje otazky.
> Pouzit uz ULE scheduler misto 4BSD
On Tue, Jan 08, 2008 at 03:50:08PM +0100, Pav Lucistnik wrote:
> Gabriel p??e v ?t 08. 01. 2008 v 15:46 +0100:
> > Pav Lucistnik wrote:
> > > Gabriel p??e v ?t 08. 01. 2008 v 15:35 +0100:
> > >> ja pouzivam ULE na vsetkych svojich masinach uz nejaky ten rok, dva, ...
> > >> a nebadam jediny proble
Jindra Fucik napsal/wrote, On 01/08/08 15:30:
> - Original Message -
>>> A druhak filesystem neni pro provoz MySQL vubec podstatny. Dokonce
>>> nejlepsi je udelat slice bez filesystemu a nastavit to jako tablespace v
>>> konfiguraci MySQL. Filesystem zde jen zbytecne zdrzuje.
Ha,
Gabriel píše v út 08. 01. 2008 v 15:46 +0100:
> Pav Lucistnik wrote:
> > Gabriel píše v út 08. 01. 2008 v 15:35 +0100:
> >> ja pouzivam ULE na vsetkych svojich masinach uz nejaky ten rok, dva, ...
> >> a nebadam jediny problem
> >
> > No to jeste nic neznamena, ja sem ULE zkousel nedavno a narazi
Pav Lucistnik wrote:
> Gabriel píše v út 08. 01. 2008 v 15:35 +0100:
>> ja pouzivam ULE na vsetkych svojich masinach uz nejaky ten rok, dva, ...
>> a nebadam jediny problem
>
> No to jeste nic neznamena, ja sem ULE zkousel nedavno a narazil sem na
> neprekonatelny problem zhruba po 15 minutach pr
Gabriel píše v út 08. 01. 2008 v 15:35 +0100:
> Martin Zdrazil wrote:
> > dobry den,
> >
> > zandlouho bude snad uz finalni freebsd 7.0 a cirou nahodou budu mit novy
> > server pro databaze (mysql). Rad bych na neho nasadil uz freebsd 7.0 a k
> > toumu se vazou moje otazky.
> > Pouzit uz ULE sch
> A druhak filesystem neni pro provoz MySQL vubec podstatny. Dokonce
> nejlepsi je udelat slice bez filesystemu a nastavit to jako tablespace v
> konfiguraci MySQL. Filesystem zde jen zbytecne zdrzuje.
tohle se delalo pred mnoha lety, tak v dobach okolo oracle7. dnes se
to uz nepouziva, narust vyko
Martin Zdrazil píše v út 08. 01. 2008 v 15:20 +0100:
> >> Pouzit ZFS misto UFS ?
> > Ne. Jednak proto, ze ZFS neni mysleno jako nahrada UFS, ale jako
> > alternativni filesystem pro specialni aplikace. Neni zadny duvod mit
> > root svazek na necem jinem nez UFS.
> >
> > A druhak filesystem neni
Martin Zdrazil wrote:
> dobry den,
>
> zandlouho bude snad uz finalni freebsd 7.0 a cirou nahodou budu mit novy
> server pro databaze (mysql). Rad bych na neho nasadil uz freebsd 7.0 a k
> toumu se vazou moje otazky.
> Pouzit uz ULE scheduler misto 4BSD ? Pouzit ZFS misto UFS ? Vim, ze na
ja p
- Original Message -
>> A druhak filesystem neni pro provoz MySQL vubec podstatny. Dokonce
>> nejlepsi je udelat slice bez filesystemu a nastavit to jako tablespace v
>> konfiguraci MySQL. Filesystem zde jen zbytecne zdrzuje.
> Toto je extremne zaujimava myslienka, takto som sa na to nikd
Jan Pechanec píše v út 08. 01. 2008 v 15:22 +0100:
> On Tue, 8 Jan 2008, Puco wrote:
>
> >architekture a i386 na tom nie je dobre ohladne ZFS. Sam SUN sa moc
> >netvari, ze to je msylene pre 32-bitovu architekturu.
>
> pokud je tim mysleno, ze ZFS je dost agresivni co se pameti tyce a
> pr
On Tue, 8 Jan 2008, Puco wrote:
>architekture a i386 na tom nie je dobre ohladne ZFS. Sam SUN sa moc
>netvari, ze to je msylene pre 32-bitovu architekturu.
pokud je tim mysleno, ze ZFS je dost agresivni co se pameti tyce a
pracuje lepe v 64-bitovym virtualnim adresovym prostoru nez v 32-
Pav Lucistnik napsal(a):
> Martin Zdrazil píše v út 08. 01. 2008 v 14:58 +0100:
>
>> dobry den,
>>
>> zandlouho bude snad uz finalni freebsd 7.0 a cirou nahodou budu mit novy
>> server pro databaze (mysql). Rad bych na neho nasadil uz freebsd 7.0 a k
>> toumu se vazou moje otazky.
>> Pouzit
Pav Lucistnik wrote:
> A druhak filesystem neni pro provoz MySQL vubec podstatny. Dokonce
> nejlepsi je udelat slice bez filesystemu a nastavit to jako tablespace v
> konfiguraci MySQL. Filesystem zde jen zbytecne zdrzuje.
>
Toto je extremne zaujimava myslienka, takto som sa na to nikdy v zivote
Puco napsal(a):
> On Jan 8, 2008 2:58 PM, Martin Zdrazil <[EMAIL PROTECTED]> wrote:
>
>> dobry den,
>>
>> zandlouho bude snad uz finalni freebsd 7.0 a cirou nahodou budu mit novy
>> server pro databaze (mysql). Rad bych na neho nasadil uz freebsd 7.0 a k
>> toumu se vazou moje otazky.
>> Pouzi
Martin Zdrazil píše v út 08. 01. 2008 v 14:58 +0100:
> dobry den,
>
> zandlouho bude snad uz finalni freebsd 7.0 a cirou nahodou budu mit novy
> server pro databaze (mysql). Rad bych na neho nasadil uz freebsd 7.0 a k
> toumu se vazou moje otazky.
> Pouzit uz ULE scheduler misto 4BSD ?
Ne, dop
On Jan 8, 2008 2:58 PM, Martin Zdrazil <[EMAIL PROTECTED]> wrote:
> dobry den,
>
> zandlouho bude snad uz finalni freebsd 7.0 a cirou nahodou budu mit novy
> server pro databaze (mysql). Rad bych na neho nasadil uz freebsd 7.0 a k
> toumu se vazou moje otazky.
> Pouzit uz ULE scheduler misto 4BSD ?
41 matches
Mail list logo
