Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: Otnosno lekciqta za http serverite


  • Subject: Re: lug-bg: Otnosno lekciqta za http serverite
  • From: vd@xxxxxxxxx (Vladimir Dzhuvinov)
  • Date: Thu, 17 May 2001 15:29:01 +0000 (GMT)



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Zdravei,

Kato gledam, kirilicata e obyrkana, taka che ti otgovarqm po pamet i
angliiskite dumi, koito lichat tuk tam ;-)

On Thu, 17 May 2001, Stanislav Lechev wrote:

>> 	* ??????????? ?? kernel space threads (e.g. native Pthreads)
>> 	  ????? ??-?????, ????????? process fork
>
>da no nemovesh da polzwash kernel space w web servera si
>kojto e user space oswen ako ne polzwash tozi w kernela
>kojto wse oshte e experemental
Tuk nqmah predvid Linux, a Unix-ite, koito poddyrjat POSIX threads 
natively.

>> 	* ?????????????? ????? threads ?? ???? ?????? ????? ??-?????
>> 	  ?? ???? ????? ??????? ???????, ?????? VM, I/O ? ? ??????????
>> 	  ?? ??????????? signal ??????? ?? ??????? ??????
>>
>
>kakwo iskash da kavesh s prewklyuchwane (poqsni pls)
>no za towa ne sporq
Primerno, vseki proces ima otvoreni fajlove. Ako procesyt e multithreaded,
tezi file descriptors se spodelqt. Sledovatelno, ako prevkluchvash mejdu
dva threads, nqma nujda da prezarejdash file des. struct.

>taka ili inache rabotata s threads e po fastest ot fork :)
>ideqta mi beshe druga

>> ???? ????, ????????????? ????? threads ? ????? ??-?????, ????????? ?????
>> ???????? ??????? ?? IPC (pipes/ shared mem). ?? ???? http ?????? ????
>> ????? ???? ?? ? ?? ?????? ????????, ?????? ?????????, ????? ?????????
>> ??????? ?? ?? ??????? ?? ??????? ??????????? ??????? ??.
>>
>praw si ...
>no kolko po byrza
>move bi w otnhoshenie 80/100 za threads ...
>e i ? 
>nqkoj shte useti li razlikata ?
Predpolagam, che po gore sym pisal za IPC. Tuk pisah za memory(data)
sharing mewdu otdelnite threads. Primerno za takiva visualisation
aplikacii, kydeto edin thread pravi izchisleniqta, a drug chertae
obrazite. Ako iskash da pravish tova s dva razlichni procesa,
IPC ste e dosta po-bavno, a programiraneto systo nelesna rabota!

>> >spored mene
>> >kogato polzwame threads ... to togawa imame samo edin proces
>> >kojto w edin moment stawa mnogo tevak
>>
>> 100 threads ?????? ??-????? ????? ?? ??????? 100 ???????, ??????
>> ?????????? ???????? ?? ?? ??????.
>>
>da no ideqta e kakwo shte stane kogato ... pametta swyrshi ?
>wetno ako rabotim s threads move i da obsluvim 5 clients poweche
>no towa ne e ot znachenie ako w sledwashiq moment
>nemovem da obsluvim nito edin poradi towa che kernela ni e precakal
Az lichno ne bih pusnal samo edin multithreaded server, ami nqkolko ;-)
Ima i nachini da sledish pametta i response v programata, taka che da
spirash puskaneto na novi threads predi da si stignal kritichnata tochka.
Sestam se za edin nachin kak tova moje da byde kodirano, makar i da ne e
mnogo elegantno. Zatova ste si zamylcha ;-)

>ami az sym wivdal...
>no ne mozillata a celiq X
>i btw towa stana kogato tyrsek edno crack-che za edin kolega
>i se nabutah w obichainite xxx stranici kakto se ochakwashe
>sled koeto mi se otworiha sywsem nebrevno oshte 6-7 kopiq na NS-a
>i sled kato uspqh s prutytrqne na mishkata da zatworq 3 ot tqh
>se otworiha oshte 3 pyti po 3 i poznajte kakwo se sluchi
To zatova ot Netscape sa go krystili Mozilla ;-)

>btw towa e na mashina s 256 ram / 533 mhz
Mozilla is after your RAM ;-)

>kakto sam kaza ... sploluchliwa !!!
>az problemi s xmms-a nqmam
>oswen che na 256ram mi se tytri pri puskaneto i spiraneto
>t.e. pri syzdawaneto na threads i killwaneto im .....
Problemyt e, che trudno se pravi sravnenie. Tytri se, no v sravnenie s
kakvo? I dali tytreneto e tochno v thread creation/termination ili nqkyde
drugade? MPEG dekoderite naprimer trqbva da narpravqt mnogo memory
allocation za frame buffer. Ami ako v syseden prozorec si pusnal Mozilla,
i tq e izlapala sumati RAM?

Pozdravi,

Vladimir Dzhuvinov

- --
PGP  1024D/959FC3BC 2001-02-12 Vladimir Dzhuvinov <vd@xxxxxxxxx>
     Key fingerprint = CB20 FC83 775C C34E 49D5  0F71 BAE5 7C38 959F C3BC
     Download public PGP key from http://www.valan.net/vdzhuvinov.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7A+5EuuV8OJWfw7wRAgFJAJ46XmsQWAq8fzCBrcNHJA7c/pN/GQCfUO2m
wveXOMnMEEGZDa67lnASLeg=
=0srm
-----END PGP SIGNATURE-----

===========================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.