LINUX.ORG.RU

Переход на ext4

 , ,


0

1

Ext4 является новейшей из длинного перечня файловых систем для Linux и, похоже, она станет такой же важной и популярной, как и ее предшественницы. В качестве системного администратора Linux вам необходимо разбираться в преимуществах, недостатках и основных этапах перехода на ext4. В этой статье рассказывается, как перейти к использованию ext4, как настроить привычные средства обслуживания файловой системы для работы с ext4 и как полностью использовать возможности этой файловой системы.

>>> Подробности

★★★

Проверено: maxcom ()
Последнее исправление: Pinkbyte (всего исправлений: 2)
Ответ на: комментарий от anonymous

В идеале Линукс должен подстраиваться под пользователя, а не пользователь под систему. А то, что у нас некоторые создают рядом файлы
Отчёт.doc отчет.doc ОТЧЕТ.doc и ещё невесть, что, так это их проблемы. Между прочим обычной грамотности в школе учат, а не уповают на всякие проверки орфографии, так и компьютерной грамотности тоже учить нужно. Пользователь сам должен думать, и нужно учить его это делать, а не отучать.

Gorthauer ★★★★★
()
Ответ на: комментарий от adarovsky

> А вот если оно будет жить в ключах b-дерева, всё будет хорошо и быстро.

Теперь ещё и все ФС править, даже NTFS во прикол-то. :D

anonymous
()
Ответ на: комментарий от Evgueni

>Я не спец, но на сколько я понимаю нет, просто одно и тоже слово может быть закодировано принципиально двумя разными способами.

Это просто замечательно!

>Но вы же не будете спорить, что Иван Грозный.pdf и грозный Иван.pdf это разные документы

Конечно, нет. Но я категорически настаиваю, что Грозный.pdf и грозный.pdf — это одно и то же, только второе неправильно написано.

Я ведь не настаиваю на том, чтобы всё показывать только в верхнем или только в нижнем регистре. Просто при поиске и открытии регистр учитываться не должен.

adarovsky ★★★★
()
Ответ на: комментарий от anonymous

> Теперь ещё и все ФС править, даже NTFS во прикол-то.

Да, NTFS-то case-sensitive внутри. Похоже, в недрах MS зреет революционная фича...

anonymous
()
Ответ на: комментарий от adarovsky

>> Именно равно, так как по сути дела пользователям нет никакого дела до имён файлов и директорий в которых они находятся - им интересно только содержание

>Ловко! Из-за этого пользователи линукса и убегают на макос. Там за заплаченные деньги система работает как надо. Без гнилых отмазок. При наличии патча, кстати. Просто патч лень людям наложить, охренеть…

К слову. Вообще-то это идея одного из ключевых создателей интерфейса маков. Кстати по поводу однокнопочной мышки он сожалел, а по поводу этого нет.

А про патч это круто - только он мешает туче бедных пользователей жить. Я не думаю что надо устраивать себе проблемы из-за чужих предпочтений.

Evgueni ★★★★★
()
Ответ на: комментарий от anonymous

> Теперь ещё и все ФС править, даже NTFS во прикол-то. :D

А ты думал! Порядок блюсти — не м%&ями трясти!

adarovsky ★★★★
()
Ответ на: комментарий от adarovsky

> Я ведь не настаиваю на том, чтобы всё показывать только в верхнем или только в нижнем регистре. Просто при поиске и открытии регистр учитываться не должен.

Почему собственно?

Внутри своего приложения можно делать всё что угодно, но другим ограничивать жизнь не надо.

Evgueni ★★★★★
()
Ответ на: комментарий от adarovsky

> Просто при поиске и открытии регистр учитываться не должен.

Для каких конкретно алфавитов? Что скажете про греческий? Таблицы соответствий для всех делать? Костали расставлять? баги плодить...

anonymous
()
Ответ на: комментарий от Evgueni

>>Но я категорически настаиваю, что Грозный.pdf и грозный.pdf — это
одно и то же, только второе неправильно написано.
Дык сложно допустим в Наутилусе или Долфине сделать галочку в настройках игнорировать регистр? Нехрен это в ядро тащить.

Gorthauer ★★★★★
()
Ответ на: комментарий от Evgueni

>К слову. Вообще-то это идея одного из ключевых создателей интерфейса маков. Кстати по поводу однокнопочной мышки он сожалел, а по поводу этого нет.

по поводу чего? не понял.

> про патч это круто - только он мешает туче бедных пользователей жить. Я не думаю что надо устраивать себе проблемы из-за чужих предпочтений.

я, судя по всему, нечётко выразился. Есть патч, который добавляет опцию case insensitive к ext3. Тут ссылка пробегала. Пристально, правда, не смотрел на него. Если с этой опцией FS не меняет самовольно регистр букв в имени файла, он обязан быть в апстриме, и в инсталляторах должна присутствовать галочка "включить CI для домашнего каталога"

adarovsky ★★★★
()
Ответ на: комментарий от adarovsky

> Если с этой опцией FS не меняет самовольно регистр букв в имени файла, он обязан быть в апстриме, и в инсталляторах должна присутствовать галочка "включить CI для домашнего каталога"

Это не сюда, это к мэйнтейнерам ядра. Заодно и узнаете их мнение.

anonymous
()
Ответ на: комментарий от Gorthauer

> Дык сложно допустим в Наутилусе или Долфине сделать галочку в настройках игнорировать регистр? Нехрен это в ядро тащить

Да, сложно. Потому что этот костыль придётся вставлять в любой скрипт Васи Пупкина. И в любую программу на С этого Васи. Это не говоря о феерических тормозах, которые воспоследуют, если попытаться открыть файл не в том регистре, а в каталоге их ещё пара сотен. А каталоги вложенные, ага.

adarovsky ★★★★
()
Ответ на: комментарий от adarovsky

> по поводу чего? не понял.

По поводу того, что имён файлов не должно быть вообще. Это на самом деле трагедия, что люди привыкают к уродской системе с именами файлов и каталогов, да ещё упростить её стремятся потому как привыкают мусорить ОтЧёТаМи.pdf.

Evgueni ★★★★★
()
Ответ на: комментарий от anonymous

> Это не сюда, это к мэйнтейнерам ядра. Заодно и узнаете их мнение

их мнение видно и так. Из самого наличия этого отдельного проекта.

adarovsky ★★★★
()
Ответ на: комментарий от Evgueni

> По поводу того, что имён файлов не должно быть вообще. Это на самом деле трагедия, что люди привыкают к уродской системе с именами файлов и каталогов, да ещё упростить её стремятся потому как привыкают мусорить ОтЧёТаМи.pdf

они эту проблему значительно порешали, кстати. Ихий Spotlight работает очень хорошо, мне очень нравится. При этом умудряется быть незаметным. Просто работает, и всё.

adarovsky ★★★★
()
Ответ на: комментарий от adarovsky

> если попытаться открыть файл не в том регистре, а в каталоге их ещё пара сотен.

Вас не затруднит выложить фото человека, который так делает? Мы посмотрим на какую аудиторию вы нацеливаетесь. Смирительные рубашки можно для приличия снять.

anonymous
()
Ответ на: комментарий от adarovsky

> не ищи мозги там, где их нет по определению. Достаточно case insensitive file access, без всяких идиотских правил и конфигов, куда ни один вменяемый человек в жизни не полезет.

Конфиги нужны потому что у нас не армия, и строем в ногу никто не ходит. В виндоус и маках тоже все на конфигах держится, хоть и в извращенной форме неудобного реестра.

> Достаточно case insensitive file access, без всяких идиотских правил и конфигов


Достаточно оставить все как есть и не порождать новых проблем.

> Учти только, что если реализовывать на уровне libc, то придётся при открытии файла и несовпадении регистра делать readdir, что повлечёт за собой дикие тормоза.


Ну а лишний расход CPU в ядре на всех серверах/мобильниках/роутерах с линуксом , включая также ноутбуки работающие от аккумулятора ты не подумал учесть ?
Дикие тормоза будут если в 1 директории будут тысячи файлов - часто ли пользователи так делают ?

szh ★★★★
()
Ответ на: комментарий от anonymous

> А одинаковое начертание букв разных алфавитов тоже нужно учитывать? Например Оо Oo Рр Pp Сс Cc набраны и кириллицей и латиницей. Так сходу отличишь? Особенно часто опечатки бывают с "C". Если имя файла состоит из одного символа? Это же тоже минус юзабилити! Фигли, с виду одно и тоже.

Друг анонимус!

Надобно развить эту тему - есть ещё пробелы! и имена Важный_отчёт.pdf должно считать тождественным имени Важный__отчёт.pdf, ибо пользователь не только не может заметить разницы между разными регистрами, совпадающими буковками разных языков но и не может подсчитать количество пробелов в случае применения пропорционального шрифта. (я использовал подчерки - т.к. браузеры обычно показывают один пробел, даже если в html несколько)

Подошёл товарищ, у него особенность: он матом разговаривает. С его точки зрения имена "Важный отчёт.pdf" и "Важный, бля, отчёт.pdf" тоже не различимы.

Что-то мне подсказывает, что идея регистронезависимых имён - это затея из области "Do What I Mean". Но разные люди хотят разного - и потому с реализацией таких затей нужно быть осторожным. Этого только солипсисты не понимают.

anonymous
()
Ответ на: комментарий от szh

> Конфиги нужны потому что у нас не армия, и строем в ногу никто не ходит. В виндоус и маках тоже все на конфигах держится, хоть и в извращенной форме неудобного реестра

в макоси оно в XML, но для удобства к настройкам есть доступ через программу defaults.

> Достаточно оставить все как есть и не порождать новых проблем

и существующих — как собак нерезанных? :)

> Ну а лишний расход CPU в ядре на всех серверах/мобильниках/роутерах с линуксом

кто заставляет монтировать там FS с ключом ci? Используй по-старинке, делов-то!

>Дикие тормоза будут если в 1 директории будут тысячи файлов - часто ли пользователи так делают ?

Хватит и пары сотен со вложенными каталогами. Их тоже надо искать in case insensitive way.

adarovsky ★★★★
()
Ответ на: комментарий от anonymous

> Что-то мне подсказывает, что идея регистронезависимых имён - это затея из области "Do What I Mean". Но разные люди хотят разного - и потому с реализацией таких затей нужно быть осторожным. Этого только солипсисты не понимают

но только линуксоиды вместо того, чтобы взять и сделать, ищут мозги в жопе. Не только в случае этой проблемы. А у остальных 99% пользователей оно, ВНЕЗАПНО, работает.

adarovsky ★★★★
()
Ответ на: комментарий от anonymous

> Кому обязаны ? Уже приводились способы сделать свой home регистронезависимым ? Или тебе надо чтобы у всех было так, как надо только тебе ?

Надо чтобы было так как надо здравому смыслу. Если кто-то с ним не дружит, они со временем привыкнут даже если в настоящий момент по каким-то религиозным соображениям несогласны. Возможно система должна автоматически подгонять регистр под "Proper Case" или "Big first letter" при выводе независимо от того как пользователь сохранил. А расширения файлам вообще не нужны. Метаданные должны быть прозрачны для пользователя и не ограничены типом. Но это будущее.

anonymous
()
Ответ на: комментарий от adarovsky

>> Дикие тормоза будут если в 1 директории будут тысячи файлов - часто ли пользователи так делают ?
> Хватит и пары сотен со вложенными каталогами. Их тоже надо искать in case insensitive way.


Вы вообще когда-то базы данных видели ? Нет ?
Я вам скажу - они делают case insensitive поиск по миллионам записей за доли секунды на обычных десктопных машинах. Так должна наботать и FS. Если неработает или тормозит на сотнях записей - то проблема только в разработчиках FS.

anonymous
()
Ответ на: комментарий от adarovsky

>но только линуксоиды вместо того, чтобы взять и сделать, ищут мозги в жопе.

Нет товарищ, мозги в данном органе скорее у вас. Вот помудите сами: запретили вы тупым юзверям с регисторм баловаться, ну кажется все победа близка. Но ведь буть у вас мозгов хоть чуточку больше чем у прапорщика ну или образования вы бы знали, что в русском языке, пожалуй как ни в каком другом, есть еще такое малознакомое вам понятие как синонимы. И напоролись вы скажем на папочку с файлами: гадкий.txt, противный.txt, отвратительный.txt, отталкивающий.txt, омерзительный.txt, мерзкий.txt, грязный.txt, гнусный.txt, неприятный.txt, поганый.txt, дурной.txt, дрянной.txt, гадостный.txt, пакостный.txt, скверный.txt И различайте их себе на здоровье. Вам уже тыкали тут тем фактом, что а и a иногда на глаз не различть, конечно сей факт был благоразумно вами проигнорирован, оно и понятно - крыть нечем. Но что вы к регистру привязались, есть костылики для убогих, не дадут они вам файлики в хомяке с разным регистром создавать, казалось бы чего еще желать вот средство для поддержания психики в равновесии - живи да радуйся. Но надо же и остальных нагнуть в том же направлениии, а то как же так, вы мучаетесь а другие нет.

A-234 ★★★★★
()
Ответ на: комментарий от Evgueni

>Если делать систему для идиотов (тех кто плодит кучу Отчётов.pdf), то только идиоты и будут ей пользоваться.

Ну вот они во главе с г-ном adarovsky на ЛОР и подтянулись и начинают уже ТРЕБОВАТЬ что-то от Linux (оно и понятно: "родная M$" их кинула с Вистой - они в этом не признаются, но сами-то уже это осознали, на MacOS X уже посмотрели - уже негламурно, невыпендрёжно и Джобсу что-то диктовать и требовать - он их На-хер пошлёт (это если сильно повезёт), а скорее всего просто проигнорирует, как эти "требователи" того и заслуживают)

Led ★★★☆☆
()
Ответ на: комментарий от A-234

Емае, опечатка по Фрейду, хотя клавиши рядом, разумеется я вас так обидеть не хотел, примите мои искренние извинения, конечно имелость в виду слово "посудите". Я был неправ.

A-234 ★★★★★
()
Ответ на: комментарий от adarovsky

>Оттуда и пишу.

Тогда понятно, почему ты до сих пор не забанен, а награждён четырьмя звездочками.

>Замечательно работает, кстати. В идеале, линукс должен стать похожим на макос по юзабилити.

Led ★★★☆☆
()
Ответ на: комментарий от adarovsky

>В свою очередь, спрошу: что лежит в файле "атчет.txt", который находится рядом?

Т.е. ны не можешь однозначно трактовать и входишь в бесконечный цыкл, когда слово написано на твоём родном языке, но одно с заглавной буквы, а другое со строчной???

Однозначно - макофилия головного мозга! Через интерене это заразно?

Led ★★★☆☆
()
Ответ на: комментарий от adarovsky

Адаровский, ты замонал блин. только дебил не может
отличить Отчёт от отчет.


Я например для удобства одну и ту же прогу обзываю
симлинками как Calc и calc -- в зависимости от этого она мне или
насчитывает данные, или уже обрабатывает насчитанные.
И таких примеров тысячи.

ivon
()
Ответ на: комментарий от adarovsky

>>Глупость сморозили, не находите? По крайней мере, неплохо было бы
>выдать предупреждение о том, что сейчас будет перезаписан файл с

>именем, отличным от заданного в командной строке!

>

>смотри на ключ -i. Включает режим "Парить юзера всякой хернёй".

>

>Если ты кидаешь drag'n'drop'ом файл «отчёт.pdf» в каталог, где есть

>«Отчёт.pdf», то надо выдать предупреждение и при подтверждении

>перезаписать «Отчёт.pdf», а не сделать рядом «отчёт.pdf». И сказать,

>что файл есть, должен системный вызов access, а не костыль в наутилусе

>или дельфине.

>

>Для совсем роботов: системный вызов open("отчёт.pdf", …) должен открыть

>«Отчёт.pdf», если такой есть. Если стоит флаг O_CREAT, то не надо

>делать рядом «отчёт.pdf», надо открыть «Отчёт.pdf». Так понятно?


"
— Вы стоите на самой низшей ступени развития, — перекричал Филипп Филиппович, — вы еще только формирующееся, слабое в умственном отношении существо, все ваши поступки чисто звериные, и вы в присутствии двух людей с университетским образованием позволяете себе с развязностью совершенно невыносимой подавать какие-то советы космического масштаба и космической же глупости о том, как все поделить… А в то же время вы наглотались зубного порошку…

— Третьего дня, — подтвердил Борменталь.

— Ну вот-с, — гремел Филипп Филиппович, — зарубите себе на носу, кстати, почему вы стерли с него цинковую мазь? — Что вам нужно молчать и слушать, что вам говорят. Учиться и стараться стать хоть сколько-нибудь приемлемым членом социалистического общества. Кстати, какой негодяй снабдил вас этой книжкой?"

anonymous
()

г-на Адаровского в задницу. его представлеине о мире и именах файлов - туда же. Имена файлов должны быть регистрозависимыми - факт. поиск может быть как регистрозависимым, так и нет - в зависимости от ключа поиска - факт. Регистро(не)зависимость открытия файла и прочих операций должна/может быть зависима от опций монтирования. Если я захочу написать прогу, которая будет хранить, например, ники из моего контакт-листа в аське, нужно, чтобы имя файла Ромашка.txt отличалось от имени файла РоМаШкА.txt и аналогичных, но в разных регистрах. А если вы хотите писАть в файл "отчет.pdf", то и открывайте именно файл "отчет.pdf", а не "ОтЧеТ.МатьЕго.pdf". И вообще, если Вам нравится реализация в маке или винде, то и пользуйтесь ими дальше, но не стОит указывать людям, КАК оно должно быть реализовано по Вашему мнению. Люди сами для себя разберутся.

anonymous
()
Ответ на: комментарий от szh

> Только если вызов стандартной системной библиотеки, а не ядерный. И тогда отдельным пользователям типа вас отдельной настройкой, чтобы не мешало другим.

Ага. И назвать "Accessibility" - типа для инвалидов.

pv4 ★★
()

кстати по поводу хранения имен файлов в нтфс: попробуйте поменять имя файла "Отчет.pdf" на "отчет.pdf". Реализация просто вдохновляет на применение веществ в противоестесственных количествах. :)

anonymous
()
Ответ на: комментарий от adarovsky

> Отключи на время юникс головного мозга, и тебе станет понятно, что "файл.txt" и "Файл.txt" рядом — глупость и маразм

Отключи на время окна головного мозга, и тебе станет понятно, что "файл.txt" и "Файл.txt" рядом — глупость и маразм. И тогда ты перестанешь пытаться обращаться к _одному_ файлу по _разным_ именам.

pv4 ★★
()

кроме того, регистронезависимость сужает возможности именования временных файлов, то бишь если есть файл asdf.tmp, то файла AsDf.tmp быть уже не может

anonymous
()
Ответ на: комментарий от anonymous

А что сказал Патрег по поводу ext4?

anonymous
()
Ответ на: комментарий от anonymous

>Если я захочу написать прогу, которая будет хранить, например, ники из моего контакт-листа в аське, нужно, чтобы имя файла Ромашка.txt отличалось от имени файла РоМаШкА.txt

А также, чтобы имя Вася.txt отличалось от имени Вася.txt? :D Выдыхай, в общем :D Или у тебя в контакт-листе только два пользователя? :D

...

У меня одних только Alex'ов штук пять и Serge'й штуки четыре...

KRoN73 ★★★★★
()

>KRoN73 пример изначально высосан из пальца, но почему почему имена файлов в разных регистрах не могут быть рядом? ИМХО регистро(не)зависимость должна быть опциональной, ибо зачем ограничивать одних пользователей в угоду другим?

anonymous
()
Ответ на: комментарий от Evgueni

>Из-за этого пользователи линукса и убегают на макос.

в макоси можно выбрать hfs+ с различием регистра и без различия.

Все хорошо, но половина программ прямо пишет, что не поставится на фс с различием регистра.

Так что реально свободы выбора нет.

Что касается отношения макоси к файлам, то у них дела не намного лучше, чем в винде. Да, ФС получше, но маниакальная трасть макоси создавать кучу скрытых файлов и директорий кого угодно сведет в дурку...

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

>>KRoN73 пример изначально высосан из пальца

Нет, это совершенно реальный пример. И надо совершенно не знать жизни, чтобы предложить хистори хранить по нику :) Идеальное решение - ник+uin. Традиционное - uin.

>но почему почему имена файлов в разных регистрах не могут быть рядом?

Потому что в языке слова в разном регистре не отличаются. И потому, что слово «потому» в предыдущем и это сообщении НЕ РАЗЛИЧЮТСЯ. Также, как не различаются слова «различаются» в предыдущем и текущем сообщении...

В общем, различие регистра было не от очень большого ума сделано :) И даже 30 лет назад ресурсов нечувствительная к регистру проверка не жрала. Одна битовая операция на байт, да ещё вне цикла, только перед общей операцией - это смешно.

KRoN73 ★★★★★
()
Ответ на: комментарий от adarovsky

>Регистрозависимый вариант в большинстве случаев будет работать везде,

в макоси не работает. Разработчики не учитывают в своих программах регистр имен файлов, поэтому багов будет море.

>а вот регистронезависимый будет нормально работать в макоси и винде, но будет глючить в линуксе.

Прекрасно работает регистронезависимая jfs в линуксе. Вообще без проблем.

AVL2 ★★★★★
()

>KRoN73

на самом деле я имелл ввиду, что мой пример высосан из пальца. и тем не менее, принудительно лишать возможности создавать файлы "a.txt" и "A.txt" в одном каталоге имхо негуманно.

anonymous
()
Ответ на: комментарий от KRoN73

>Потому что в языке слова в разном регистре не отличаются.

при чем тут язык. Имя файла, это уникальный текстовой id некоего содержимого, куска памяти, конвейера и т.д.

И работать он должен максимально просто. Равно то, что одинаково.

А поиск может быть какой угодно. Собственно, регистронезависимый поиск в линуксе есть уже рчень давно.

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

>Вы вообще когда-то базы данных видели ? Нет ?

угу. sqlite3

>Я вам скажу - они делают case insensitive поиск по миллионам записей за доли секунды на обычных десктопных машинах.

но только в пределах ascii

AVL2 ★★★★★
()
Ответ на: комментарий от Gharik

толсто. Хоть и гхарик, но все равно толсто. Трындел бы уж лучше о том, что знаешь, детко.

anonymous
()
Ответ на: комментарий от adarovsky

>Я, если ты не заметил, не просто троллю, а троллю со значением. 


Я с Вами, юноша, детей не крестил, так что не тыкайте мне. Я выразил Вам кредит уважения, так как в некоторых Ваших постах пробегала рябь здравой мысли, но увы, Вы его не оправдываете, видите только одну сторону дела, легко покупаетесь на то что хотите услышать, а не на суть послания.
Жизнь -она не черно-белая.
На троллей не обижаюсь, обижаться смешно. ;-)
Давно меня так никто не веселил на ЛОРе.
 
>Решение предлагаю, так-зять: сп%$№ить решение из ...


Это мы уже проходили - "Отнять и поделить" 

>Избегай Заглавных Букв Не В Дело. Могут заподозрить Плохое Образование или принадлежность к Секте.

 
"Да, гимназиев Митрич не кончал..."
На счет образования - воспитания Вам все-таки бы подзанять.

Можно вообще исключить это глупое разделение букв на регистры - как 

жить-то легче станет - никто не перепутает никакой отчет.
Проблема разделения буковок на большие и маленькие - 
совершенно надуманная пародия на проблему.
Не можете определиться с написанием имени файла? 
Займитесь лучше его содержанием.
Хоть горшком назови - только в печь не сажай.
:-) И по-чаще будьте дружелюбны.

svl2
()
Ответ на: комментарий от KRoN73

> Потому что в языке слова в разном регистре не отличаются. И потому, что слово «потому» в предыдущем и это сообщении НЕ РАЗЛИЧЮТСЯ.

Большинство имен файлов не являются набором слов из языка. Приплетаете надуманно "аргумент".

szh ★★★★
()
Ответ на: комментарий от A-234

> гадкий.txt, противный.txt, отвратительный.txt, отталкивающий.txt, омерзительный.txt, мерзкий.txt, грязный.txt, гнусный.txt, неприятный.txt, поганый.txt, дурной.txt, дрянной.txt, гадостный.txt, пакостный.txt, скверный.txt И различайте их себе на здоровье. Вам уже тыкали тут тем фактом, что а и a иногда на глаз не различть, конечно сей факт был благоразумно вами проигнорирован, оно и понятно - крыть нечем. Но что вы к регистру привязались, есть костылики для убогих, не дадут они вам файлики в хомяке с разным регистром создавать, казалось бы чего еще желать вот средство для поддержания психики в равновесии - живи да радуйся. Но надо же и остальных нагнуть в том же направлениии, а то как же так, вы мучаетесь а другие нет.

+1

szh ★★★★
()
Ответ на: комментарий от adarovsky

> Нет, не противоречу. Попробуй подумать. Это несложно.

Простите, вроде бы на брудершафт не пили, с чего это вы позволяете себе тыкать в незнакомых людей?

По теме:

Не прикидывайтесь дурачком, вы прекрасно поняли что я хотел сказать, однако если вы настолько узколобы, могу потрудиться и выстроить логическую цепочку для вас:

Что значит системный вызов open("отчёт.pdf", …) с флагом O_CREAT? Не иначе как создать файл с таким именем, разве нет? И что же по вашей логике? Если файл существует, но в другом регистре то он открывает имя файла совсем другое, не то которое вы указали ему создать. Тем не менее ранее вы указывали, что вы хотите чтобы файл создавался именно в том регистре, что вы указали.

ЧТД

anonymous
()
Ответ на: комментарий от Adjkru

на 120 гигабайтном хомяке под завязку забитым музыкой JFS ведёт себя - отлично. Отключения питания были. А корневая под ext3 что бы когда нить ext4 попробовать. Райзером по религиозным причинам использовать не буду. XFS мне не нужен - фильмы не храню.

Levinskij
()
Ответ на: комментарий от anonymous

>Вы вообще когда-то базы данных видели ? Нет ?

Нет, а что это такое?

>Я вам скажу - они делают case insensitive поиск по миллионам записей за доли секунды

При наличии индекса, ы? Попробуй сделай raw scan по такой табличке — порвёт шаблон.

adarovsky ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.