այսօր նոր լափթոփի վրայ համակարգ էի տեղակայում։ ֆանթու։
ռութը ինչպէս միշտ, սարքեցի XFS, քոմփայլ արեցի միջուկ ու grub2։
սակայն, անակնկալ, grub֊ը չէր կարողանում բեռնել միջուկը։ հմ։
ես երկրորդ գրաբի շելլի հետ բնաւ ծանօթ չեմ։ մի քանի հրաման գրեցի՝ help — չկայ, ls — աշխատեց։ ասաց՝
(hd0) (hd0,msdos1) (hd0,msdos2)
վաու։ փորձեցի
ls (hd0,msdos1)
ասաց որ XFS է տեսնում։
հիանալի։ բա ինչի՞ չի բեռնում միջուկը։
սկսեցի կարդալ ինչպէս են grub2֊ի հետ աշխատում՝
set root=(hd0,msdos)
set prefix=(hd0,msdos1)/boot/grub
insmod normal
լիքը սխալ էկրանին։
նորմալ անունով մոդուլը գտնուած չէ։
այս հաղորդագցութիւնը, որ չի կարողանում կարդալ XFS, ստիպեց մտածել, կարո՞ղ է այս բեռնիչի վարկածը չի կարողանում նոր XFS կարդալ։ համացանցում գտնում էի որ լուծւում էր, երբ մարդիկ առանձին ext /boot բաժին էին ստեղծում։
ես բնաւ չէի ուզում, քանի որ արդէն ամէն տեղեկատւութիւնը լցրել էի դիսկի վրայ, ու չեմ էլ սիրում առանձին /boot բաժին ունենալ։
ապա քաշեցի grub֊ի այսօրուայ ելատեքստը իրենց git շտեմարանից։ այնպէս ստացուեց, որ ստիպուած եղայ ուրիշ կարգչից քաշել, տառ սարքել, ու նոր լցնել նոր կարգչի վրայ։
հիմա ժամանակն է խորամանկութիւն կիրառել, որ հեշտ լինի։
կամ պէտք է գնայի /portrage/sys-boot/grub եւ պատճենէի grub֊ի տեղակայման նիշքը, սարքելով git-999 եբիլդ նիշք, եւ խմբագրելով, կամ, որը շատ աւելի հեշտ է, ու պէտք չէ ոչ մի բան փոխել git ծառում՝ արեցի emerge grub, եւ սեղմեցի ctrl+s, այն պահին, երբ արդէն բացել է ելատեքստը /var/tmp/portage պանակում, բայց դեռ չի անցել կոմպիլյացիային։
ապա վրայից լցրի իմ նոր քաշած գիտ սնեփշոթը։ յետոյ chown -R portage:portage /var/tmp/portage/*
հիմա ctrl+q
կարծես գնաց։ բայց գնաց՝ կոնֆիգուրի անվերջ թուացող լուփի մէջ մտաւ։ ինչո՞ւ։ կանգնացրի, տեսնեմ, երբեմն զգուշացում է երեւում, որ սորսը ապագայի թայմսթեմփ ունի։
հմ։ ուրիշ պատուհանում՝ emerge openntpd; ntpd -s;
մի հատ էլ կոմպիլյացիան անցաւ, եւ տեղակայեց ինձ հնարաւորինս թարմ բեռնիչի վարկած։
grub-install /dev/sda
boot-update
ահա։ վերմեկնարկելուց յետոյ ամէն ինչ աշխատեց։ պատճառը ճիշտ էի կռահել։
(:
ու տենց
Այ ինչու եմ ես սիրում xfs-ը, որովհետեւ այն շատ հեշտ դեֆրագ է լինում։
Առանց անմաունթ լինելու։
Եթե սակայն ֆակտորը մեծ է
ու տենց
Երբ Ջաֆար Պանահու մասին էի գրում, մտածեցի․
Հանս Ռայզերը, ինչպես հայտնի դարձավ Շիշկինի հետ հարցազրույցից, իրավունք չունի կարգիչ օգտագործել։ Ու եթե Պանահին անգութորեն նստած է իր ֆիլմերի համար, ու պարզ է ինչու է նրան արգելված ֆիլմեր նկարել ու սցենարներ գրել, ապա Հանսը՝ կանխամտածված սպանության համար։ Սակայն նա միևնույն է իրավունք չունի կարգիչ օգտագործել, որը նշանակում է՝ չի կարող իր կյանքի ամենակարեւոր պրոեկտը՝ ռայզերֆսը կատարելագործել։
Բնական է որ կասկած է առաջանում արդյոք Ռայզերը իրականում սպանության համար է դատապարտված, կամ արդյո՞ք դա չի օգտագործված ինչ որ մեկի կողմից որպեսզի խափանի ֆայլային համակարգի զարգացումը։
[Շիշկինի հետ հարցազրույցից։][1]
մեկնաբանություններից՝
<blockquote style="border: 2px solid rgb(127, 195, 59); padding: 10pt; margin-left: 30pt; background-color: #a6df6d;">
<p>
Лично мне он внушает и то, и другое. Насчёт работы по выходным – так многие, если не большинство, опенсорс-девелоперов, не делают и этого. К тому же, действительно, в reiser принципиально ничего технически нового уже не требуется, потому что в основе лежат фундаментальные алгоритмы, уже реализованные. Сейчас нужно просто запилить все баги.<br /> У меня интервьюируемый вызывает огрмное уважение тем, что он занимается интеллектуальным трудом, а не продаёт себя, как проститутка, зарабатывая клепанием говно веб-, java- и flash-контента, и всякой бизнес-ориентированной фигни. Он создаёт новое, прогрессивное, а не тупо прогибается под потреблядский маркетинг .
</p>
ու տենց
_ու տենց _I have a three years old external harddrive. Actually it is just a notebook hdd which I am used to connect via usb controller. Already couple of months it is almost impossible to write on it. Write operation hangs, and that’s all. I have tested it for badblocks, on Linux and Wind, SMART also reports nothing.
Couple of days ago I was trying different filesystems on it. Reiserfs and Reiser4, ext{2-4}, XFS, with no success. What I didn’t understand, is why my hdd now works perfectly with JFS on it.
I was able to copy 70 gb movies on it, and play some of them. I also unmounted and mounted it again. Drive works suspiciously well. Wham am I doing wrong, I wonder.
und so weiter
mkfs.reiserfs and mkfs.reiser4 արտաքին 1տբ վինչի վրա տևում է՝ ~ 50 վայրկյան
mkfs.ext3 and mkfs.ext4 նույն վինչի վրա տևում է արդեն ~ 10 րոպե
այսպիսով, րայսերֆս-ը մոտ տաս անգամ ավելի արագ է ստեղծվում։
_ու տենց _
на прошлом месте работы я очень рекомендовал использовать скомпилированные с О3 оптимизацией gentoo системы на reiserfs вместо RHEL на ext3
Сделал сетап дженту с скомпиленныйм с О3 mysql так как это их интересовало больше.
А потом уже уйдя с той работы получил результаты их тестов.
меньше – лучше 🙂
blue – my custom Gentoo, Red – RHEL 🙂
мой сетап gentoo против их сетапа RHEL на той же машине
6.53 секунды против 10.74 секунды
21.14 секунды против 32.75 секунды
2 минуты 57.14 сек против 3 минуты, 54.27 секунды
7 минут 44.56 сек против 10 минут 2.54 секунды
P-4 2.4 MHz RAM 512,
Gentoo (kernel 2.6.28.7, FS – reiserfs)
RedHat 4 Enterprice (kernel 2.6.9-5, FS –ext3)
WRITE
Gentoo
41 MB, 387203 record file
LOAD DATA INFILE “04062007” INTO TABLE ulog; Time 6.53 sec
64 MB, 590284 record file
LOAD DATA INFILE “03282007” INTO TABLE ulog; Time 10.74 sec
RH4 EL
41 MB, 387203 record file
LOAD DATA INFILE “04062007” INTO TABLE ulog; Time 21.14 sec
64 MB, 590284 record file
LOAD DATA INFILE “03282007” INTO TABLE ulog; Time 32.75 sec
READ
Gentoo
SELECT COUNT(*) FROM page, page_info WHERE page.page_namespace = 100 AND page.page_id = page_info.page_id; Time 2 min 57.14 sec
SELECT COUNT(*) FROM page WHERE page_title LIKE ‘a’; Time 7 min 44.56 sec
RH
SELECT COUNT(*) FROM page, page_info WHERE page.page_namespace = 100 AND page.page_id = page_info.page_id; Time 3 min 54.27 sec
SELECT COUNT(*) FROM page WHERE page_title LIKE ‘a’; Time 10 min 2.54 sec