Клубове Дир.бг
powered by diri.bg
търси в Клубове diri.bg Разширено търсене

Вход
Име
Парола

Клубове
Dir.bg
Взаимопомощ
Горещи теми
Компютри и Интернет
Контакти
Култура и изкуство
Мнения
Наука
Политика, Свят
Спорт
Техника
Градове
Религия и мистика
Фен клубове
Хоби, Развлечения
Общества
Я, архивите са живи
Клубове Дирене Регистрация Кой е тук Въпроси Списък Купувам / Продавам 04:24 04.06.24 
Клубове/ Компютри и Интернет / UNIX Всички теми Следваща тема Пълен преглед*
Информация за клуба
Тема Re: Пак се излагаш ти [re: Whisper]
АвторLabrett (Нерегистриран) 
Публикувано17.03.05 10:50  



С ръка на сърцето ще ти кажа - project manager съм в софтуерно звено и изкарвам съответните пари - със знания и умения.

Сега да видим къде ти си цопна в супата:

ochevidno takyv chovek niama mislene na programist kakyvto se izkarvash, s vsichkite tezi slojni programi koito si pisal uj za udovolstvie. i ne mi izlizai s 'ama az gi pisah otdavna', tova mojesh da go probutvash na tezi s koito se imash v tozi klub, tochno tezi koito sa na nivoto ti. drugite trudno shte zabludish.

нарича се `свободно време` и е кът, тъпак

chakai da go obiasnia kato za teb, vypreki che spored teb si nad tezi neshta.
kogato edin thread se izpylniava za vremeto koeto mu e zadadeno ili kogato ne prodyljava zashtoto se opitva da polzva resource koito e nedostypen v momenta, kernel-a namira drug thread v syshtia context i preminava po natatyk. tozi switching m/u threadovete e sinhronen i moje da sluchva dobrovolno i nedobrovolno.

Имаш мърлява, неориентирана идея - context switch се нарича прехода между процесите - в intel архитектурата имаш TSS (task state segment), в който са ти записани DS и CS (data и code сегменти, зная че не знаеш как работят нещата отдолу), SS (stack сегмент) и целия набор от генерални регистри, както разбира се и GDT и LDT сегментни таблици, които съдържат сегментни регистри. Когато имаш виртуална памет - записват се и четирите (или трите) регистъра с виртуалните страници. Та когато искаш да минеш от един процес в друг - слагаш инструкцията call (може и jmp) с адрес, на който сегментната част е task gate (това е специално формиран сегмент в GDT, или LDT, който указва че трябва да се направи switch към друг task) и процесорът запазва целия context, без регистрите на FPU-то, които трябва сам да си запишеш (това става на първата изпълнена FPU инструкция в новия context - получаваш exception). Тази работа се случва по 100,1000,2000 пъти в секунда - когато операционната система провключва процесите.
В други архитектури е доста по-елегантно, но основата е същата. В някои операционни системи се избягва да се ползват интелските механизми за task switch като се сменят контекстите, понеже са тромави.
И мога да ти го кодирам още днес наново - за amd64, тъй като им знам reference-ите на изуст, от чист интерес.

Няма такова нещо като едновременно изпълнение на няколко процеса, освен ако нямаш няколко процесора - това никакъв scheduler не може да промени.

tova za neneobhodimostta ot malloc prosto me ostavi bez dumi (v smisyl che sym vyzhiten zatova shte propusna da se 'zaiada')

Ще ти обясня, виждам че и тук нямаш никаква идея - системните функции за работа с паметта дават възможност да си взимаш от кернела блокове памет за ползване и толкоз. Няма организация - с организацията се занимават библиотеките на компилатора ти, в С - malloc, които предоставят произволни по размер блокове памет, разпределят ги, оптимизират употребата им, така че да не стават дупки и по възможност - да не се губи много време за заделяне, или освобождаване на памет. Тази функционалност при нас беше вкарана в ядрото, където й е мястото - имаше системно извикване с параметри, каквито се подават на malloc и аналогични, макар и значително разширени функции. Оптимизиращият memory manager дори може да мести блокове памет от LDT на процесите, когато системата е idle, така че да не оставя дупки - цялото това нещо - без виртуална памет (paging), а с голи сегменти.

koi oshte slojen termin iskashe da ti obiasniavam? aa.. process management. na vsichkoto otgore iskash da go sravniavam i otdeliam ot scheduling

e tuk veche copna sam v supata si -- i 15 godishnite pishlemeta deto shtykat frivolno iz klubovete sa naiasno che process management e neshto dosta kompleksno i vsyshtnost vkluchva scheduling.

Именно, глупако - затова ти задавам въпроса, защото си написал като че ли са нещо различно, след като всеки е наясно, че едното е значителна част от другото. Забележи, че в светлината на context switching (който явно не ти беше ясен) отделянето на тези двете е малко ...... без думи

kakvo drugo iskashe? thread state i thread structute? po tova koeto pitash pak vijdam che ne si syvsem naiasno. thread state-a e _chast_ ot thread structurata. a tia e

Отново именно - питам те, защото едното е съществена част от другото, като се дръвчиш поне си подбирай думите, вместо да редиш термини без връзка и смисъл - затова ти казах и че като бързаш да си правиш изводи, бъркаш - не си единственият, който е чувал тези оплетени думички, даже нещо повече - може да попаднеш на някой, който всъщност ги знае, което е доста повече от теб.

za firewall temata, pak iskash da mi kajesh neshto. sigurno kak pf moje da go igrae na application level? ia kaji kak da kaja na user-a foo da moje da otvaria konekcii na port 80 i 8080, no na nikoi drugi? vervai mi, iptables moje da pravi dosta poveche neshta ot pf.

Темата за firewall във FreeBSD. Уж можеш да четеш .. на места нещо имаш бели петна. Все пак ще те образовам :)) Няма как да пропусна невежеството ти:

block out proto { tcp, udp } all
pass out from any {80, 8080} to all user foo

чети man-а преди да плямпаш, поне трима души ти казаха, че pf го може това.
И недей да говориш още глупости за ipfilter/tables - познавам го и зная какво може. Ти явно не познаваш pf изобщо.

niamam nujda da mi davash jiteski mydrosti, moga da cheta i sam kakto sigurno si se ubedil veche. neka ti kaja neshto -- vijdam che se draznish ot men. prichinite za koeto shte gi ostavia ti da gi izmislish. az ujasno se zabavliavam da ti dostaviam dusheven diskomfort. neshto koeto ne razbra dosega.

Явно не можеш да четеш - ако можеше - щеше да си прочел, че зная какво се напъваш да правиш (да създаваш душевен дискомфорт, да поясня, че трудно ме разбираш както виждам) и следователно има нещо тука .. щом си правя труд да ти натрия носа, който вече сигурно мяза на лютеница, а още не си се усетил.

kato stignesh tam kydeto sym az togava si pozvoli da podlagash pod symnenie znaniata i umeniata na drugite.

Сладурче :) Важи най-вече за теб.

vzemi se hvani i nauchi neshto vmesto da cykash dir.bg po cial den (tova ot tvoeto history go kazvam -- blizo 2 000 postvania imash, imash moite aplodismenti)

Много бързо ще ме настигнеш :)
Защото (нещо, което малко си попропуснал) - аз съм регистриран тук от 27.02.02. Значи за малко повече от 1000 дни, аз имам 2000 мнения.
Ще те светна, отворко - по-голямата част от тях са в заяждане с един мухльо като теб, който пожела да унищожи един клуб с точно същото, с каквото ти сега желаеш да унищожиш този. Не му се отдаде, а ти си на път да откриеш с цената на какво, жалко е, че когато разбереш ще е твърде късно :) Но мен ме устройва .. както се вика - достатъчно възможности ти се дадоха да го направиш по лесния начин.

Ще ти кажа и още една житейска мъдрост, от която имаш мноого голяма нужда - толкова, колкото имаше и онзи - в нашия език, който ти обиждаш с всеки свой пост, думата, която по синтактична конструкция би трябвало да обозначава жертва на проклятие, се използва за определяне на зъл и лош човек.
Не е случайно.
Ти си зъл човек, проклет - доставя ти удоволствие да причиняваш болка на някой друг - и аз наистина се чувствам кофти и предизвикваш много жал у мен, защото явно много страдаш и си страдал ... И мога да си представя какви проблеми си имал в детството си - в училище - подтискали са те, били са те, или пък в семейството.
Това, разбира се, няма да ме спре да ти причиня още страдания - много хора са ми свидетели, че направих доста, за да ти ги спестя и когато се опитваш да ми причиниш на мен страдание, ще ти го върна в количества, за които не можеш и да подозираш (забележи, че тук вече говоря в единствено число, тъй като нося отговорност единствено за себе си и не се опитвам да съм нечий месия като теб и онеправданите нищо не знаещи начинаещи, които си тръгнал да спасяваш от нас, да не би случайно да им кажем нещо истинско)
(и недей да се хабиш, мога сам да си говоря вече с твоите реплики - блаблабла, ти за мен не се грижи усмивкаусмивка аз съм си много добре, пък ти нищо не разбираш и думите ти показват слабост .... и подобни самонавивания, демонстриращи че точно това, което се хванеш да ми отговориш сега, е точно това, което най-много те е жегнало)

Точно това заслужаваш.

Още веднъж ще те посъветвам, най-приятелски - замълчи.



Цялата тема
ТемаАвторПубликувано
* *BSD Whisper   11.03.05 19:04
. * Re: *BSD _bulgaro_   12.03.05 23:48
. * Re: *BSD Whisper   13.03.05 01:02
. * Re: *BSD Labrett   13.03.05 12:34
. * Re: *BSD Whisper   13.03.05 12:40
. * Re: *BSD Labrett   13.03.05 12:50
. * Re: *BSD *DELETED* bbwolf   13.03.05 13:45
. * Re: *BSD Whisper   13.03.05 14:46
. * Re: *BSD *DELETED* bbwolf   13.03.05 18:19
. * Re: *BSD Labrett   13.03.05 19:39
. * Re: *BSD bbwolf   13.03.05 19:41
. * Re: *BSD Whisper   13.03.05 20:05
. * Re: *BSD Judas_   13.03.05 20:22
. * Re: *BSD echo   14.03.05 16:47
. * Re: *BSD ^]   14.03.05 17:39
. * Re: *BSD Whisper   15.03.05 02:17
. * Пак се излагаш ти Archangel   16.03.05 09:41
. * Re: Пак се излагаш ти Whisper   16.03.05 15:42
. * Re: Пак се излагаш ти Labrett   17.03.05 01:27
. * Re: Пак се излагаш ти Whisper   17.03.05 02:17
. * Re: Пак се излагаш ти Labrett   17.03.05 10:50
. * Re: Пак се излагаш ти Whisper   17.03.05 11:41
. * Re: Пак се излагаш ти Labrett   17.03.05 21:34
. * Re: Пак се излагаш ти Labrett   18.03.05 01:30
. * Re: Пак се излагаш ти bbwolf   17.03.05 11:55
. * Re: Пак се излагаш ти Labrett   17.03.05 21:32
. * Re: Пак се излагаш ти Whisper   17.03.05 22:09
. * Re: Пак се излагаш ти Labrett   18.03.05 00:50
. * Re: *BSD Whisper   15.03.05 02:02
. * Re: *BSD _bulgaro_   13.03.05 21:31
Клуб :  


Clubs.dir.bg е форум за дискусии. Dir.bg не носи отговорност за съдържанието и достоверността на публикуваните в дискусиите материали.

Никаква част от съдържанието на тази страница не може да бъде репродуцирана, записвана или предавана под каквато и да е форма или по какъвто и да е повод без писменото съгласие на Dir.bg
За Забележки, коментари и предложения ползвайте формата за Обратна връзка | Мобилна версия | Потребителско споразумение
© 2006-2024 Dir.bg Всички права запазени.