Изпечатай

[v_badev]

Цитат (ZEN @ Юни 01 2005,00:27)

6. файлова система ext2fs - според мен и разни тестова най-бърза....

Явно си готов да жертваш всичко за малко увеличаване на скоростта. Замисял ли си се какво може да ти се случи при спиране на тока?

[UNIXman]

накой си !: ясно '>  '>  '> Х-а не е за такива компове.
Михаил Милев: извинявам се много но напълно не съм сагласен с вашето мнение за слак-а!Първо разработчиците му не чоплят семки,ами работят и слака си е известен най-вече с това че когато излиза нова версия,тя излиза пълна (9.0;10.0...) никога бета.Сорса му също е даден в интернет,така че не 1 и 2-ма работят по него предполагам.Това че програмите му са стари-съгласен съм,но може да се инсталират пачове.Аз също имам 166MHz Р1 с 64 ram и той плаче за един линукс (между другото на него пуснах Mandrake 9 с KDE и вървеше добре,само дето ми напълни харда 1,5GB '> )

[ZEN]

Цитат (v_badev @ Юни 01 2005,09:16)

Цитат (ZEN @ Юни 01 2005,00:27) 6. файлова система ext2fs - според мен и разни тестова най-бърза.... Явно си готов да жертваш всичко за малко увеличаване на скоростта. Замисял ли си се какво може да ти се случи при спиране на тока?

Това не е жертва... Случвало се е, но не съм имал загуба на данни... и не съм съгласен, че журналните ФС са много устоичиви от към загуба на данни... но пък са в пъти по-бавни... (минах и през тези експерименти) и ако нещо ще се случи то непременно се случва... затова хората са измислили бекъп-а'>

[CaBA]

Цитат (ZEN @ Юни 01 2005,09:33)

6. файлова система ext2fs - според мен и разни тестова най-бърза.... Явно си готов да жертваш всичко за малко увеличаване на скоростта. Замисял ли си се какво може да ти се случи при спиране на тока? ... и не съм съгласен, че журналните ФС са много устоичиви от към загуба на данни...

Абсолютно вярно - даже при някои от тях (ReiserFS в режим пакетиране на малки файлове в един блок - поне преди две години, може би вече е оправено) е точно обратното.

Смисълът на журналните файлови системи е да запазят консистентността на МЕТАДАННИТЕ (т.е. информацията за файловата система), а не на ДАННИТЕ (съдържанието на файловете).  На производствен сървър това е особено важно: примерно при рестартиране поради спиране на тока не се губи време за проверка на файловата система (пробвайте да направите такава на 100 GB диск и ще усетите разликата :). Така че за домашна машина, за която спиранията на тока са спорадичен проблем, такава сделка е доста печеливша. От друга страна, в този форум имаше тема преди година от потребител, когото влечението  към дискотечни ритми на НЕК беше принудило да премине към журнална файлова система точно за да си спести времето за проверка.

[ZEN]

Забравих да добавя prelinking.... /prelink -a/... въпреки че има противоречиви отзиви тази техника... поне по чуждите форуми...

Но за да разбера ще са ми необходими две идентични машини, каквито за съжаление нямам '>

Характеристики на машинката:
  - CPU - Intel Pentium 200 MHz;
  - RAM - EDO 128 MB;
  - HDD - /dev/sda1: 10.11 MB/sec.
Време за първо стартиране на нов (празен) ООО 1.1.4 текстов документ след зареждане/презареждане на системата ~80 секунди. Горе долу толкова е необходимото време на един асансьор, за да достигне от 1-ви до 9-ти етаж и да се върне в изходно положение в средностатистическата панелка.
Като оставя настрана тази "малка" подробност съм наистина впечатлен от възможностите, предлагани от ООО, както и от съвместимостта му с МС Офисите! Пуснатите слухове за подобренията и оптимизациите в очакваната версия 2.0 ми дават надежди, че се вижда края на чакането (честно казано бих се радвал и на 60 секунди).
Много ми се ще да видим един наистина конкурентно способен, пълноценен офис пакет в лицето на ООО, който поне малко да се доближава до магическите ~5 секунди, необходими на МС Уърд 97 да стартира на скромна конфигурация като моята. '>

П.П. Известно ми е, че част от ООО може да се зарежда при стартиране, но това не е сериозно решение.

Защо да не е сериозно решение. След като вместо за 80 ще ти зарежда за 10'> Това ако не е решение ... Така като гледам си със 128 рам така че спокойно можеш да направиш още нещо: като ти зареди ООО отиди в Tools >> Options >> Memory и там задай да ползва не 9МВ а поне 20МВ. Вярно че другите програми ще ти работят по-бавно, но ако се занимаваш с текстообработка си е също решение. Пробвай тези двете неща (визирам oooqs или ooquickstart (ако си с Гном) и това с рам-а) и ни пиши да видим кво е станало. Би ли написал и с ква ОС си.

Не е сериозно решение, защото не променя ситуацията. Ето какво имам предвид:
  - пускам го да се зарежда автоматично с ОС, което пести време при стартиране на ООО, но изяжда от времето за зареждане на ОС-а, а след това (при затворен ООО) прахосва и без това ограничените ресурси. Обобщено дотук имаме спестени ~60 секунди за отваряне на ООО и изядени ~60 при стартиране на ОС => малко наподобява на народната приказка "от пусто - в празно";
  - наблюденията ми са показали, че след като съм работил в ООО веднъж и с приключването съм го затворил, повторното му отваряне отнема в пъти по-малко време (при това няма пуснати нито oooqs, нито пък ooquickstart). От гледна точка на тези наблюдения наличието на работещи oooqs или ooquickstart ми се струва малко неоснователно (защото за да има такова ускорение значи доста нещица са останали в паметта).
Времената за зареждане, които съм посочил в предния пост, са постигнати с настройка Tools >> Options >> Memory -> 40 MB, а операционната система беше Win32 (все пак нямам толкова свободно място, за да инсталирам ООО и на Манди)...
Просто ми се струва, че прекалено много неща, по подразбиране, чете ООО от твърдия диск при стартиране... Надявам се за в бъдеще разработчиците да обръщат малко повече внимание на производителността и да ни зарадват с по-оптимизирана, в това отношение, нова версия.

П.П. Трябва да пробвам и някой TRIAL на StarOffice, за да не се окаже "изненадващо", че при братчето нещата са по-пъргавки. Ако някой има линк към пробната версия на StarOffice за Win32 платформа из БГ пространството нека бъде така добър и да сподели. '>

Цитат

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

offtopic: На това му се вика "топъл старт" или "warm start". А "студен" или "cold" се нарича първото стартиране...

Аз всъщност нямам такива наблюдения каквито ти относно стартирането на ОС-а. При мен oooqs тръгва с КДЕ, а не с ОС-а. Но е възможно ... не винаги всичко в света на компютрите става така както искаш.

С коя файлова система се постига най-голяма бързина'>

[phantomlord]

Цитат

С коя файлова система се постига най-голяма бързина'>

ReiserFS

Цитат

С коя файлова система се постига най-голяма бързина

Препоръчвам ти горещо да прочетеш следната статийка:

Коя е по-бърза?

[UNIXman]

Цитат (Guest @ Юни 03 2005,01:40)

С коя файлова система се постига най-голяма бързина'>

Тука някъде из форумите един се уби да хвали XFS файлова с-ма,ама аз за пръв път чух че има такава!
Някой да е работил с нея?

Доколкото знам XFS (освен че значи X Font System)  е и файлова система на MacOS X.Така поне четох в нет-а. Интересно тоя пич с ква ОС я е използвал тая система'>?

[CaBA]

Цитат (UNIXman @ Юни 04 2005,08:18)

Цитат (Guest @ Юни 03 2005,01:40) С коя файлова система се постига най-голяма бързина?????? Тука някъде из форумите един се уби да хвали XFS файлова с-ма,ама аз за пръв път чух че има такава! :0 Някой да е работил с нея?

Аз, ог две години. Това е файловата система, използвана от Silicon Graphics в техния UNIX дериват IRIX.
От всички файлови системи за Линукс, които съм пробвал (ext2,ext3,ReiserFS), XFS ми дава най-добро съотношение скорост/сигурност. Поддържа разширени атрибути (вкл. Access Control Lists) и ефективно работи с огромни файлове (>4GB). Ако сравним файловите системи с автомобили, това е космически кораб :)