Как стать автором
Обновить
0
0
Clark Devis @devis

Пользователь

Отправить сообщение
Startup.com (документальный). Подскажите, где его можно скачать? Правильно я понял, что речь идет про www.imdb.com/title/tt0256408/?

7 up Series. Режиссер Michael Apted (http://www.imdb.com/name/nm0000776/)? И какой конкретно «up»? Seven Up! (1964)? 7 Plus Seven (1970)? У него целая коллекция.
Но как мне кажется проще попытаться применить классические способы и сделать кластерное приложение изначально. Тем более весь инструментарий присутствует.

Например MySQL: 1 сервер маленкий для записи, 9 серверов маленьких для чтения. Это базовое соотношение, растет нагрузка в этом отношении — растут параллельно мощности. А если происходит смещение, например 1 мастер сервер на справляется — он автоматически растет!
Всегда можно расти вширь и вверх, но это высший пилотаж.

Один из шаблонов применения более простой — статичная архитектура — ты заведомо заказываешь допустим 10 серверов с минимальными ресурсами. Разворачиваешь свой кластер. Нажимаешь кнопку и получаешь автомасштабирование, причем предел вплоть до самых недетских мощностей ;) Т.е. когда нет нагрузки кластер сдут в суммарной мощности — пошла нагрузка — надулся до предела. Наиболее сильное впечатление производит на кошелек (дешево) и на умы именно минимум + максимум, без средних!
Это уже велосипед, ничего нового…
www.raidsonic.de/en/pages/products/metstyle_gal.php?pid=2_9_2
(См. SF2020-2F-S1)
При расчете рейда на базе CF получается сравнимо с SSD, но сильно хуже по производительности.

shapa, прав по всем пунктам. Присутствуют ДВА серьезных технических преимущества в SSD (я не про топик-девайс): 1) пропускной способности чипов (bandwidth); 2) количества запросов (iops).

При чем первый пункт дает преимущества в задачках перекачки огромного массива данных (допустим, переписываете hd фильм, тяжелые фото, занимаетесь монтажом видео, последовательно, блок за блоком, у HDD здесь все более или менее нормально, хотя лучшие образцы максимум показывают на уровне 100МБайт/сек, потолок 150! и ОЧЕНЬ сложно наращивается! Бесконечно увеличивать обороты не получится, куда больше 15!?), как мне кажется, в десктопах/сервере сейчас более актуален второй пункт, т.к. железка держит огромное количество обращений (быстрый ПАРАЛЛЕЛЬНЫЙ запуск ОС, gta4 и параллельное исполнение запросов к РСУБД, на чем, увы, SAS/SATA СИЛЬНО В РАЗЫ сливают КАЧЕСТВЕННЫМ SSD)

Итак, констатирую факт, чтоб сегодня по всем критериям, кроме цены на гигабайт hdd сливают ssd.

Очевидно, что явно есть недопонимание преимуществ SSD в умах.
Приведу цифры RAM vs SSD vs HDD (могу где ошибаться, поправьте, источник в основном wikipedia):

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 Мбайт/с чтения!
ИТОГО: SDRAM PC133 (1 064 МБайт/сек) > Samsung PB22-J (220 Мбайт/сек) > Seagate ST31000340NS (85.3 Мбайт/сек)

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 РАЗ! ВДУМАЙТЕСЬ!
ИТОГО: Samsung PB22-J (до ~10 500) > Seagate ST31000340NS (до ~100)

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!
ИТОГО: DDR3 (пусть 20нс) > Samsung PB22-J (300 000 нс) > Seagate ST31000340NS (13 100 000 нс)

Представленный девайс в статье, может актуален когда ОЗУ не хватает? с другой стороны, действительно, 32ГБайта на современных серверах это уже реальность. Плюс верно замечено, при наращивание памяти на типовых серверах можно легко упереться в физ.сервер, но тогда уже речь пойдет не о серверах, а о построение супер компьютера и агрегацию ресурсов через шину.

И еще пропускная способность SSD достаточно легко масштабируется, т.е. производители могут собрать железяку и с 1 000 Мбайт/секунду, правда это уже нифига не soho-сегмент по ценам, но с другой стороны по bandwidth'у это сравнимо с ОПЕРАТИВНОЙ ПАМЯТЬЮ ДЛЯ P3! НО ГОРАЗДО БОЛЬШЕГО ОБЪЕМА!
На перле имеется возможность писать как угодно и что угодно. Факт в том что одно и то же можно делать множеством различных способов, это идеология языка №1, если кто-то хочет строгости в стили программирования, однородных конструкциях, синтаксисе, то перл не для него.
а) плз, ссылочку на репорт о баге в перловой машине регулярок б) нет ничего странного в возможности написания рекурсивных регулярок (если речь шла об этом), это суперфича, а не бага.

Кстати перловые регулярки, стали стандартом де-факто, библиотеку по регуляркам можно юзать в практически любом нужном вам приложение (си, плюсы и т.д.) не написанном на perl ;)
Плюс неймспейсы которые в php относительно недавно. Тейнт мод кстати приводит программы к максимальной детерменированости (постоянству исполнения). Кстати, при разработке всегда использую warnings fatal all (останавливается исполнение по первому варнингу), а в продакшн фатал алл снимаю. Вобще в перл 5 есть достаточный инструментарий, чтобы писать максимально стабильные и безопасные приложения. При условии правильного радиуса кривизны рук (!), продуманости алгоритмов… и т.д. Склоняюсь к мнению, что это не техническая проблема (написание небезопасных программ, про perl могу сказать точно), а проблема кадров. И еще, если уж и говорить про проблему безопасности, то надо учитывать что проблемы на уровне исполнения (машины исполнения perl и php), нужно понимать, что эти машины, тоже написаны людьми, и в них тоже есть проблемы (про perl кстати крайне редко что-то проскользывает в репортах).

«Степень увеличения потребляемого пространства обусловлена в большей степени темпами увеличения объемов современных накопителей информации», отсюда

Занавес… Типа: -куда же вы? Мы не успеваем генерировать нули и единицы!
Хабраежику ясно, что пространство забивается по мере необходимости, там об этом сказано.
Более того, я не экономист по образованию, но тоже сомневаюсь, что не найдется альтернативы доллару, разумеется переход НЕ может быть безшовным, но это будет эволюция, я искринее убежден в том что цивилизованному миру больше революций НЕ ХОЧЕТСЯ.

Очень хотелось бы получить пояснения от автора (если можо) по тезисам:

С этих пор, по сути, валюты стали обычным товаром, цена на который определяется балансом спроса и предложения. Это означает, что теперь не обязательно обеспечивать валюту товаром.

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

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

Мне кажется страны кот-ые выберут этот путь — фактически приговорят всю свою экономическую систему к смерти… мгновенной.

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

Я непонял почему, например американцы среагирует медленее, у них аппарат управления хуже? Или там тугодумы такие? Думаю, как раз наоборот, аппарат у них легче — сработает быстрее, плюс так или иначе сша более прогрессивное гос-во нежели большинство остальных. Неужели мы так круты? И как я понимаю переход к плановой экономике будет убивать свободу рынка?

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

Известен факт, что при достатке — люди непременно будут улучшать свой уровень жизни, в первую очередь.

И эти силы могут попытаться такого развития событий не допустить. А сделать это можно только одним способом, и у этого способа очень страшное название «Мировая Война».

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

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

Пытался понять, непонял, как такое может быть, не имея силы и власти? Религией что ли брать?

Во первых мы увидим несколько зональных валют взамен одной мировой, между которыми будут установлены жесткие обменные курсы, регулируемые некой глобальной организацией.

Как могут существовать жесткие обменные курсы? Это же приведет к появлению черного рынка обмена валют, кот-ые будут отображать реально равновесии спроса и предложения?

karasov, молодец, поддерживаю! Мы живем в информационный век, да типа при «демократии», вот только демократии в современных источниках информации мало, проще выражаясь: есть люди (владельцы телеканалов, газет, радио, ключевых сайтов) от которых зависят потоки информации. США, чтобы там не говорили, я считаю абсолютным лидером по манипулированию информацией, нужно донести «кризис» — донесут. А при чем здесь экономика? А вот причем: допустим, маркетологи-америкосы грамотно разводят тему «гречка заканчивается, гречки нет и не будет!», грамотно приправленное научными советниками. Что произойдет? Элементарно, часть населения планеты отреагирует моментально и ломанутся в магазины скупать гречку, к чему это приводит? Конечно, к повышению цены. А вся складывающиеся ситуация начнет напоминать панику, причем население будет только усугблять ситуацию своим поведением (сарафанное радио включится и остальная часть населения будет подтягиваться). Далее, вся гречка мгновенно исчезнит с полок, и опля — дефицит! Нереально? Думаю, более чем, и поведение многих бизнесменов/организаций это доказывает реально. Причем внимания на действительные экономические индикаторы, перед тем как сие безобразие свершится — никто обращать не будет.

Я нисколько неумоляю присутствие фактов реального мира, но факты информационного пространства — фантастически нынче сильны ;)
Дополняя
(по данным логов портала Яндекс, за последние 7 дней):


БраузерПосетители, %
Браузеры100.00
Internet Explorer50.92
Opera26.43
Firefox18.44
Мобильники и КПК1.61
Safari0.89
Mozilla0.16
Netscape0.1
Прочие1.42

Глобальная статистика также имеется у службы spylog: opera 15,02% + opera mini 3,79%
Актуальность глобальной статистики в масштабах мира целесообразно рассматривать при условии направленности проекта на аудиторию всего мира.
Силу Яндекса можно оценить в 59,8% по этим данным
Незнаю как у Вас "отношению складываются" с системой пакетов gems, но ни рельсы, ни адаптер/драйвер postgresql из них поставить не удалось... :( поставил всё нужное из пакетов deb за секунд 20 =) Теоретически gems очень крутая штуковина, но если бы еще работала... Если бы такая система была для CPAN, может кто знает? Если честно надоело уже бодаться со сборками из исходников)
Вы сами тестировали mongrel+rails? ТАК ПОПРОБУЙТЕ! Мои тесты из серии "Hello, World!" показали проигрышь почти в ~20 раз mod_perl! Попробуйте представить такую разницу на рабочей системе! В состояние будете объяснить руководству, что нужно покупать 20 серверов, чтобы выполнять те же задачи что может 1 сервер!?!? Вдумайтесь! На "выхлопе" реальных 50 запросов (HTTP) со средней машины pentium4! Если рельсы так работают без бизнес-логики с одним запросом на базу, то какая будет производительность для законченной production-системы? 10 запросов? Бред...

Пример рельсов специально разработанных под apache1/2 !? Разве существует что-то вроде mod_rails? Я такого не встречал. Рельсы запускается отдельным демоном, имеют свои веб-сервера(webrick, mongrel и пр.). То про что Вы говорите идеологически противоречит рельсам - "рельсы должны быть написаны на руби", мне тоже удивительно почему выбрали такую точку зрения, решение на более низкоуровнем языке даже под apache 1.3 будет МНОГО производительнее. Утверждения "быстрее и потребляют меньше ресурсов чем под Апачем/нджинксом" абсурдны, рельсы это framework написанный на руби, к сожаленью он "будет и должен" кушать очень много ресурсов. Единственный плюс такого подхода для построения веб-систем который я обнаружил - удобство для разработчика, пока не более...

P/S: Стал уважать производительность mod_php
P/S2: Производительность приложений RoR единственный минус мной обнаруженный, в остальном язык и платформа достойны внимания! Не смотря на это продолжаю изучать "эксперементально" RoR.
P/S3: Плз, не путайте протокол FCGI, веб-серверы Apache/Nginx/Lighty (в случае RoR они являются прокси-серверами, проще говоря frontend'ами, их производительность и RoR имеют мало общего, RoR исполняется со своим HTTP-сервером, который Вы можете выбрать, например mongrel) и платформу-фреймворк RoR.
Семинар получился отличный! Николай, Иван, браво!
Ребята очень серьёзные, а то что комитер проекта предоставляет платную поддержку распространенная практика, тем более поддержка стоит своих денег. PostgreSQL действительно взрослая база.
В процессе разработки. Мне нормально, пишит, читает :) Уже хорошо! Там еще множество проблем, NTFS то штука большая, к тому же закрытая, но для обычных задач достаточно того что реализовано, раньше только читать можно было :):):)

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

Microsoft в истином облике ;)
Пользую http://www.ntfs-3g.org
Мы ушли от вопроса в этой ветки - "Зачем даже самому ultimate/advanced-пользователю нужна столь мощная ФС - WinFS?".

Читайте внимательней, большая(ударение на первую гласную) устойчивость не значит абсолютная устойчивость! Факт фрагментации конечно же присутствует в NTFS.

Пользователь не должен лезть в устройство журнала! masterbo, Вы бы не поленились и почитали бы про устройство типовых ФС, а также про FAT16/32 и NTFS, это очень полезная информация! Иначе, образно - сложно сравнивать ВАЗ и Maybach. Покупайте ВАЗ, ведь у него тоже четыре колеса и он тоже ездит ;);) !
Заметим, что доминирование FreeBSD в РФ, а не в мире (действительно граничим с hollywar'ом, не хочу никому ничего навязывать, кому что нравится - пусть то и использует!). Мой вопрос был зачем нужен WinFS? И как его мощности будут использоваться в условиях обычного домашнего компьютера? Что касается объёмных каталогов и LAMP-связок под ufs1, то мой опыт показывает, что более 20000 файлов уже напряжно, а вообще вопрос к автору который складывает такое количество файлов в одну директорию...

У Oracle своя ФС насколько мне известно, ну что-то очень странный у нас пользователь получается с аракулом на борту ;););)

Каждый волен выбирать свой путь решения вопроса хранения данных, но для типового пользователя всё же настоятельно рекомендую журналируемую ФС.
Ваш смайл очень к месту ;)
Ну как минимум - наличие журнала, большая устойчивость к фрагментации данных, оптимальное расходование места, храние данных малого размера непосредственно в области метаданных, ну и в том же духе =)
Согласен, проще говоря это называется воспитанием, точнее воспитание в рамках образования, вообще преподаватель должен быть знаком с психологией учеников, а именно преподаватель в данном случае, вместо того чтобы наезжать на ученика, тем более силовыми методами, должен был побеседовать бы с учеником, попытаться понять и направить человечка в нужном направлении. Что же это за препод такой? И еще, не будем забывать про их менталитет.

Мне до сих пор, например, непонятно почему корейский студент (а точнее типичный продукт американского общества) расстрелял студентов и преподавателей, одна из проблем их менталитета - не желание понять причины. Зато репортажей понаделали... В чем причина его поведения?

В обоих из этих случаях ответ будет примерно одинаков (Ответ? Причина? Смысл?).
1

Информация

В рейтинге
Не участвует
Откуда
Брестская обл., Беларусь
Дата рождения
Зарегистрирован
Активность