Войти на сайт
28 Марта  2024 года

 

  • Окъумагъан сокъурду, сокъур ташха абыныр!
  • Адеб этмеген, адеб кёрмез.
  • Татлы сёз – балдан татлы.
  • Ойнай билмеген, оюн бузар.
  • Экеу тутушса, биреу джыгъылыр.
  • Джыгъылгъанны сырты джерден тоймаз.
  • Булут кёкге джарашыу, уят бетге джарашыу.
  • Джарлы тюеге минсе да, ит къабар.
  • Айранны сюйген, ийнек тутар.
  • Соргъан айыб тюлдю, билмеген айыбды.
  • Ёзденликни кёбю ётюрюк.
  • Къызны минг тилер, бир алыр.
  • Тойгъан джерге джети къайт.
  • Акъыллы – эл иеси, тели – эл баласы.
  • Ёлген аслан – сау чычхан.
  • Элиб деген, элге болушур.
  • «Ма», - дегенни билмесенг, «бер», - дегенни билмезсе.
  • Тынгылагъан тынгы бузар.
  • Ышармагъан – кюлмез, кюлмеген – къууанчны билмез.
  • Эшекге миннген – биринчи айыб, андан джыгъылгъан – экинчи айыб.
  • Акъыл къартда, джашда тюйюлдю – башдады.
  • Ачыу алгъа келсе, акъыл артха къалады.
  • Джангыз терек къынгыр ёсер.
  • Кюлме джашха – келир башха.
  • Эки ойлашыб, бир сёлешген.
  • Босагъагъа джууукъ орун болса, ашыгъыб тёрге озма.
  • Къуру гыбыт бек дыгъырдар.
  • Келгинчи, къонакъ уялыр, келгенден сора, къонакъбай уялыр.
  • Кёзюнде тереги болгъан, чёбю болгъаннга кюле эди.
  • Джерни букъусу кёкге къонмаз.
  • Джол бла сёзню къыйыры джокъ.
  • Ашхы болсанг, атынг чыгъар, аман болсанг, джанынг чыгъар.
  • Кийимни бичсенг, кенг бич, тар этген къыйын тюлдю.
  • Бетинги сатма, малынгы сат.
  • Юреннген ауруу къалмаз.
  • Ойнай-ойнай кёз чыгъар.
  • Байлыкъ келсе, акъыл кетер.
  • Хазыр ашха – терен къашыкъ.
  • Аз сёлешген, къайгъысыз турур.
  • Эртде тургъан джылкъычыны эркек аты тай табар.
  • Чакъырылгъанны аты, чакъырылмагъанны багъасы болур.
  • Алма терегинден кери кетмез.
  • Кенгеш болса, уруш болмаз.
  • Атадан ёксюз – бир ёксюз, анадан ёксюз – эки ёксюз.
  • Джыйырма къойну юч джыйырма эбзе кюте эди.
  • Эр сокъур болсун, къатын тилсиз болсун.
  • Джолунга кёре – джюрюшюнг, джагъанга кёре – юлюшюнг.
  • Адам туугъан джеринде, ит тойгъан джеринде.
  • Айырылмаз джууугъунга, унутмаз сёзню айтма.
  • Ашда – бёрю, ишде – ёлю.

 

Страницы: 1
RSS
Компьютер: программы и железо
 
[size=18:e02f51ddd0]NTFS и FAT: скорость[/size:e02f51ddd0] Самое фундаментальное свойство любой файловой системы, влияющее на быстродействие всех дисковых операций - структура организации и хранения информации, т.е. то, как, собственно, устроена сама файловая система. Первый раздел - попытка анализа именно этого аспекта работы, т.е. физической работы со структурами и данными файловой системы. Теоретические рассуждения, в принципе, могут быть пропущены - те, кто интересуется лишь чисто практическими аспектами быстродействия файловых систем, могут обратиться сразу ко второй части статьи. Для начала хотелось бы заметить, что любая файловая система так или иначе хранит файлы. Доступ к данным файлов - основная и неотъемлемая часть работы с файловой системой, и поэтому прежде всего нужно сказать пару слов об этом. Любая файловая система хранит данные файлов в неких объемах - секторах, которые используются аппаратурой и драйвером как самая маленькая единица полезной информации диска. Размер сектора в подавляющем числе современных систем составляет 512 байт, и все файловые системы просто читают эту информацию и передают её без какой либо обработки приложениям. Есть ли тут какие-то исключения? Практически нет. Если файл хранится в сжатом или закодированном виде - как это возможно, к примеру, в системе NTFS - то, конечно, на восстановление или расшифровку информации тратится время и ресурсы процессора. В остальных случаях чтение и запись самих данных файла осуществляется с одинаковой скоростью, какую файловую систему вы не использовали бы. Обратим внимание на основные процессы, осуществляемые системой для доступа к файлам: Поиск данных файла Выяснение того, в каких областях диска хранится тот или иной фрагмент файла - процесс, который имеет принципиально разное воплощение в различных файловых системах. Имейте в виду, что это лишь поиск информации о местоположении файла - доступ к самим данным, фрагментированы они или нет, здесь уже не рассматривается, так как этот процесс совершенно одинаков для всех систем. Речь идет о тех "лишних" действиях, которые приходится выполнять системе перед доступом к реальным данным файлов. На что влияет этот параметр : на скорость навигации по файлу (доступ к произвольному фрагменту файла). Любая работа с большими файлами данных и документов, если их размер - несколько мегабайт и более. Этот параметр показывает, насколько сильно сама файловая система страдает от фрагментации файлов. * NTFS способна обеспечить быстрый поиск фрагментов, поскольку вся информация хранится в нескольких очень компактных записях (типичный размер - несколько килобайт). Если файл очень сильно фрагментирован (содержит большое число фрагментов) - NTFS придется использовать много записей, что часто заставит хранить их в разных местах. Лишние движения головок при поиске этих данных, в таком случае, приведут к сильному замедлению процесса поиска данных о местоположении файла. * FAT32, из-за большой области самой таблицы размещения будет испытывать огромные трудности, если фрагменты файла разбросаны по всему диску. Дело в том, что FAT (File Allocation Table, таблица размещения файлов) представляет собой мини-образ диска, куда включен каждый его кластер. Для доступа к фрагменту файла в системе FAT16 и FAT32 приходится обращаться к соответствующей частичке FAT. Если файл, к примеру, расположен в трех фрагментах - в начале диска, в середине, и в конце - то в системе FAT нам придется обратиться к фрагменту FAT также в его начале, в середине и в конце. В системе FAT16, где максимальный размер области FAT составляет 128 Кбайт, это не составит проблемы - вся область FAT просто хранится в памяти, или же считывается с диска целиком за один проход и буферизируется. FAT32 же, напротив, имеет типичный размер области FAT порядка сотен килобайт, а на больших дисках - даже несколько мегабайт. Если файл расположен в разных частях диска - это вынуждает систему совершать движения головок винчестера столько раз, сколько групп фрагментов в разных областях имеет файл, а это очень и очень сильно замедляет процесс поиска фрагментов файла. Вывод: Абсолютный лидер - FAT16, он никогда не заставит систему делать лишние дисковые операции для данной цели. Затем идет NTFS - эта система также не требует чтения лишней информации, по крайней мере, до того момента, пока файл имеет разумное число фрагментов. FAT32 испытывает огромные трудности, вплоть до чтения лишних сотен килобайт из области FAT, если файл разбросан по разным областям диска. Работа с внушительными по размеру файлами на FAT32 в любом случае сопряжена с огромными трудностями - понять, в каком месте на диске расположен тот или иной фрагмент файла, можно лишь изучив всю последовательность кластеров файла с самого начала, обрабатывая за один раз один кластер (через каждые 4 Кбайт файла в типичной системе). Стоит отметить, что если файл фрагментирован, но лежит компактной кучей фрагментов - FAT32 всё же не испытывает больших трудностей, так как физический доступ к области FAT будет также компактен и буферизован. Поиск свободного места Данная операция производится в том случае, если файл нужно создать с нуля или скопировать на диск. Поиск места под физические данные файла зависит от того, как хранится информация о занятых участках диска. На что влияет этот параметр: на скорость создания файлов, особенно больших. Сохранение или создание в реальном времени больших мультимедийных файлов (.wav, к примеру), копирование больших объемов информации, т.д. Этот параметр показывает, насколько быстро система сможет найти место для записи на диск новых данных, и какие операции ей придется для этого проделать. * Для определения того, свободен ли данный кластер или нет, системы на основе FAT должны просмотреть одну запись FAT, соответствующую этому кластеру. Размер одной записи FAT16 составляет 16 бит, одной записи FAT32 - 32 бита. Для поиска свободного места на диске может потребоваться просмотреть почти всего FAT - это 128 Кбайт (максимум) для FAT16 и до нескольких мегабайт (!) - в FAT32. Для того, чтобы не превращать поиск свободного места в катастрофу (для FAT32), операционной системе приходится идти на различные ухищрения. * NTFS имеет битовую карту свободного места, одному кластеру соответствует 1 бит. Для поиска свободного места на диске приходится оценивать объемы в десятки раз меньшие, чем в системах FAT и FAT32. Вывод: NTFS имеет наиболее эффективную систему нахождения свободного места. Стоит отметить, что действовать "в лоб" на FAT16 или FAT32 очень медленно, поэтому для нахождения свободного места в этих системах применяются различные методы оптимизации, в результате чего и там достигается приемлемая скорость. (Одно можно сказать наверняка - поиск свободного места при работе в DOS на FAT32 - катастрофический по скорости процесс, поскольку никакая оптимизация невозможна без поддержки хоть сколь серьезной операционной системы). Работа с каталогами и файлами Каждая файловая система выполняет элементарные операции с файлами - доступ, удаление, создание, перемещение и т.д. Скорость работы этих операций зависит от принципов организации хранения данных об отдельных файлах и от устройства структур каталогов. На что влияет этот параметр: на скорость осуществления любых операций с файлом, в том числе - на скорость любой операции доступа к файлу, особенно - в каталогах с большим числом файлов (тысячи). * FAT16 и FAT32 имеют очень компактные каталоги, размер каждой записи которых предельно мал. Более того, из-за сложившейся исторически системы хранения длинных имен файлов (более 11 символов), в каталогах систем FAT используется не очень эффективная и на первый взгляд неудачная, но зато очень экономная структура хранения этих самих длинных имен файлов. Работа с каталогами FAT производится достаточно быстро, так как в подавляющем числе случаев каталог (файл данных каталога) не фрагментирован и находится на диске в одном месте. Единственная проблема, которая может существенно понизить скорость работы каталогов FAT - большое количество файлов в одном каталоге (порядка тысячи или более). Система хранения данных - линейный массив - не позволяет организовать эффективный поиск файлов в таком каталоге, и для нахождения данного файла приходится перебирать большой объем данных (в среднем - половину файла каталога). * NTFS использует гораздо более эффективный способ адресации - бинарное дерево, о принципе работы которого можно прочесть в другой статье ( Структура NTFS). Эта организация позволяет эффективно работать с каталогами любого размера - каталогам NTFS не страшно увеличение количества файлов в одном каталоге и до десятков тысяч. Стоит заметить, однако, что сам каталог NTFS представляет собой гораздо менее компактную структуру, нежели каталог FAT - это связано с гораздо большим (в несколько раз) размером одной записи каталога. Данное обстоятельство приводит к тому, что каталоги на томе NTFS в подавляющем числе случаев сильно фрагментированы. Размер типичного каталога на FAT-е укладывается в один кластер, тогда как сотня файлов (и даже меньше) в каталоге на NTFS уже приводит к размеру файла каталога, превышающему типичный размер одного кластера. Это, в свою очередь, почти гарантирует фрагментацию файла каталога, что, к сожалению, довольно часто сводит на нет все преимущества гораздо более эффективной организации самих данных. Вывод: структура каталогов на NTFS теоретически гораздо эффективнее, но при размере каталога в несколько сотен файлов это практически не имеет значения. Фрагментация каталогов NTFS, однако, уверенно наступает уже при таком размере каталога. Для малых и средних каталогов NTFS, как это не печально, имеет на практике меньшее быстродействие. Преимущества каталогов NTFS становятся реальными и неоспоримыми только в том случае, если в одно каталоге присутствуют тысячи файлов - в этом случае быстродействие компенсирует фрагментированность самого каталога и трудности с физическим обращением к данным (в первый раз - далее каталог кэшируется). Напряженная работа с каталогами, содержащими порядка тысячи и более файлов, проходит на NTFS буквально в несколько раз быстрее, а иногда выигрыш в скорости по сравнению с FAT и FAT32 достигает десятков раз. 2. Практика К сожалению, как это часто бывает во всевозможных компьютерных вопросах, практика не очень хорошо согласуется с теорией. NTFS, имеющая, казалось бы, очевидные преимущества в структуре, показывает не настолько уж фантастические результаты, как можно было бы ожидать. Какие еще соображения влияют на быстродействие файловой системы? Каждый из рассматриваемых далее вопросов вносит свой вклад в итоговое быстродействие. Помните, однако, что реальное быстродействие - результат действия сразу всех факторов, поэтому и в этой части статьи не стоит делать поспешных выводов. 2.1. Объем оперативной памяти (кэширование) Очень многие данные современных файловых систем кэшируются или буферизируются в памяти компьютера, что позволяет избежать лишних операций физического чтения данных с диска. Для нормальной (высокопроизводительной) работы системы в кэше приходится хранить следующие типы информации: * Данные о физическом местоположении всех открытых файлов. Это, прежде всего, позволит обращаться к системным файлам и библиотекам, доступ к которым идет буквально постоянно, без чтения служебной (не относящейся к самим файлам) информации с диска. Это же относится к тем файлам, которые исполняются в данный момент - т.е. к выполняемым модулям (.exe и .dll) активных процессов в системе. В эту категорию попадают также файлы системы, с которыми производится работа (прежде всего реестр и виртуальная память, различные .ini файлы, а также файлы документов и приложений). * Наиболее часто используемые каталоги. К таковым можно отнести рабочий стол, меню "пуск", системные каталоги, каталоги кэша интернета, и т.п. * Данные о свободном месте диска - т.е. та информация, которая позволит найти место для сохранения на диск новых данных. В случае, если этот базовый объем информации не будет доступен прямо в оперативной памяти, системе придется совершать множество ненужных операций еще до того, как она начнет работу с реальными данными. Что входит в эти объемы в разных файловых системах? Или, вопрос в более практической плоскости - каким объемом свободной оперативной памяти надо располагать, чтобы эффективно работать с той или иной файловой системой? * FAT16 имеет очень мало данных, отвечающих за организацию файловой системы. Из служебных областей можно выделить только саму область FAT, которая не может превышать 128 Кбайт (!) - эта область отвечает и за поиск фрагментов файлов, и за поиск свободного места на томе. Каталоги системы FAT также очень компактны. Общий объем памяти, необходимый для предельно эффективной работы с FAT-ом, может колебаться от сотни килобайт и до мегабайта-другого - при условии огромного числа и размера каталогов, с которыми ведется работа. * FAT32 отличается от FAT16 лишь тем, что сама область FAT может иметь более внушительные размеры. На томах порядка 5 - 10 Гбайт область FAT может занимать объем в несколько Мбайт, и это уже очень внушительный объем, надежно кэшировать который не представляется возможным. Тем не менее, область FAT, а вернее те фрагменты, которые отвечают за местоположение рабочих файлов, в подавляющем большинстве систем находятся в памяти машины - на это расходуется порядка нескольких Мбайт оперативной памяти. * NTFS, к сожалению, имеет гораздо большие требования к памяти, необходимой для работы системы. Прежде всего, кэширование сильно затрудняет большие размеры каталогов. Размер одних только каталогов, с которыми активно ведет работу система, может запросто доходить до нескольких Мбайт и даже десятков Мбайт! Добавьте к этому необходимость кэшировать карту свободного места тома (сотни Кбайт) и записи MFT для файлов, с которыми осуществляется работа (в типичной системе - по 1 Кбайт на каждый файл). К счастью, NTFS имеет удачную систему хранения данных, которая не приводит к увеличению каких-либо фиксированных областей при увеличении объема диска. Количество данных, с которым оперирует система на основе NTFS, практически не зависит от объема тома, и основной вклад в объемы данных, которые необходимо кэшировать, вносят каталоги. Тем не менее, уже этого вполне достаточно для того, чтобы только минимальный объем данных, необходимых для кэширования базовых областей NTFS, доходил до 5 - 8 Мбайт. К сожалению, можно с уверенностью сказать: NTFS теряет огромное количество своего теоретического быстродействия из-за недостаточного кэширования. На системах, имеющих менее 64 Мбайт памяти , NTFS просто не может оказаться быстрее FAT16 или FAT32. Единственное исключение из этого правила - диски FAT32, имеющие объем десятки Гбайт (я бы лично серьезно опасался дисков FAT32 объемом свыше, скажем, 30 Гбайт). В остальных же случаях - системы с менее чем 64 мегабайтами памяти просто обязаны работать с FAT32 быстрее. Типичный в настоящее время объем памяти в 64 Мбайта , к сожалению, также не дает возможности организовать эффективную работу с NTFS. На малых и средних дисках (до 10 Гбайт) в типичных системах FAT32 будет работать, пожалуй, немного быстрее. Единственное, что можно сказать по поводу быстродействия систем с таким объемом оперативной памяти - системы, работающие с FAT32, будут гораздо сильнее страдать от фрагментации, чем системы на NTFS. Но если хотя бы изредка дефрагментировать диски, то FAT32, с точки зрения быстродействия, является предпочтительным вариантом. Многие люди, тем не менее, выбирают в таких системах NTFS - просто из-за того, что это даст некоторые довольно важные преимущества, тогда как типичная потеря быстродействия не очень велика. Системы с более чем 64 Мбайтами , а особенно - со 128 Мбайт и более памяти, смогут уверенно кэшировать абсолютно всё, что необходимо для работы систем, и вот на таких компьютерах NTFS, скорее всего, покажет более высокое быстродействие из-за более продуманной организации данных. 2.2. Быстродействие накопителя Влияют ли физические параметры жесткого диска на быстродействие файловой системы? Да, хоть и не сильно, но влияют. Можно выделить следующие параметры физической дисковой системы, которые по-разному влияют на разные типы файловых систем: * Время случайного доступа (random seek time). К сожалению, для доступа к системным областям на типичном диске более сложной файловой системы (NTFS) приходится совершать, в среднем, больше движений головками диска, чем в более простых системах (FAT16 и FAT32). Гораздо большая фрагментация каталогов, возможность фрагментации системных областей - всё это делает диски NTFS гораздо более чувствительными к скорости считывания произвольных (случайных) областей диска. По этой причине использовать NTFS на медленных (старых) дисках не рекомендуется, так как высокое (худшее) время поиска дорожки дает еще один плюс в пользу систем FAT. * Наличие Bus Mastering. Bus Mastering - специальный режим работы драйвера и контроллера, при использовании которого обмен с диском производится без участия процессора. Стоит отметить, что система запаздывающего кэширования NTFS сможет действовать гораздо более эффективно при наличии Bus Mastering, т.к. NTFS производит отложенную запись гораздо большего числа данных. Системы без Bus Mastering в настоящее время встречаются достаточно редко (обычно это накопители или контроллеры, работающие в режиме PIO3 или PIO4), и если вы работаете с таким диском - то, скорее всего, NTFS потеряет еще пару очков быстродействия, особенно при операциях модификации каталогов (например, активная работа в интернете - работа с кэшем интернета). * Кэширование как чтения, так и записи на уровне жестких дисков (объем буфера HDD - от 128 Кбайт до 1-2 Мбайт в современных дорогих дисках) - фактор, который будет более полезен системам на основе FAT. NTFS из соображений надежности хранения информации осуществляет модификацию системных областей с флагом "не кэшировать запись", поэтому быстродействие системы NTFS слабо зависит от возможности кэширования самого HDD. Системы FAT, напротив, получат некоторый плюс от кэширования записи на физическом уровне. Стоит отметить, что, вообще говоря, всерьез принимать в расчет размер буфера HDD при оценке быстродействия тех или иных файловых систем не стоит. Подводя краткий итог влиянию быстродействия диска и контроллера на быстродействия системы в целом, можно сказать так: NTFS страдает от медленных дисков гораздо сильнее, чем FAT. 2.3. Размер кластера Хотелось бы сказать пару слов о размере кластера - тот параметр, который в файловых системах FAT32 и NTFS можно задавать при форматировании практически произвольно. Прежде всего, надо сказать, что больший размер кластера - это практически всегда большее быстродействие. Размер кластера на томе NTFS, однако, имеет меньшее влияние на быстродействие, чем размер кластера для системы FAT32. * Типичный размер кластера для NTFS - 4 Кбайта. Стоит отметить, что с большим размером кластера отключается встроенная в файловую систему возможность сжатия индивидуальных файлов, а также перестает работать встроенный API дефрагментации - т.е. подавляющее число дефрагментаторов, в том числе встроенный в Windows 2000, будут неспособны дефрагментировать этот диск. SpeedDisk, впрочем, сможет - он работает не через это API. Оптимальным с точки зрения быстродействия, по крайней мере, для средних и больших файлов, считается (самой Microsoft) размер 16 Кбайт. Увеличивать размер далее неразумно из-за слишком больших расходов на неэффективность хранения данных и из-за мизерного дальнейшего увеличения быстродействия. Если вы хотите повысить быстродействие NTFS ценой потери возможности сжатия - задумайтесь о форматировании диска с размером кластера, большим чем 4 Кбайта. Но имейте в виду, что это даст довольно скромный прирост быстродействия, который часто не стоит даже уменьшения эффективности размещения файлов на диске. * Быстродействие системы FAT32, напротив, можно довольно существенно повысить, увеличив размер кластера. Если в NTFS размер кластера почти не влияет на размер и характер данных системных областей, то в системе FAT увеличивая кластер в два раза, мы сокращаем область FAT в те же два раза. Вспомните, что в типичной системе FAT32 эта очень важная для быстродействия область занимает несколько Мбайт. Сокращение области FAT в несколько раз даст заметное увеличение быстродействия, так как объем системных данных файловой системы сильно сократиться - уменьшается и время, затрачиваемое на чтение данных о расположении файлов, и объем оперативной памяти, необходимый для буферизирования этой информации. Типичный объем кластера для систем FAT32 составляет тоже 4 Кбайт, и увеличение его до 8 или даже до 16 Кбайт - особенно для больших (десяток и более гигабайт) дисков - достаточно разумный шаг. 2.4. Другие соображения NTFS является достаточно сложной системой, поэтому, в отличие от FAT16 и FAT32, имеются и другие факторы, которые могут привести к существенному замедлению работы NTFS: * Диск NTFS был получен преобразованием раздела FAT16 или FAT32 (команда convert). Данная процедура в большинстве случаев представляет собой тяжелый случай для быстродействия, так как структура служебных областей NTFS, скорее всего, получится очень фрагментированной. Если есть возможность - избегайте преобразования других систем в NTFS, так как это приведет к созданию очень неудачного диска, которому не поможет даже типичный (неспециализированный) дефрагментатор, типа Diskeeper-а или встроенного в Windows 2000. * Активная работа с диском, заполненным более чем на 80% - 90%, представляет собой катастрофический для быстродействия NTFS случай, так как фрагментация файлов и, самое главное, служебных областей, будет расти фантастически быстро. Если ваш диск используется в таком режиме - FAT32 будет более удачным выбором при любых других условиях. 3. Выводы В данной заключительной части "одной строчкой" собраны ключевые особенности быстродействия этих трех файловых систем. FAT - плюсы: * Для эффективной работы требуется немного оперативной памяти. * Быстрая работа с малыми и средними каталогами. * Диск совершает в среднем меньшее количество движений головок (в сравнении с NTFS). * Эффективная работа на медленных дисках. FAT - минусы: * Катастрофическая потеря быстродействия с увеличением фрагментации, особенно для больших дисков (только FAT32). * Сложности с произвольным доступом к большим (скажем, 10% и более от размера диска) файлам. * Очень медленная работа с каталогами, содержащими большое количество файлов. NTFS - плюсы: * Фрагментация файлов не имеет практически никаких последствий для самой файловой системы - работа фрагментированной системы ухудшается только с точки зрения доступа к самим данным файлов. * Сложность структуры каталогов и число файлов в одном каталоге также не чинит особых препятствий быстродействию. * Быстрый доступ к произвольному фрагменту файла (например, редактирование больших .wav файлов). * Очень быстрый доступ к маленьким файлам (несколько сотен байт) - весь файл находится в том же месте, где и системные данные (запись MFT). NTFS - минусы: * Существенные требования к памяти системы (64 Мбайт - абсолютный минимум, лучше - больше). * Медленные диски и контроллеры без Bus Mastering сильно снижают быстродействие NTFS. * Работа с каталогами средних размеров затруднена тем, что они почти всегда фрагментированы. * Диск, долго работающий в заполненном на 80% - 90% состоянии, будет показывать крайне низкое быстродействие. Хотелось бы еще раз подчеркнуть, что на практике основной фактор, от которого зависит быстродействие файловой системы - это, как ни странно, объем памяти машины. Системы с памятью 64-96 Мбайт - некий рубеж, на котором быстродействие NTFS и FAT32 примерно эквивалентно. Обратите внимание также на сложность организации данных на вашей машине. Если вы не используете ничего, кроме простейших приложений и самой операционной системы - может случиться так, что FAT32 сможет показать более высокое быстродействие и на машинах с большим количеством памяти. NTFS - система, которая закладывалась на будущее, и это будущее для большинства реальных применений сегодняшнего дня еще, к сожалению, видимо не наступило. На данный момент NTFS обеспечивает стабильное и равнодушное к целому ряду факторов, но, пожалуй, всё же невысокое - на типичной "игровой" домашней системе - быстродействие. Основное преимущество NTFS с точки зрения быстродействия заключается в том, что этой системе безразличны такие параметры, как сложность каталогов (число файлов в одном каталоге), размер диска, фрагментация и т.д. В системах FAT же, напротив, каждый из этих факторов приведет к существенному снижению скорости работы. Только в сложных высокопроизводительных системах - например, на графических станциях или просто на серьезных офисных компьютерах с тысячами документов, или, тем более, на файл-серверах - преимущества структуры NTFS смогут дать реальный выигрыш быстродействия, который порой заметен невооруженным глазом. Пользователям, не имеющим большие диски, забитые информацией, и не пользующимся сложными программами, не стоит ждать от NTFS чудес скорости - с точки зрения быстродействия на простых домашних системах гораздо лучше покажет себя FAT32.
 
[size=18:94bc3509a4]Ликбез по CD-R, CD-RW.[/size:94bc3509a4] Что такое CD-R, CD-E и CD-RW ??? Чем объясняется различный цвет рабочей поверхности дисков ??? Чем диск CD-R/CD-RW отличается от штампованного ??? Какие обозначения делаются на записываемых дисках ??? Как делается запись на CD-R и CD-RW ??? Как делается запись звуковых компакт-дисков ??? Что такое CD-R, CD-E и CD-RW ??? Система однократной (CD-Recordable - записываемый CD) и многократной (CD-Erasable - стираемый CD, CD-ReWritable - перезаписываемый CD) записи компакт-дисков. CD-RW и CD-E обозначают одно и то же - диск с возможностью стирания и перезаписи, причем название CD-RW практически вытеснило CD-E. Терминами CD-R, CD-E и CD-RW обозначаются как устройства для записи, так и сами диски Для однократной записи используются так называемые "болванки", представляющие собой обычный компакт-диск, в котором отражающий слой выполнен преимущественно из золотой или серебряной пленки, а между ним и поликарбонатной основой расположен регистрирующий слой из органического материала, темнеющего при нагревании. В процессе записи лазерный луч нагревает выбранные точки слоя, которые темнеют и перестают пропускать свет к отражающему слою, образуя участки, аналогичные Питам На CD-R организуется та же информационная структура, что и на штампованных дисках - TOC и набор дорожек различных типов. Это позволяет при помощи соответствующего программного обеспечения записывать звуковые, фото- и видеодиски, которые могут затем проигрываться в бытовых звуковых и видеопроигрывателях. Однако отражающая способность зеркального слоя и четкость питов у дисков CD-R ниже обычного, отчего некоторые устройства могут работать с ними неуверенно В перезаписываемых дисках используется промежуточный слой из органической пленки, изменяющей под воздействием луча свое фазовое состояние с аморфного на кристаллическое и обратно, в результате чего меняется прозрачность слоя. Фиксация изменений состояния происходит благодаря тому, что материал регистрирующего слоя при нагреве свыше критической температуры переходит в аморфное состояние и остается в нем после остывания, а при нагреве до температуры значительно ниже критической восстанавливает кристаллическое состояние. Существующие диски выдерживают от тысяч до десятков тысяч циклов перезаписи. Однако их отражающая способность существенно ниже штампованных и однократных CD, что затрудняет их считывание в обычных приводах. Для чтения CD-RW формально необходим привод с автоматической регулировкой усиления фотоприемника (Auto Gain Control), хотя некоторые обычные приводы CD-ROM и бытовые проигрыватели способны читать их наравне с обычными дисками. Способность привода читать CD-RW носит название Multiread ранние приводы маркировались "CD-E Enabled" Перезаписываемый диск может иметь такую же структуру дорожек и файловую систему, что и CD-R, либо на нем может быть организована специальная файловая система UDF (Universal Disk Format - универсальный дисковый формат), позволяющая динамически создавать и уничтожать отдельные файлы на диске Чем объясняется различный цвет рабочей поверхности дисков ??? Различным материалом регистрирующего и отражающего слоев. В качестве регистрирующего слоя для дисков CD-R наиболее распространены органические соединения, известные под условными названиями "цианин" (Cyanine) и "фталоцианин" (Phtalocyanine). Цианин имеет голубой (cyan) цвет (от которого и происходит название материала, не имеющее отношения к цианидам - химическим производным циановодорода) и характеризуется средней стойкостью к облучению светом и перепадам температуры. Фталоцианин имеет золотистый цвет и значительно более стоек ко внешним воздействиям В качестве отражающих материалов используют золото и серебро, реже - алюминий и сплавы. Соответственно, рабочая поверхность диска с отражающим слоем из бесцветного металла имеет цвет своего регистрирующего слоя, а отражающий слой из золота изменяет цвет цианина с голубого на зеленоватый Органический слой дисков CD-RW обычно имеет серо-коричневый цвет Чем диск CD-R/CD-RW отличается от штампованного ??? Прежде всего, эти диски изготовляются со вспомогательной разметкой (pregroove) в которой закодирована временнАя сетка (ATIP - Actual Time In Pregroove, действительное время по разметке), которая одновременно служит и для разбивки диска на кадры (блоки), и дополнительная информация о диске - коды, рекомендуемые значения скорости вращения и мощности записывающего лазера. Разметка используется для нахождения служебных и пользовательских областей диска и для для облегчения слежения за информационной дорожкой в процессе записи. При считывании слежение производится, как обычно, по записанной информационной дорожке Кроме этого, диск содержит две служебные области: PCA (Power Calibration Area - область калибровки мощности) и PMA (Program Memory Area - область памяти программы), расположенные внутри от "официального" радиуса начала записи. PCA используется для выбора оптимальной мощности лазера перед каждой записью, а PMA - для временного хранения TOC в случае записи одной сессии в несколько приемов PCA и PMA являются таблицами фиксированной длины емкостью по 100 элементов каждая, что ограничивает как общее количество случаев записи, так и этапов формирования незакрытых сессий Минимальной единицей информации, записываемой на CD-R за один прием, является дорожка (track) в формате CD-DA или CD-ROM. Минимальная длина дорожки - 300 блоков (600 кб, 4 сек). В начале каждой дорожки формируется служебный зазор (pre-gap), содержащий ее параметры, размером 150 блоков (300 кб, 2 сек) для однотипных дорожек и 225 блоков (450 кб, 3 сек) для дорожек разных типов Одна или несколько дорожек образуют программную область (Program Area) которая может формироваться в несколько приемов, между которыми адреса и параметры дорожек (TOC) сохраняются в PMA. На этом этапе доступ к записанным дорожкам имеют только приводы CD-R, так как обычные приводы CD-ROM не знают о PMA и требуют, чтобы программная область была обрамлена зонами Lead-In (4500 блоков - 9 Мб, 1 мин) и Lead-Out (2250 блоков - 4.5 Мб, 30 сек), а также наличия TOC в Lead-In. Структура из Lead-In, Program Area и Lead-Out называется сессией, а процесс записи Lead-In и Lead-Out вокруг области данных - закрытием сессии Какие обозначения делаются на записываемых дисках ??? Обозначениями CD-R и CD-RW маркируются однократные и перезаписываемые диски. Диски CD-R можно использовать для записи в приводах CD-RW, но не наоборот На всех дисках указывается максимальное гарантированное время записи (обычно 74 минуты, 333000 блоков). В случае, когда предварительная разметка сделана на большее время, на диск возможна запись более продолжительной программы, однако в случае недостаточной длины размеченной дорожки диск будет испорчен. Точное количество доступных для записи блоков зависит от модели диска его можно получить, запросив свойства диска в записывающей программе. Некоторые диски имеют менее 333000 доступных блоков На большинстве дисков указана их максимальная вместимость в мегабайтах данных (обычно 650 при размере блока 2048 байт). На дисках некоторых производителей (например, Maxell) вместимость в рекламных целях указывается в миллионах байтов (680), что означает те же 650 Мб. Отдельные диски маркируются цифрой 780, что обозначает емкость диска в звуковых секторах (74 минуты по 176 кб). При записи в формате mode 2 за счет большей величины блока данных возможна запись более 650 Мб ценой снижения корректирующей способности кода На диске или коробке сообщается также максимально допустимая скорость записи (1x..6x). Для записи на повышенных скоростях нужен рассчитанный на эти скорости регистрирующий слой, и превышение допустимой скорости записи может привести к смазыванию информационных меток и последующей плохой читаемости диска, либо к полной его негодности. Отсутствие маркировки скорости или упоминания о ней в сопроводительном тексте говорит о том, что запись на повышенных скоростях не гарантируется Как делается запись на CD-R и CD-RW ??? Запись дисков CD-R выполняется при помощи специальных программ - Easy CD, CD Creator, CD Publisher, Direct CD и т.п. Процесс записи одной дорожки представляет собой единую операцию, которая не может быть прервана, иначе диск будет испорчен. Для обеспечения равномерности поступления записываемой информации на лазер все приводы имеют буфер, исчерпание данных в котором (Underrun) приводит к аварийному прерыванию записи. Исчерпание данных в буфере может быть вызвано запуском параллельных процессов, работой системы виртуальной памяти (swapping), захватом процессора "нечестными" драйверами устройств, зависанием программы или ОС. К сбою записи приводят также механические толчки привода Различается два основных режима записи CD-R: DAO (Disk At Once - весь диск за один прием) и TAO (Track At Once - одна дорожка за один прием). При записи методом TAO лазер включается в начале каждой дорожки и отключается в ее конце в точках включения и выключения лазера формируются серии специальных блоков - run-in, run-out и link, предназначенные для связывания дорожек между собой. Стандартный промежуток содержит 150 таких блоков (2 секунды). При записи методом DAO лазер включен на протяжении записи всего диска Диск, записанный за один прием, является наиболее универсальным и считывается любыми CD-ROM с любым файловым диспетчером, однако после записи невозможно дописывание новых данных на диск, а режим DAO поддерживается не всеми записывающими приводами. Этот режим также желателен для записи мастер-дисков для последующего тиражирования путем штамповки - большинство типовых станков для изготовления матриц воспринимают только непрерывно записанные оригиналы Реализованная в приводе поддержка режима DAO может не работать при некоторых сочетаниях привода, его микропрограммы (firmware), интерфейса, драйверов интерфейса и записывающей программы. Если известно, что в других сочетаниях DAO поддерживается, нужно попытаться обновить прошивку, сменить драйверы или записывающую программу В режиме TAO пишутся многосессионные диски формата CD-ROM, допускающие последующую дозапись данных это также наиболее простой способ записи CD-DA с паузами между дорожками. Сессия может быть как полностью записана за один прием - с формированием TOC, файловой системы (для CD-ROM) и зон Lead-In/Lead-Out (запись с закрытием сессии), так и в несколько приемов, с сохранением временных TOC в элементах PMA (запись с оставлением открытой сессии) Накладные расходы на первую сессию составляют 11250 блоков (22.5 Мб), на каждую последующую - 6750 (13.5 Мб), и проявляются не в ограничении доступного пространства в очередной сессии, а в его уменьшении для последующих сессий. Это означает, что все без исключения свободные блоки пользовательской области могут быть заняты новой сессией, однако число свободных блоков после записи сессии окажется меньшим еще на 11250 или 6750. Если при этом пользовательская область не будет исчерпана - останется возможной запись дополнительных сессий При закрытии сессии в ее Lead-In записывается указатель на свободную область диска непосредственно за Lead-Out, что дает возможность дописывания на диск новых сессий. Однако, по наиболее универсальным стандартам CD-DA и CD-ROM, чтобы нормально считываться во всех устройствах, диск должен быть полностью закрыт - в этом случае указателя на свободную область не создается, и диск становится недоступным для последующей записи. Подавляющее большинство современных приводов не обращают внимания на закрытость диска Перед началом записи необходимо сформировать полный список входящих в сессию файлов последующее добавление файлов на диск возможно лишь в виде дополнительных сессий. Приводы CD-ROM, не поддерживающие многосессионную запись, считывают с диска только первую TOC (сессию) - соответственно, с их помощью можно считывать лишь файлы первой сессии. Многосессионные CD-ROM считывают только последнюю TOC, поэтому последняя сессия на многосессионном диске должна содержать в своем оглавлении ссылки и на файлы предыдущих сессий. Для этого при записи очередной сессии применяется опция импортирования сессий (Import Track) для создания полного общего оглавления. Совпадающие по именам каталоги при этом объединяются, как при дописывании на обычный диск. Адресация файлов в любом случае ведется в пределах всего диска, поэтому объединению подвергаются только оглавления. Файлы сессий, которые не были импортированы при создании очередной, в результирующем каталоге присутствовать не будут и обычное обращение к ним будет невозможным, однако многие программы записи на CD-R позволяют выборочно считывать отдельные сессии диска. То же самое позволяет делать одна из версий MSCDEX - MDCDEX, или Adaptec Session Selector (из комплекта Easy CD Creator), при условии поддержки со стороны привода Перед началом собственно процесса записи привод выполняет калибровку лазера, используя область PCA. Теоретически, таких калибровок может быть не более 100, однако ряд современных приводов записывают в PCA вместе с параметрами оптимального режима записи свой номер модели, так что при последующих операциях над этим диском в приводах этого же типа калибровка выполняться не будет Если запись на однократный многосессионный диск по какой-либо причине была прервана, в ряде случаев имеется возможность использовать оставшееся свободным пространство диска. Для этого требуется программа записи, имеющая опцию закрытия сессии (Close Track/Session), после чего нужные данные записываются очередной сессией без импорта прерванной сессии (предшествующие ей сессии могут быть импортированы) Поскольку конечная видимость каждого файла определяется процессом импорта оглавления, возможно исключение из каталога отдельных файлов и выборочная замена файлов с совпадающими именами. Старая копия файла продолжает оставаться на диске в одной из предшествующих сессий, однако в новый каталог помещается ссылка на новый экземпляр. Выборочное исключение файлов предыдущих сессий в каталог новой сессии дает эффект их "удаления". Видимость "удаленных" таким образом файлов впоследствии может быть "восстановлена" путем их импорта в новые сессии Для записи CD-RW, кроме сессионного метода, может применяться их предварительное форматирование - разбивка на секторы, подобно магнитным дискам. После форматирования диск CD-RW может использоваться, как обычный сменный диск - стандартные файловые операции копирования, удаления и переименования преобразуются драйвером привода CD-RW в серии операций перезаписи секторов диска. Благодаря этому для работы с дисками CD-RW не требуется специального программного обеспечения, кроме драйвера привода с поддержкой UDF (например, Adaptec DirectCD) и программы начальной разметки Некоторые версии записывающих программ (например, CDR Publisher, WinOnCD с версии 3.0 или Adaptec Easy CD Creator с версии 3.0) позволяют записывать загружаемые диски. Для загрузки с таких дисков BIOS компьютера должен поддерживать эту возможность (последние версии AWARD и Phoenix BIOS). Загружаемая часть CD-ROM записывается в виде образа загрузочной дискеты или винчестера, из которого при загрузке BIOS системной платы эмулирует диск A Как делается запись звуковых компакт-дисков ??? Звуковые диски (CD-DA) записываются из набора звуковых файлов формата RIFF WAVE (расширение .WAV), формат файлов - стерео, 16 разрядов, 44.1 кГц. Каждый файл может быть записан на собственную дорожку (режим TAO), либо все файлы записываются на одну дорожку (режим DAO). В режиме TAO за счет записи зон pre-gap между дорожками возникают физические промежутки, слышимые как двухсекундные паузы в звуке в режиме DAO файлы пишутся встык и дают непрерывное звучание. Независимо от режима записи каждый файл оформляется в виде отдельной "звуковой дорожки", смена которых отмечается субкодом Q, а адреса записываются в TOC Поскольку объем дорожки всегда кратен размеру кадра (2352 байта), то звуковые файлы округляются до целого числа кадров путем дописывания нулей (тишины) в конце. В случае непрерывной звуковой программы, полученной разрезанием большого звукового файла не несколько частей и записи их в режиме DAO, такое округление может привести к заметным на слух помехам
 
[size=18:c9d7a5bab2]Настройка, установка CGI скрипта[/size:c9d7a5bab2] 1. Как установить скрипт. 2. Ошибка 500... -------------------------- 1. Как установить скрипт. ------------------------- Описать все нюансы, возникающие при установке CGI скриптов, просто невозможно(да и не нужно). Для этого почти с каждым скриптом его автор предлагает вам файл с описанием установки скрипта, как правило этого достаточно. Если же вы такого файла не обнаружили, то предлагаю вам такой порядок действий: 1. Вы выкачиваете из Интернета архив со скриптами, например script.zip 2. Распаковываете его себе на локал, предположим в директорию D:! 3. Смотрите в каждом скрипте (*.cgi или *.pl) первую строку и меняете ее на нужную вам например #!/usr/local/bin/perl (где стоит у вас/у провайдера перл) 4. Смотрите конфигурационные файлы (если они есть) и подставляете туда свои значения 5. Заливаете на свой сайт в папку cgi-bin свои скрипты 6. Устанавливаете права доступа/выполнения для них. Последний пункт рассмтрим более подробно, так как для многих это становится большой проблемой, хотя на самом деле это очень просто. Вот как это делается в некоторых FTP менеджерах: FAR: выбираете файл, который уже на вашем сервере, и нажимаете Ctrl-A, после этого для (*.cgi или *.pl) устанавливаете rwx-rx-rx ([X][X][X]-[X][ ][X]-[X][ ][X]) для остальных в основном rwx-rwx-rwx ([X][X][X]-[X][X][X]-[X][X][X]), если в каком-нить readme.txt для вас не написано, что ставить нужно что нибудь другое! WS_FTP: выбираете необходимый файл, после нажатия на правую кнопку мыши появится список опций. Выбираете chmod (UNIX). Появится диалоговое окно с девятью checkbox'ми(отмеченные пункты могут и не отображать текущие атрибуты файла). Установите или снимите метки для установления требуемого права доступа. Нажимаете на ОК. CuteFTP: выбираете необходимый файл. Из меню "Commands" выбираете "Advanced commands", в подменю выбираете "Change File Attributes..." или в последних версиях "CHMOD". Или можно кликнув правой кнопкой мыши из появившегося списка выбираем "Change file attributes" или в последних версиях "CHMOD". Появится диалоговое окно с девятью checkbox'ми(отмеченные пункты могут и не отображать текущие атрибуты файла). Установите или снимите метки для установления требуемого права доступа или можете ввести число(три цифры) в поле "Manual". Нажимаете "OK". 2. Ошибка 500... ---------------- О-о-чень популярная ошибка, возникающая при первом запуске скрипта с сервера. Это может быть вызвано различными причинами. Проверьте следующее: 1. Путь к интерпретатору Perl. Это первая строка, начинающаяся с символов #!. Вы должны убедиться, что путь соответствует пути к интерпретатору у хостера. Путь может быть таким: #!/usr/bin/perl 2. Content Type: Перед выводом информации, в скрипте ОБЯЗАТЕЛЬНО должна быть строка: print ("Content-type: text/html "); Заметьте, что здесь два символа . Символ означает перевод строки. Первый такой символ завершает строку, а следующий означает пустую строку, говорящую серверу, что заголовок закончен и остальное - это информация, которую необходимо переслать к броузеру. Эта строка должна идти перед другими операторами print. 3. Пути: Существует два типа путей к файлам на сервере. Первый, это URL пути, которые используются в HTML для указания файла, а также в броузере для указания страницы. Второй тип - системные пути, используемые для указания файла относительно файловой системы сервера. Будьте внимательны при редактировании путей в скрипте или в файле конфигурации скрипта. 4. Права доступа: Помните, что скрипты и каталоги должны иметь атрибут 755, другие файлы - 644. Как правило, автор скрипта указывает какие атрибуты необходимо поставить на файлы, входящие в комплект скриптов. 5. Загрузка на сервер по FTP: Скрипты ОБЯЗАТЕЛЬНО должны загружаться на сервер в ASCII режиме, а не в binary. 6. cgi-bin: Как правило все CGI/Perl скрипты должны находится в каталоге "cgi-bin". Убедитесь, что ваш хостер не требует размещения файлов скриптов в каком-либо другом каталоге. Редактирование скриптa. Чтобы настроить скрипт для работы на Вашем сайте, нужно прежде всего иметь некоторые основные данные. Вы можете узнать их у Вашего провайдера, либо если Вы используете публичный сервер - в технической информации этого сервера: Полный путь к программе Perl на сервере. Этот параметр вставляется в первую строку каждого скрипта. Обычно используются следующие: #!usr/bin/perl #!usr/local/bin/perl Полный путь к файлам Ваших страниц на сервере. Вы можете также увидеть этот путь в строке "Location" Вашего FTP клиента. Пример для страницы которую Вы читаете: /home/dwebru/dweb.ru/www/rass/perl/003.htm Полный путь к почтовой программе сервера. Этот параметр хотя и не основной, но без него скрипт не сможет отправлять E-Mail. Пример для этого сервера: /usr/sbin/sendmail Имея эти данные можно приступать к редактированию скриптов. Сначала откройте все файлы скрипта в редакторе (любой текстовый редактор, например в "блокноте"). Затем найдите файл с инструкцией по настройке. Это может быть файл Readme или Setup, либо инструкция находится непосредственно в одном из .pl .cgi файлов. В инструкции указано какие файлы требуют редактирования и какие параметры нужно изменить. Даже если в инструкции не указана необходимость редактирования каких-либо файлов, все равно откройте и проверьте их по крайней мере на наличие или отсутствие первой строки с указанием пути к Perl. Все таки предлагаемые скрипты БЕСПЛАТНЫ, и в начале каждого скрипта автор предупреждает, что не несет ответственности за его работоспособность, поэтому бывают случаи когда автор забывает указать необходимость редактирования какого-либо файла. Затем установите правильные значения указанных в инструкции параметров: полный путь к указанным файлам, URL указанных файлов, путь к почтовой программе и т.д. Если Вы указываете путь к каталогу, то обращайте внимание на наличие или отсутствие знака "/" в конце пути - ориентируйтесь по приведенному примеру автора программы. Обязательно проверьте внимательно все файлы на необходимость изменения параметров. В HTML файлах обычно необходимо исправить только URL скрипта. Кроме установки основных параметров, Вам скорей всего необходимо будет изменить другие параметры, относящиеся к конфигурации скрипта, например Ваш E-Mail, адрес основной страницы сайта, количество записей в базе данных, и т.п. Установка скриптa на сервере. С помощью FTP клиента перекачайте файлы скрипта на сервер. При этом создайте необходимые директории. Какие необходимо создать, и какие файлы в какой директории должны находиться можно прочитать в инструкции. Kогда Вы распаковываете только что скачанный архив со скриптом, расположение файлов имеет скорей всего ту же структуру, которая должна быть и на сервере. Обычно скрипты со всеми директориями закачиваются в папку под названием CGI-BIN. Если в Вашем корневом каталоге нет такой папки, то обязательно создайте ее, и установите параметр CHMOD=755. Установка параметра CHMOD должна быть предусмотрена Вашим FTP-клиентом. Теперь необходимо установить необходимый CHMOD для каждого файла скрипта на сервере. Параметры CHMOD для файлов указаны в инструкции. При этом следует обратить внимание, что правильный CHMOD необходимо установить и для созданных Вами директорий. Если в инструкции их параметр не указан, то скорей всего предполагается CHMOD=755. Такой же параметр обычно имеют .pl и .cgi файлы. По установке CHMOD остальных файлов строго следуйте инструкции. Неправильный параметр CHMOD для файла приведет к неработоспособности скрипта. Отладка скрипта. Когда все параметры установлены и скрипт установлен на сервере, необходимо проверить его работоспособность. Как запускать работу скрипта Вы найдете в инструкции, если это непонятно. Если все параметры установлены правильно, скрипт работает сразу. При этом проверьте все функции работы скрипта какие только возможны. Если сервер показывает ошибку при выполнении скрипта, то проверьте еще все установленные параметры. Проверьте правильность всех адресов, возможно скрипт не может обнаружить какой-то файл, проверьте грамматику установленных параметров (сравнив с авторской), установку CHMOD. Если Вы изменяли конфигурацию скрипта и вводили какой либо текст, то обратите внимание на то, что например перед знаками @ и " необходимо ставить (если об обратном не указал автор).
 
Цитата
Какие преимущества и недостатки у каждого из них: Opera, Explorer, Mozilla и прочии
Я лично предпочитаю Оперу (вер. 9.5), довольно шустрая удобная и все что нужно уже имеет :smt007 Мозилой почти не пользовался, но слышал что последняя тоже не плохая, тоже шустрая и там можно ставить много всяких дополнительных элементов, Короче она для людей которые желают все настроить под себя сами........ А так же хотел бы обратить твое внимание на браузер от Яблока САФАРИ, мне очень нравиться там все красиво реализованно, работает быстро и стабильно, красиво все посвечивает и выделяет во время поиска по страницам..... ИЕ не люблю :smt009
 
у меня ща тоже опера...я еще последние обновления загрузила)) кайфую))) эстетская тема :smt003 мазилой пользуюсь в специальных случаях)))))
 
ну спасите мой ноут!!! что это за зверь такой? :smt128 :smt128 :smt128
Цитата
приложению не удалось запуститься, поскольку MSVPS70.dll не был найден. Повторная установка приложения может исправить эту ошибку.
постоянно вылетаю из инета. где этого зверя запускать надо? :smt017
 
вообще саму эту штуку я скачала, только не знаю с пом. какой программы ее открыть :smt013
 
[b:642f08d34e]Мама-Анархия[/b:642f08d34e], хм...а.. с оби-ваном вы что в контрах??))))
 
[b:3f64f0fd70]ne angel[/b:3f64f0fd70], как ты могла такое подумать? :smt001
 
Цитата
[b:881dec8156]Мама-Анархия[/b:881dec8156], хм...а.. с оби-ваном вы что в контрах??))))
по себе людей не судят! :smt019 :smt019 :smt019 :smt019 :smt001
 
попробуй почитать вот здесь.....и там поискать...
 
[b:4e47f4388b]аааа[/b:4e47f4388b], спасибо))) попробую разобраццо_____))))
 
вспомнила, мне б специалиста на систему "макинтош" офис установить ))
 
не нашел такой темы..... http://www.rosinmn.ru/sam/Kimketow.htm в статье говориться об постройке, семьей ученых из КЧР-Кимкетов Май Джанхотович, Кимкетов Эдуард Майевич, Кимкетов Мурат Майевич, мини -ГЭС. если есть у кого ссылки или просто слух о каких то изобретениях..... в а. Учкулан знаю что парень построил лесопилку из трактора ЮМЗ, снял заднее колесо и использовал его как привод. в одном из районов был построен летательный аппарат(русский мужик)... может кто еще что знает про "кулибиных" .....
Страницы: 1
Читают тему (гостей: 1)

 

Написать нам