Свежие комментарии

Title Comment
iSCSI умеет ходить по

iSCSI умеет ходить по нескольким линкам сразу, я экспериментировал -- с винды на FreeBSD работало и эффект был виден. Меня не устраивает для дома архитектура iSCSI -- том не разделить между несколькими клиентами -- но может у тебя не так?

нет, можно еще: - не распределять (standby) - разбросать по

нет, можно еще:
- не распределять (standby)
- разбросать по адресу порта

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

Gor
P.S. HP APA можно заставить делать честный round-robin _только_ при общении двух серверов между собой мимо свитчей...
P.P.S. но есть стандартый трюк - поднять на loopback интерфейсе gated - и будет тебе счастье....

А с чего это

А с чего это переупорядочивания не должно быть? TCP на это же и заточен. Я как-то не видел, что бы стек отключал пересборку только потому что пакет пришёл по ehternet. Ведь у стека нет никаких гарантий, что до ethernet'а не было чего-то ещё...
В общем, как-то аргумент ``у нас нарушится порядок'' кажется мне совершенно невалидным.

Что мне до свитчей, если меня интересует end-to-end. Уж на к

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

У солярки есть такая фича (IPMP), но я реализации для винды не нашел. Я то хочу быстро-быстро к самбе ходить, 1G я насыщаю без проблем, но на рабочей станции есть второй порт, на сервере - тоже.

А онбордные - да, наверное в серверах появятся скоро. Но мне они для дома низачем.

<q>Казалось бы - на картах есть буфера.</q> причем тут карты

Казалось бы - на картах есть буфера.
причем тут карты? я тебе про свичи талдычу

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

Что касается 100 за пару - не вижу я таких. Гугл находит в 10 раз дороже...
я же сказал -- онбордные.
а насчет в 10 -- гугл сходу показывает 700 за X520-t2, но он не онбордный.

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

LOM-чипы-то уже давно анонсированны и именно по цене 100 за два порта.
вопрос кто первый на мать припаяет.

Казалось бы - на картах есть буфера. Поэтому можно делать "м

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

Что касается 100 за пару - не вижу я таких. Гугл находит в 10 раз дороже...

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

Ну теорию я понимаю. Но, казалось бы, производитель железа (ну тот же Intel) может попытаться сделать усилие по поддержанию порядка. Ну там тегировать пакеты или еще как, опять же если tcp checksum считается аппаратно, то значит в tcp заголовки карта умеет лазить.

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

С другой стороны, 10G уже стоит $500 за карту, подешевеют еще вдвое и можно брать.
бери медные на плате -- оно уже должно быть по 100 за пару.

Ну и USB3 тоже вот есть :)
текущая мода -- 100G

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

Ну теорию я понимаю. Но, казалось бы, производитель железа (ну тот же Intel) может попытаться сделать усилие по поддержанию порядка. Ну там тегировать пакеты или еще как, опять же если tcp checksum считается аппаратно, то значит в tcp заголовки карта умеет лазить.

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

С другой стороны, 10G уже стоит $500 за карту, подешевеют еще вдвое и можно брать. Ну и USB3 тоже вот есть :)

<q>Никаких стандартных способов раскидать по двум линкам пак

Никаких стандартных способов раскидать по двум линкам пакеты от одного TCP-соединения нету?

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

Не, ap - это "Backplane Ethernet (1 and 10 Gbit/s (125 and 1

Не, ap - это "Backplane Ethernet (1 and 10 Gbit/s (125 and 1,250 MB/s) over printed circuit boards)"

http://en.wikipedia.org/wiki/IEEE_802.3

А разве аггрегирование -- это не 801.11ap? (Или я что-то с ч

А разве аггрегирование -- это не 801.11ap? (Или я что-то с чем-то из прошлого века путаю?)

А! Я то в 8.1 смотрел. Ну дай

А!

Я то в 8.1 смотрел.
Ну дай то бог, по меньшей мере часть проблем это снимает.

С другой стороны, другие то проблемы никуда не деваются, как я понимаю
- пересборка graid5/gmirror после неаккуратной остановки
- отдельные устройства под журнал, иначе медленно.

эм... -J и -j у tunefs =

эм...
-J и -j у tunefs = разные вещи. -j это то что сделал Jeff.

[tiger@laptop]/usr/src%svn log -r 207141
------------------------------------------------------------------------
r207141 | jeff | 2010-04-24 10:05:35 +0300 (сб, 24 апр 2010) | 7 lines

- Merge soft-updates journaling from projects/suj/head into head. This
brings in support for an optional intent log which eliminates the need
for background fsck on unclean shutdown.

Sponsored by: iXsystems, Yahoo!, and Juniper.
With help from: McKusick and Peter Holm

------------------------------------------------------------------------

в RELENG_8_1 этого нет. возможно был mfc в RELENG_8 (но уже гарантированно после 6 Aug)

man gjournal сообщает нам:

man gjournal сообщает нам:
For the best performance possible, soft-updates should be disabled when gjournal is used.

Ну и насколько я помню (а игрался примерно год назад), под журнал надо иметь второй комплект дисков. Можно маленьких, но быстрых. Без этого перформанс на запись там очень так себе по причине постоянных дерганий головой.

а чем и кто должен

а чем и кто должен поделиться? tunefs(8). -j enable, не оно разве (HEAD), на RELENG_8 не смотрел

да, это верно, но я в первую очередь решал свою задачу (мне

да, это верно, но я в первую очередь решал свою задачу (мне надо было быстро), а не задачу поиска баги.

Что концептуально - неправильно.

Дык для тестирования куда как приятнее растарить мааленький

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

Спасибо!

Благодарю! :) А то не придумал ничего другого кроме как самому себе RAW-файл отправлять из Вин7 на почтовый ящик, а потом его же получать из Леопарда.
.
Пробовал RPP. Пока думаю... Во-первых - медленно работает под виртуалкой. Во-вторых - похоже, цвета не совпадают. В Винде-дисплей откалиброван, а из-под Мака, похоже, профиль этот не подставляется. Во всяком случае, цвета "на глаз" отличаются. Да и с разрешением экрана проблемки - выдает только 1300х700. :) В общем, в раздумьях...
.
Еще раз спасибо за помощь!

В finder:

В finder:
Command-K
откроется окошко Connect
там ввести smb://ip-адрес-вашей-windows/имя-шары

"Виртуальный" Leopard и Windows-как подружить?

Приветствую! Заранее извиняюсь, если не по теме слегка. Буду благодарен как за ответ, так и за ссылку на соответствующий ресурс в сети. Собственно, вопрос:
.
Леопарда в виртуальную машину поставил ( правда, не в ВМВарю, а под ВиртуалБокс: у меня процессор АМД,там легче запускается - но то, думаю, не так важно ). "Основная" система - Вин7. Сеть с Леопарда работает нормально (в смысле, интернет). Как мне заставить Леопарда из виртуальной машины видеть папку с изображениями на "основном" компьютере? Ибо именно из-за этого и экспериментирую с Макосью. Папку эту из-под винды расшарил, в "Общие папки" в ВиртуалБоксе прописал... Но не видно ее нигде! "Финдером" искал-не находится... Как быть? Благодарю заранее-если кто сумеет помочь. :)

Ну да, от Линукса меня тошнит

Ну да, от Линукса меня тошнит ровно с 1995-го года, натурально. Хотя с поправкой на GPGPU - пора уже начинать и привыкать.

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

Ну так я же при этом еще

Ну так я же при этом еще получил массу удовольствия

Ну так с этого и надо начинать: "люблю в выходные потрахаться со всякой православной фигнёй".

Ну и с линуксом я потерял заметно больше времени на всякое странное, причем не за год, а непосредственно за сентябрь

Ну это уже разговор о тех самых конях. Если конкретно хочется кинуть камень в огород linux, надо говорить куда кидаете, и есть ли аналогичное во фре, и нужно ли оно вообще.
Во фре конечно всё намного кошернее - "если что, катапультируемся на солярис".

Я отнюдь не говорю что linux лучше, и что необходимо использовать именно его.
Просто аргументация опёртая на fsck и то что где-то с linux'ом пришлось повозиться(причём не факт что это вообще касается этого nas+mail+роутера) довольно слабая.

Ну так я же при этом еще

Ну так я же при этом еще получил массу удовольствия.
И понимание, что если не хотеть всякого странного (вроде очень длинных имен в utf), то оно уже работает. Пару лет назад это было не так.

Ну и с линуксом я потерял заметно больше времени на всякое странное, причем не за год, а непосредственно за сентябрь. Потому и хочу его видеть поменьше.

Это уже вопросы религии.

Это уже вопросы религии. Сколько времени в этом году вы потратили на секс с ZFS+FreeBSD, т.е. на практике. И сколько бы времени пришлось бы потратить на пару fsck(и вообще, сколько бы их реально было)? Причём секс в первом случае требует непосредственного участия, а выполнение fsck это чисто машинное время.

Я пока в VM развлекаюсь. В VM все получилось, а на реальном

Я пока в VM развлекаюсь.

В VM все получилось, а на реальном железе - я решил сначала временный мейлсервер и роутер поднять на всяком мусорном железе в уголочке, а потом уже мучать ZFS в полный рост.

А то у меня дома если интернет выключить на полчаса или почту на час - жены и дети начинают скулить под дверью....

Так чего-как получилсь?

Так чего-как получилсь?

Re: > и с fsck - черезвычайно не хочется.

По меньшей мере в теории оно там есть.

> и с fsck - черезвычайно не хочется.

Давно не видел fsck. Journal replay -- да, бывает. А вот именно fsck...

Re: > Ну у FreeBSD понимание ZFS всяко лучше, чем у Linux :)

ZFS за примерно год эксплуатации на больших объемах показала свою разумность (несмотря на то, что написано в исходном посте, "все равно ее не брошу").

После нее связываться с файловыми системами с отдельными контейнерами (а не общим объемом на всех) и с fsck - черезвычайно не хочется.
Ну и меня черезвычайно привлекает дизайн, когда RAID - это часть FS, а не нашлепка сбоку.

Кроме того, черезвычайно не хочется связываться с Linux и я делаю это последние лет 10 только если *никакого* выхода не осталось. Натурально, лучше винду поставлю, она за последние лет 10 создала меньше проблем. Не говоря о солярке, с которой все-таки многолетний и относительно позитивный (в отличие от Linux) опыт есть. Хотя мне и жутко не нравится, что сейчас происходит с расфоркиванием солярки, до состояния "хуже линукса" ее так можно быстро довести.

> Ну у FreeBSD понимание ZFS всяко лучше, чем у Linux :)

Ну, во-1-х, есть такая концепция "лучше лишний стоп, чем лишний ляп".

А во-2-х, я как то не вижу места ZFS в связке "some-journaled-FS/LVM-2/LSR/Linux". Ничего против ZFS не имею, просто несколько странно слышать аргумент "(не)понимание ZFS" в контексте предложения альтернативного решения. Впрочем, и про мифическое "невзаимопонимание" тоже странно слышать. Тут, думается, дело из рода "желание -- тысяча возможностей, нежелание -- миллионы причин". Ибо мне лично сдаётся крайне невероятным, что вы, Алексей, не смогли бы себе забацать нормальный storage на вышеупомянутой связке.

Pages

Subscribe to comments_recent_new