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

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

Клубове
Dir.bg
Взаимопомощ
Горещи теми
Компютри и Интернет
Контакти
Култура и изкуство
Мнения
Наука
Политика, Свят
Спорт
Техника
Градове
Религия и мистика
Фен клубове
Хоби, Развлечения
Общества
Я, архивите са живи
Клубове Дирене Регистрация Кой е тук Въпроси Списък Купувам / Продавам 19:01 12.07.25 
Компютри и Интернет
   >> Linux
*Кратък преглед

Страници по тази тема: 1 | 2 | 3 | 4 | (покажи всички)
Тема Seriozen UNIX!нови  
Автор Miro ()
Публикувано22.08.00 20:30



citiram ot saitana na Solaris UNIX: The block allocation scheme must also write information about where each new block is allocated every time the file is extended. If the file is being extended one block at a time, a lot of extra disk I/O will be required to write the filesystem block structure information. Filesystem block structure information is known as metadata. Filesystem metadata is always written synchronously to the storage device, which means operations that change the size of a file need to wait for each metadata operation to complete. As a result, metadata operations can significantly slow overall filesystem performance. znachi ako programata pishe po-chestichko po-diska, tolkowa po-chesto se update-wa metadata-ta. NT kogato pishe po NTFS ima buffer za metadata updates i toj se izprazwa otwreme na wreme. Nqkoi ste kavat po-sigurnoto e izbrano ot UNIX. mi daj togawa da mahneme CACHE-to po princip kato opciq za naj-sure. nishto che proizwoditelnostta ste padne s >1000%. skoro instalirah SuSE linux.. izkarti mi CDROMa shtoto i tam qwno sa scheli che cache ne e nuvno. Perfektna e nqma shto

Тема Seriozen UNIX!нови [re: Miro]  
Автор А.Петров ()
Публикувано23.08.00 02:29



Де недей ... стой си на WinBoze 2к "PRO" ... там има cache, има лесна конфигурация ... а има и доста ... (опс щях да кажа дупки ама те са си триумфални арки ...) ... та така. Ползвай си MS бозите и си трай - защото UNIX/Linux не е за ИДИОТИ ... А.Петров

Тема A be Miro...нови [re: Miro]  
Автор CP/M ()
Публикувано23.08.00 06:12



Чудя се защо полагаш толкова труд в търсене на доводи срещу Linux и Unix. Какво толкова ти пречат? В крайна сметка ползването им е въпрос на личен избор и всеки сам решава да положи усилията, необходими за усвояването им. Само си губиш времето. Виж, да се критикува Windows има смисъл, защото ползването му не е въпрос на личен избор, а необходимост, монополно наложена от M$. Мислиш, че M$ са върха, но почти всичко най-добро във Windows не е измислено от тях, а е откраднато от чужди разработки (някои от които още от 70-те), купено и т.н. Късметът на Бил Гейтс е, че е сключил на времето оня договор с IBM, а те са недооценили ролята на софтуера (в крайна сметка други фирми им откраднаха конструкцията на PC-то и почнаха да го произвеждат, а авторските права на M$ върху MS-DOS никой не може да вземе). Така M$ натрупа още през 80-те финансова мощ, която после им позволи да купуват и крадат безнаказано каквото им трябва, и да се справят с конкуренцията по всички непозволени начини. А избора на M$ с тяхната крадена MS-DOS (некачествен порт на CP/M) е бил почти чиста случайност. Та така - Бил Гейтс никога не е бил човек с особено ярки идеи в програмирането, и сега не е, но поради стечение на обстоялствата се е оказал в центъра на събитията... Сега иска да се изкара и мислител и философ, който предвижда нещата, въпреки ролята му е само на човек, който реализира чуждите идеи (GUI, OOP, Интернет, Java, JavaScript, ...), най-често по осакатен начин... Такива ми ти работи... С толкова пари M$ да не направят поне няколко добри технологии (IE, MS Office) просто не е възможно.

Тема Seriozen UNIX!нови [re: Miro]  
Автор Penguin ()
Публикувано23.08.00 07:01



Не си прочел особено внимателно статията. Малко по-надолу в нея се описва как UNIX файловите системи разрешават този проблем - използва се extend-based allocation. Освен това предполагам поради слабото познаване на въпроса твърдиш че UNIX няма кеширане на метаданните. Информирам те - грешиш. И още нещо за сведение - NT файловата система има journalling възможности, което автоматично означава че е по-бавна от Ext2 файловата система, която се използва при Linux-а. И един любопитен факт - при работа на 4-процесорна машина NT файловата система на практика продължава да работи със същата скорост. За сравнение при Linux-а ускорението е около 380%, т.е. почти линейно. Твоя коментар? Що се отнася до предложението ти "daj togawa da mahneme CACHE-to po princip kato opciq za naj-sure." - съмнявам се че имаш необходимите познания за да го махнеш, съдейки по това което си написал.

Тема Seriozen UNIX!нови [re: Miro]  
Автор psycho_ ()
Публикувано23.08.00 10:01



Kak mojesh izobshto da predpolojish che sa mahnali cache-to pri UNIX-a. Tva e absoliutno bezmisleno dopuskane. I osven tova si trygnal da prikazvash che NT edi kak si bilo ami malko istoriq kato prochetesh she vidish che NT e na bazata na UNIX praveno ama kakto vsichko ot M$ e malko sysipano :)) ta edva li sa izmizlili neshto po genialno. Dori samo tva che UNIX e ot 60-te godini bi trqbvalo da ti podskaje che neshtata pri UNIX sa dosta PO-DOBRE obmisleni.

Тема Seriozen UNIX!нови [re: Miro]  
Автор 8088 ()
Публикувано23.08.00 11:57



Абе Миро. Гледай си сървис паците на NT, и не се занимавай с такива операционни системи.

Тема Seriozen UNIX!нови [re: Miro]  
Автор Amber ()
Публикувано23.08.00 12:47



Miro, zashto se zanimavash s neshta, s koito ne si zapoznat? Spomenavash kolko e dobyr NT... Neka te popitam neshto... Zashto kato si pusna WinAMP-a na NT-to i vzema da kopiram neshto ot disketa (ne dai si boje i da sloja edno CD!) i se okazva, che "muzikata ne e tova koeto e"! Ami pravih podoben opit i na Linux-a. XMMS si play-va, kopiram ot disketa, puskam kopirane i ot CD-to. I nikakvo nakysvane. Ta vyprosyt mi e: koia e STABILNATA OS- taia deto "chue" li za Floppy i reshava: az sym MS-DOS i ne me tyrsete za nishto ili ...

Тема Seriozen UNIX!нови [re: Penguin]  
Автор Miro ()
Публикувано23.08.00 13:25



Zdrawei. Znapoznat sam s cqlata statiq. No iskah da podchertaq abzaca gore. Nachini estestweno sa izmisleni. No te opirat i do samite razrabotchici na software, koeto weche ne e dobre. W tozi syshtiq abzac, ako se raboti s tazi fajlowa sistema (ne Ext2) nqma keshirane na Metadatata! Komentarat mi otnosno 380% uwelichenie na proizwoditelnostta e sledniq: izglevda algoritmite za update na metadannite w EXT2 iziskwat dosta CPU resursi, zatowa se kachwa proizwoditelnostta pri dobawqne na poweche procesori. Pri NT ochewidno nqma takowa zabawqne (nqma kakwo da se uskorqwa chak tolkowa). t.e. pri ednakwi configuracii pri linuxa bottleneck e CPU, a pri NT nqma takaw. Sywsem logichno e uskorenieto na dadena diskowa podsistema da zawisi ot propuskatelnata i sposobnost, reda na obsluzwane na zaqwkite.

Тема Seriozen UNIX!нови [re: Miro]  
Автор Potencialen emigrant ()
Публикувано23.08.00 16:33



Yavno horata, vyveli IDE, ne sa imali tvoyata logika :-PPP

Тема А стига бе!!!нови [re: Miro]  
Автор Masklin ()
Публикувано23.08.00 20:17



Искаш да кажеш, че хакерите, които са измислили ext2 са били толкова загубени, че структурите на файловата система са невероятно сложни и за управлението й е необходимо толкова много време, че дори диска е по-бърз от процесора ли? А сравнявал ли си производителността на една и съща машина на файловите подсистеми на Linux и NT/2000? И коя беше по-бърза? При всички случаи, Linux-а не е изоставал с повече от 10%, даже съм готов да се хвана на бас, че е бил значително по-бърз от NT/2000-то. Значи като добавим на тази машина 3 процесора и приложим коефицентите, за които говори Penguin, какво ще се получи? Тоест кой и с колко ще е по-бърз? Не познавам отблизо организацията на ext2, но предполагам, че няма нищо общо с FAT и дериватите й (като NTFS). Значи, както предполагам знаеш, организацията на FAT е много проста - имаш в началото на диска таблица с разположението на файловете по целия диск и след това са самите файлове. Освен всички други недостатъци, това води до загуба на производителност, защото рано или късно, независимо от кеша, главата на диска трябва да се премести до началото на дяла, за да се запише новата информация във FAT таблицата. И те уверявам, че това става доста по-често, отколкото си мислиш. Съществуват безброй други начини да се организират файловете на диска. Забележи, говоря само за разположението им; всички други атрибути като име, право за достъп, последна промяна и т.н. нямат нищо общо - те се държат в отделен (така да се каже виртуален) файл, който му викаме директория. Един от тези начини, е файловете да се разполагат не както дойде (тоест на първото свободно място), а според подходяща хеш-функция и освен това, мястото на файла върху диска да не е в началото, а по-близо до същинските данни. Освен това, при multitasking е много важно главата да не обикаля целия диск, а както правилно си отбелязал, заявките да се изпълняват в най-добрия ред, който не е задължително да е реда на подаването им. Има и още нещо - файловете могат да са разхвърляни из целия диск и това да не забавя системата, защото вероятността главата да е близо до необходимото ти място е голяма. Точно затова се използва хеш-функцията, за която ти говоря. Мисля си, че увеличението на скоростта, за което говори Penguin, е свързано точно с изчисляването на най-добрата такава функция и с разделянето на задачите по обработката на структурите на файловата система на много процесори. Тоест, Linux има много добра организация и на файловата система, която позволява extending, и много добра реализация на кода, който управлява тази файлова система.


Страници по тази тема: 1 | 2 | 3 | 4 | (покажи всички)
*Кратък преглед
Клуб :  


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

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