<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль devis]]></title>
    <link>https://habr.com/ru/users/devis/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя devis]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Fri, 01 May 2026 11:11:56 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>13.04.2010 08:13:49 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/13738/#comment_2736235</guid>
      <link>https://habr.com/ru/articles/13738/#comment_2736235</link>
      <description><![CDATA[Startup.com (документальный). Подскажите, где его можно скачать? Правильно я понял, что речь идет про <a href="http://www.imdb.com/title/tt0256408/?">www.imdb.com/title/tt0256408/?</a><br/>
<br/>
7 up Series. Режиссер Michael Apted (http://www.imdb.com/name/nm0000776/)? И какой конкретно «up»? Seven Up! (1964)? 7 Plus Seven (1970)? У него целая коллекция.<br/>
]]></description>
      <pubDate>Tue, 13 Apr 2010 08:13:49 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>24.07.2009 13:56:49 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/scalaxy/articles/65228/#comment_1826872</guid>
      <link>https://habr.com/ru/companies/scalaxy/articles/65228/#comment_1826872</link>
      <description><![CDATA[Но как мне кажется проще попытаться применить классические способы и сделать кластерное приложение изначально. Тем более весь инструментарий присутствует.<br/>
<br/>
Например MySQL: 1 сервер маленкий для записи, 9 серверов маленьких для чтения. Это базовое соотношение, растет нагрузка в этом отношении — растут параллельно мощности. А если происходит смещение, например 1 мастер сервер на справляется — он автоматически растет!]]></description>
      <pubDate>Fri, 24 Jul 2009 13:56:49 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>24.07.2009 13:50:45 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/scalaxy/articles/65228/#comment_1826846</guid>
      <link>https://habr.com/ru/companies/scalaxy/articles/65228/#comment_1826846</link>
      <description><![CDATA[Всегда можно расти вширь и вверх, но это высший пилотаж.<br/>
<br/>
Один из шаблонов применения более простой — статичная архитектура — ты заведомо заказываешь допустим 10 серверов с минимальными ресурсами. Разворачиваешь свой кластер. Нажимаешь кнопку и получаешь автомасштабирование, причем предел вплоть до самых недетских мощностей ;) Т.е. когда нет нагрузки кластер сдут в суммарной мощности — пошла нагрузка — надулся до предела. Наиболее сильное впечатление производит на кошелек (дешево) и на умы именно минимум + максимум, без средних!]]></description>
      <pubDate>Fri, 24 Jul 2009 13:50:45 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>09.05.2009 11:49:47 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/58976/#comment_13228629</guid>
      <link>https://habr.com/ru/articles/58976/#comment_13228629</link>
      <description><![CDATA[Это уже велосипед, ничего нового…<br/>
<a href="http://www.raidsonic.de/en/pages/products/metstyle_gal.php?pid=2_9_2">www.raidsonic.de/en/pages/products/metstyle_gal.php?pid=2_9_2</a><br/>
(См. SF2020-2F-S1)<br/>
При расчете рейда на базе CF получается сравнимо с SSD, но сильно хуже по производительности.<br/>
<br/>
shapa, прав по всем пунктам. Присутствуют ДВА серьезных технических преимущества в SSD (я не про топик-девайс): 1) пропускной способности чипов (bandwidth); 2) количества запросов (iops).<br/>
<br/>
При чем первый пункт дает преимущества в задачках перекачки огромного массива данных (допустим, переписываете hd фильм, тяжелые фото, занимаетесь монтажом видео, последовательно, блок за блоком, у HDD здесь все более или менее нормально, хотя лучшие образцы максимум показывают на уровне 100МБайт/сек, потолок 150! и ОЧЕНЬ сложно наращивается! Бесконечно увеличивать обороты не получится, куда больше 15!?), как мне кажется, в десктопах/сервере сейчас более актуален второй пункт, т.к. железка держит огромное количество обращений (быстрый ПАРАЛЛЕЛЬНЫЙ запуск ОС, gta4 и параллельное исполнение запросов к РСУБД, на чем, увы, SAS/SATA СИЛЬНО В РАЗЫ сливают КАЧЕСТВЕННЫМ SSD)<br/>
<br/>
Итак, констатирую факт, чтоб сегодня по всем критериям, кроме цены на гигабайт hdd сливают ssd.<br/>
<br/>
Очевидно, что явно есть недопонимание преимуществ SSD в умах. <br/>
Приведу цифры RAM vs SSD vs HDD (могу где ошибаться, поправьте, источник в основном wikipedia):<br/>
<br/>
1. bandwidth, оперативная память sdram pc133 (устанавливалась в эпоху pentium3) = 1 064 МБайт/сек, оперативная память для современных машин ddr3 1600 (например для nehalem'ов) = 12 800 МБайт/сек, ну и для полноты картины gddr5 bandwidth может достигать 28 200 МБайт/сек, т.е. идеальный ПЗУ тот, который обладает показателями ОЗУ, но может сохранять информацию без питания; теперь про ssd которые можно свободно купить в москве (см.никс), CMFSSD-128GB1D замерено 153 МБайт/сек чтения, MMDOE28G5MPP-0VA, OCZSSD2-1APX120G примерно аналогично, ну и для объективности замеры ширпотреба HDD Seagate ST31000340NS = 85.3 Мбайт/сек, а за качественное SSD можно принять хотя бы Samsung PB22-J, увы, в москве их нет, но в англии можно за 420 фунтов найти, так вот у них действительно почти честные 220 Мбайт/с чтения!<br/>
ИТОГО: SDRAM PC133 (1 064 МБайт/сек) &gt; Samsung PB22-J (220 Мбайт/сек) &gt; Seagate ST31000340NS (85.3 Мбайт/сек)<br/>
<br/>
2. iops, с памятью хабраежику итак ясно, что все круто, далее hdd по оборотам 7200RPM SATA drives — ~90 IOPS, 10kRPM Serial_Attached_SCSI drives — ~ 140 IOPS, 15kRPM Serial_Attached_SCSI drives — ~180 IOPS, а для одного SSD Samsung IOPS может достигать ~10 500, не нужно быть семь пядей во лбу, чтобы посчитать что SSD (по примеру) рвет 15 тысячник примерно в 58 РАЗ! ВДУМАЙТЕСЬ!<br/>
ИТОГО: Samsung PB22-J (до ~10 500) &gt; Seagate ST31000340NS (до ~100)<br/>
<br/>
3. latency, для ram считается в наносекундах, для ssd в микросекундах, для hdd в миллисекундах; ram крут порядок до 10-20 наносекунд, на тот или ной вид задержки, ssd замеры: CMFSSD-128GBG1D=MMDOE28G5MPP-0VA=OCZSSD2-1APX120G=~300мкс, для hdd ST31000340NS 13.1 мс, т.е. hdd обладает меньшей в 43 РАЗА реактивностью чем ssd (в данном случае), а ssd меньше ram!<br/>
ИТОГО: DDR3 (пусть 20нс) &gt; Samsung PB22-J (300 000 нс) &gt; Seagate ST31000340NS (13 100 000 нс)<br/>
<br/>
Представленный девайс в статье, может актуален когда ОЗУ не хватает? с другой стороны, действительно, 32ГБайта на современных серверах это уже реальность. Плюс верно замечено, при наращивание памяти на типовых серверах можно легко упереться в физ.сервер, но тогда уже речь пойдет не о серверах, а о построение супер компьютера и агрегацию ресурсов через шину.<br/>
<br/>
И еще пропускная способность SSD достаточно легко масштабируется, т.е. производители могут собрать железяку и с 1 000 Мбайт/секунду, правда это уже нифига не soho-сегмент по ценам, но с другой стороны по bandwidth'у это сравнимо с ОПЕРАТИВНОЙ ПАМЯТЬЮ ДЛЯ P3! НО ГОРАЗДО БОЛЬШЕГО ОБЪЕМА!]]></description>
      <pubDate>Sat, 09 May 2009 11:49:47 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.01.2009 22:28:45 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/49922/#comment_1308340</guid>
      <link>https://habr.com/ru/articles/49922/#comment_1308340</link>
      <description><![CDATA[На перле имеется возможность писать как угодно и что угодно. Факт в том что одно и то же можно делать множеством различных способов, это идеология языка №1, если кто-то хочет строгости в стили программирования, однородных конструкциях, синтаксисе, то перл не для него.]]></description>
      <pubDate>Thu, 22 Jan 2009 22:28:45 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.01.2009 22:24:20 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/49922/#comment_1308329</guid>
      <link>https://habr.com/ru/articles/49922/#comment_1308329</link>
      <description><![CDATA[а) плз, ссылочку на репорт о баге в перловой машине регулярок б) нет ничего странного в возможности написания рекурсивных регулярок (если речь шла об этом), это суперфича, а не бага.<br/>
<br/>
Кстати перловые регулярки, стали стандартом де-факто, библиотеку по регуляркам можно юзать в практически любом нужном вам приложение (си, плюсы и т.д.) не написанном на perl ;)]]></description>
      <pubDate>Thu, 22 Jan 2009 22:24:20 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.01.2009 22:17:11 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/49922/#comment_1308312</guid>
      <link>https://habr.com/ru/articles/49922/#comment_1308312</link>
      <description><![CDATA[Плюс неймспейсы которые в php относительно недавно. Тейнт мод кстати приводит программы к максимальной детерменированости (постоянству исполнения). Кстати, при разработке всегда использую warnings fatal all (останавливается исполнение по первому варнингу), а в продакшн фатал алл снимаю. Вобще в перл 5 есть достаточный инструментарий, чтобы писать максимально стабильные и безопасные приложения. При условии правильного радиуса кривизны рук (!), продуманости алгоритмов… и т.д. Склоняюсь к мнению, что это не техническая проблема (написание небезопасных программ, про perl могу сказать точно), а проблема кадров. И еще, если уж и говорить про проблему безопасности, то надо учитывать что проблемы на уровне исполнения (машины исполнения perl и php), нужно понимать, что эти машины, тоже написаны людьми, и в них тоже есть проблемы (про perl кстати крайне редко что-то проскользывает в репортах).<br/>
<br/>
]]></description>
      <pubDate>Thu, 22 Jan 2009 22:17:11 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>09.01.2009 00:05:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/48566/#comment_10999626</guid>
      <link>https://habr.com/ru/articles/48566/#comment_10999626</link>
      <description><![CDATA[<strong>«Степень увеличения потребляемого пространства обусловлена в большей степени темпами увеличения объемов современных накопителей информации»</strong>, <a href="http://blogs.msdn.com/e7ru/">отсюда</a><br/>
<br/>
Занавес… Типа: -куда же вы? Мы не успеваем генерировать нули и единицы!<br/>
Хабраежику ясно, что пространство забивается по мере необходимости, там об этом сказано.]]></description>
      <pubDate>Fri, 09 Jan 2009 00:05:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.01.2009 23:49:27 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/48541/#comment_12900199</guid>
      <link>https://habr.com/ru/articles/48541/#comment_12900199</link>
      <description><![CDATA[Более того, я не экономист по образованию, но тоже сомневаюсь, что не найдется альтернативы доллару, разумеется переход НЕ может быть безшовным, но это будет эволюция, я искринее убежден в том что цивилизованному миру больше революций НЕ ХОЧЕТСЯ.<br/>
<br/>
Очень хотелось бы получить пояснения от автора (если можо) по тезисам:<br/>
<br/>
<blockquote>С этих пор, по сути, валюты стали обычным товаром, цена на который определяется балансом спроса и предложения. Это означает, что теперь не обязательно обеспечивать валюту товаром.</blockquote><br/>
Я думал, что одним из фактором обеспечивающим силу нац.валюты являются кол-во товара производимого странной. В противном случае это просто фантики.<br/>
<br/>
<blockquote>Глобальный рынок развалится на огромное количество кусков, причем останется производство только тех товаров, которые можно без труда произвести своими силами, без снежников, либо все компоненты купить за национальную валюту.</blockquote><br/>
Мне кажется страны кот-ые выберут этот путь — фактически приговорят всю свою экономическую систему к смерти… мгновенной.<br/>
<br/>
<blockquote>И это означает что мы сможем гораздо быстрее среагировать на кризис, сумев искусственно удержать цены, и обеспечить производство жизненно важной продукции. Да, на некоторое время нам придется перейти к старой доброй плановой экономике, но согласитесь, у нас есть огромный опыт и все возможности перейти к ней быстро, а в демократических условиях демократическое правительство будет к этому просто не готово и не сможет сделать этого быстро.</blockquote><br/>
Я непонял почему, например американцы среагирует медленее, у них аппарат управления хуже? Или там тугодумы такие? Думаю, как раз наоборот, аппарат у них легче — сработает быстрее, плюс так или иначе сша более прогрессивное гос-во нежели большинство остальных. Неужели мы так круты? И как я понимаю переход к плановой экономике будет убивать свободу рынка?<br/>
<br/>
<blockquote>Уровень жизни уравняется, не будет слишком богатых, но и слишком бедных.</blockquote><br/>
Известен факт, что при достатке — люди непременно будут улучшать свой уровень жизни, в первую очередь.<br/>
<br/>
<blockquote>И эти силы могут попытаться такого развития событий не допустить. А сделать это можно только одним способом, и у этого способа очень страшное название «Мировая Война». </blockquote><br/>
Насколько мне известно с экономической точки зрения третья мировая переведет в проигравших сразу всех. А разве может быть развитие если ресурсы уничтожаются соперничающих сторон?<br/>
<br/>
<blockquote>Роль России в новом мире будет сродни роли учителя, а её влияние основано на доверии и взаимовыгоде, а не на страхе и подставных правительствах.</blockquote><br/>
Пытался понять, непонял, как такое может быть, не имея силы и власти? Религией что ли брать?<br/>
<br/>
<blockquote>Во первых мы увидим несколько зональных валют взамен одной мировой, между которыми будут установлены жесткие обменные курсы, регулируемые некой глобальной организацией.</blockquote><br/>
Как могут существовать жесткие обменные курсы? Это же приведет к появлению черного рынка обмена валют, кот-ые будут отображать реально равновесии спроса и предложения?<br/>
<br/>
]]></description>
      <pubDate>Wed, 07 Jan 2009 23:49:27 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.01.2009 23:23:24 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/48541/#comment_12900109</guid>
      <link>https://habr.com/ru/articles/48541/#comment_12900109</link>
      <description><![CDATA[<a href="http://karasov.habrahabr.ru/">karasov</a>, молодец, поддерживаю! Мы живем в информационный век, да типа при «демократии», вот только демократии в современных источниках информации мало, проще выражаясь: есть люди (владельцы телеканалов, газет, радио, ключевых сайтов) от которых зависят потоки информации. США, чтобы там не говорили, я считаю абсолютным лидером по манипулированию информацией, нужно донести «кризис» — донесут. А при чем здесь экономика? А вот причем: допустим, маркетологи-америкосы грамотно разводят тему «гречка заканчивается, гречки нет и не будет!», грамотно приправленное научными советниками. Что произойдет? Элементарно, часть населения планеты отреагирует моментально и ломанутся в магазины скупать гречку, к чему это приводит? Конечно, к повышению цены. А вся складывающиеся ситуация начнет напоминать панику, причем население будет только усугблять ситуацию своим поведением (сарафанное радио включится и остальная часть населения будет подтягиваться). Далее, вся гречка мгновенно исчезнит с полок, и опля — дефицит! Нереально? Думаю, более чем, и поведение многих бизнесменов/организаций это доказывает реально. Причем внимания на действительные экономические индикаторы, перед тем как сие безобразие свершится — никто обращать не будет.<br/>
<br/>
Я нисколько неумоляю присутствие фактов реального мира, но факты информационного пространства — фантастически нынче сильны ;)<br/>
]]></description>
      <pubDate>Wed, 07 Jan 2009 23:23:24 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>07.01.2009 21:02:41 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/48512/#comment_1256516</guid>
      <link>https://habr.com/ru/articles/48512/#comment_1256516</link>
      <description><![CDATA[<nobr>Дополняя<br/>
<a href="http://stat.yandex.ru/stats.xml?ReportID=2857&ProjectID=0&Age=d&sort=desc&SDay=0&SMonth=0&SYear=2000&FDay=0&FMonth=0&FYear=2000">(по данным логов портала Яндекс, за последние 7 дней)</a>:</nobr><br/>
<br/>
БраузерПосетители, %<br/>
Браузеры100.00<br/>
Internet Explorer50.92<br/>
<strong>Opera</strong><strong>26.43</strong><br/>
Firefox18.44<br/>
Мобильники и КПК1.61<br/>
Safari0.89<br/>
Mozilla0.16<br/>
Netscape0.1<br/>
Прочие1.42<br/>
<br/>
Глобальная статистика также имеется у службы spylog: <strong>opera 15,02% + opera mini 3,79%</strong><br/>
Актуальность глобальной статистики в масштабах мира целесообразно рассматривать при условии направленности проекта на аудиторию всего мира.<br/>
Силу Яндекса можно оценить в 59,8% по <a href="http://www.optimization.ru/articles/traffic2007">этим данным</a>]]></description>
      <pubDate>Wed, 07 Jan 2009 21:02:41 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>11.12.2007 16:54:32 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/31280/#comment_342948</guid>
      <link>https://habr.com/ru/articles/31280/#comment_342948</link>
      <description><![CDATA[Незнаю как у Вас "отношению складываются" с системой пакетов gems, но ни рельсы, ни адаптер/драйвер postgresql из них поставить не удалось... :( поставил всё нужное из пакетов deb за секунд 20 =) Теоретически gems очень крутая штуковина, но если бы еще работала... Если бы такая система была для CPAN, может кто знает? Если честно надоело уже бодаться со сборками из исходников)]]></description>
      <pubDate>Tue, 11 Dec 2007 16:54:32 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>11.12.2007 16:48:03 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/31280/#comment_342939</guid>
      <link>https://habr.com/ru/articles/31280/#comment_342939</link>
      <description><![CDATA[Вы сами тестировали mongrel+rails? ТАК ПОПРОБУЙТЕ! Мои тесты из серии "Hello, World!" показали проигрышь почти в ~20 раз mod_perl! Попробуйте представить такую разницу на рабочей системе! В состояние будете объяснить руководству, что нужно покупать 20 серверов, чтобы выполнять те же задачи что может 1 сервер!?!? Вдумайтесь! На "выхлопе" реальных 50 запросов (HTTP) со средней машины pentium4! Если рельсы так работают без бизнес-логики с одним запросом на базу, то какая будет производительность для законченной production-системы? 10 запросов? Бред...<br />
<br />
Пример рельсов специально разработанных под apache1/2 !? Разве существует что-то вроде mod_rails? Я такого не встречал. Рельсы запускается отдельным демоном, имеют свои веб-сервера(webrick, mongrel и пр.). То про что Вы говорите идеологически противоречит рельсам - "рельсы должны быть написаны на руби", мне тоже удивительно почему выбрали такую точку зрения, решение на более низкоуровнем языке даже под apache 1.3 будет МНОГО производительнее. Утверждения "быстрее и потребляют меньше ресурсов чем под Апачем/нджинксом" абсурдны, рельсы это framework написанный на руби, к сожаленью он "будет и должен" кушать очень много ресурсов. Единственный плюс такого подхода для построения веб-систем который я обнаружил - удобство для разработчика, пока не более...<br />
<br />
P/S: Стал уважать производительность mod_php<br />
P/S2: Производительность приложений RoR единственный минус мной обнаруженный, в остальном язык и платформа достойны внимания! Не смотря на это продолжаю изучать "эксперементально" RoR.<br />
P/S3: Плз, не путайте протокол FCGI, веб-серверы Apache/Nginx/Lighty (в случае RoR они являются прокси-серверами, проще говоря frontend'ами, их производительность и RoR имеют мало общего, RoR исполняется со своим HTTP-сервером, который Вы можете выбрать, например mongrel) и платформу-фреймворк RoR.]]></description>
      <pubDate>Tue, 11 Dec 2007 16:48:03 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>14.06.2007 07:42:15 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/9608/#comment_167784</guid>
      <link>https://habr.com/ru/articles/9608/#comment_167784</link>
      <description><![CDATA[<font color="#005500">Семинар получился отличный! Николай, Иван, браво!</font><br />
Ребята очень серьёзные, а то что комитер проекта предоставляет платную поддержку распространенная практика, тем более поддержка стоит своих денег. <b>PostgreSQL</b> действительно взрослая база.]]></description>
      <pubDate>Thu, 14 Jun 2007 07:42:15 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.05.2007 11:56:31 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/7668/#comment_11535569</guid>
      <link>https://habr.com/ru/articles/7668/#comment_11535569</link>
      <description><![CDATA[В процессе разработки. Мне нормально, пишит, читает :) Уже хорошо! Там еще множество проблем, NTFS то штука большая, к тому же закрытая, но для обычных задач достаточно того что реализовано, раньше только читать можно было :):):)<br />
<br />
Что-то мне подсказывает что Вы итак прекрасно это знали, так зачем же задавать вопрос? и захламлять ветку?]]></description>
      <pubDate>Sat, 05 May 2007 11:56:31 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>04.05.2007 16:46:53 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/7668/#comment_11535547</guid>
      <link>https://habr.com/ru/articles/7668/#comment_11535547</link>
      <description><![CDATA[<blockquote>Я бы к ntfs отнёсся лучше будь у него открытая спецификация, позволяющая свободно обращаться к ней из других операционок.</blockquote><br />
Microsoft в истином облике ;)<br />
Пользую <a href="http://www.ntfs-3g.org" title="http://www.ntfs-3g.org">http://www.ntfs-3g.org</a>]]></description>
      <pubDate>Fri, 04 May 2007 16:46:53 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>04.05.2007 16:00:16 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/7668/#comment_11535545</guid>
      <link>https://habr.com/ru/articles/7668/#comment_11535545</link>
      <description><![CDATA[Мы ушли от вопроса в этой ветки - "Зачем даже самому ultimate/advanced-пользователю нужна столь мощная ФС - WinFS?".<br />
<br />
Читайте внимательней, <b>большая(ударение на первую гласную) устойчивость</b> не значит <b>абсолютная устойчивость</b>! Факт фрагментации конечно же присутствует в NTFS.<br />
<br />
Пользователь не должен лезть в устройство журнала! masterbo, Вы бы не поленились и почитали бы про устройство типовых ФС, а также про FAT16/32 и NTFS, это очень полезная информация! Иначе, образно - сложно сравнивать ВАЗ и Maybach. Покупайте ВАЗ, ведь у него тоже четыре колеса и он тоже ездит ;);) !]]></description>
      <pubDate>Fri, 04 May 2007 16:00:16 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.05.2007 08:10:16 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/7668/#comment_11535463</guid>
      <link>https://habr.com/ru/articles/7668/#comment_11535463</link>
      <description><![CDATA[Заметим, что доминирование FreeBSD в РФ, а не в мире (действительно граничим с hollywar'ом, не хочу никому ничего навязывать, кому что нравится - пусть то и использует!). Мой вопрос был зачем нужен WinFS? И как его мощности будут использоваться в условиях обычного домашнего компьютера? Что касается объёмных каталогов и LAMP-связок под ufs1, то мой опыт показывает, что более 20000 файлов уже напряжно, а вообще вопрос к автору который складывает такое количество файлов в одну директорию...<br />
<br />
У Oracle своя ФС насколько мне известно, ну что-то очень странный у нас пользователь получается с аракулом на борту ;););)<br />
<br />
Каждый волен выбирать свой путь решения вопроса хранения данных, но для типового пользователя всё же настоятельно рекомендую журналируемую ФС.]]></description>
      <pubDate>Thu, 03 May 2007 08:10:16 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.05.2007 07:53:04 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/7668/#comment_11535459</guid>
      <link>https://habr.com/ru/articles/7668/#comment_11535459</link>
      <description><![CDATA[Ваш смайл очень к месту ;)<br />
Ну как минимум - наличие журнала, большая устойчивость к фрагментации данных, оптимальное расходование места, храние данных малого размера непосредственно в области метаданных, ну и в том же духе =)]]></description>
      <pubDate>Thu, 03 May 2007 07:53:04 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>01.05.2007 21:00:51 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/7693/#comment_11536103</guid>
      <link>https://habr.com/ru/articles/7693/#comment_11536103</link>
      <description><![CDATA[Согласен, проще говоря это называется воспитанием, точнее воспитание в рамках образования, вообще преподаватель должен быть знаком с психологией учеников, а именно преподаватель в данном случае, вместо того чтобы наезжать на ученика, тем более силовыми методами, должен был побеседовать бы с учеником, попытаться понять и направить человечка в нужном направлении. Что же это за препод такой? И еще, не будем забывать про их менталитет.<br />
<br />
Мне до сих пор, например, непонятно почему корейский студент (а точнее типичный продукт американского общества) расстрелял студентов и преподавателей, одна из проблем их менталитета - не желание понять причины. Зато репортажей понаделали... В чем причина его поведения?<br />
<br />
В обоих из этих случаях ответ будет примерно одинаков (Ответ? Причина? Смысл?).]]></description>
      <pubDate>Tue, 01 May 2007 21:00:51 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
