Свежие комментарии
Title | Comment |
---|---|
iSCSI умеет ходить по |
iSCSI умеет ходить по нескольким линкам сразу, я экспериментировал -- с винды на FreeBSD работало и эффект был виден. Меня не устраивает для дома архитектура iSCSI -- том не разделить между несколькими клиентами -- но может у тебя не так? |
нет, можно еще: - не распределять (standby) - разбросать по |
нет, можно еще: да, идеологически некорректно разбрасывать пакеты одной tcp сессии по разным трубам приблудой, сделанной для балансирования _множества_ сессий Gor |
А с чего это |
А с чего это переупорядочивания не должно быть? TCP на это же и заточен. Я как-то не видел, что бы стек отключал пересборку только потому что пакет пришёл по ehternet. Ведь у стека нет никаких гарантий, что до ethernet'а не было чего-то ещё... |
Что мне до свитчей, если меня интересует end-to-end. Уж на к |
Что мне до свитчей, если меня интересует end-to-end. Уж на концах, казалось бы, можно потерпеть и порядок немного восстановить. У солярки есть такая фича (IPMP), но я реализации для винды не нашел. Я то хочу быстро-быстро к самбе ходить, 1G я насыщаю без проблем, но на рабочей станции есть второй порт, на сервере - тоже. А онбордные - да, наверное в серверах появятся скоро. Но мне они для дома низачем. |
<q>Казалось бы - на картах есть буфера.</q> причем тут карты |
Казалось бы - на картах есть буфера. В обычном интернете Что касается 100 за пару - не вижу я таких. Гугл находит в 10 раз дороже... странно, мне казалось что у интелов они на материнке уже должны быть. LOM-чипы-то уже давно анонсированны и именно по цене 100 за два порта. |
Казалось бы - на картах есть буфера. Поэтому можно делать "м |
Казалось бы - на картах есть буфера. Поэтому можно делать "максимум возможного" - пока в буфере есть место, придерживаем пакет пришедший вне порядка, кончилось место - ну значит не судьба. В обычном интернете тоже может out of order быть. Что касается 100 за пару - не вижу я таких. Гугл находит в 10 раз дороже... |
<q>Ну теорию я понимаю. Но, казалось бы, производитель желез |
Ну теорию я понимаю. Но, казалось бы, производитель железа (ну тот же Intel) может попытаться сделать усилие по поддержанию порядка. Ну там тегировать пакеты или еще как, опять же если tcp checksum считается аппаратно, то значит в tcp заголовки карта умеет лазить. а с другой стороны агрегации кто будет востанавливать порядок? хранить, задерживать и накапливать очередь пакетов, прилетевших поперед задержавшегося? интел для свичей драйвера напишет? С другой стороны, 10G уже стоит $500 за карту, подешевеют еще вдвое и можно брать. Ну и USB3 тоже вот есть :) |
Ну теорию я понимаю. Но, казалось бы, производитель железа ( |
Ну теорию я понимаю. Но, казалось бы, производитель железа (ну тот же 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)" |
А разве аггрегирование -- это не 801.11ap? (Или я что-то с ч |
А разве аггрегирование -- это не 801.11ap? (Или я что-то с чем-то из прошлого века путаю?) |
А! Я то в 8.1 смотрел. Ну дай |
А! Я то в 8.1 смотрел. С другой стороны, другие то проблемы никуда не деваются, как я понимаю |
эм... -J и -j у tunefs = |
эм... [tiger@laptop]/usr/src%svn log -r 207141 - Merge soft-updates journaling from projects/suj/head into head. This Sponsored by: iXsystems, Yahoo!, and Juniper. ------------------------------------------------------------------------ в RELENG_8_1 этого нет. возможно был mfc в RELENG_8 (но уже гарантированно после 6 Aug) |
man gjournal сообщает нам: |
man gjournal сообщает нам: Ну и насколько я помню (а игрался примерно год назад), под журнал надо иметь второй комплект дисков. Можно маленьких, но быстрых. Без этого перформанс на запись там очень так себе по причине постоянных дерганий головой. |
а чем и кто должен |
а чем и кто должен поделиться? tunefs(8). -j enable, не оно разве (HEAD), на RELENG_8 не смотрел |
да, это верно, но я в первую очередь решал свою задачу (мне |
да, это верно, но я в первую очередь решал свою задачу (мне надо было быстро), а не задачу поиска баги. Что концептуально - неправильно. |
Дык для тестирования куда как приятнее растарить мааленький |
Дык для тестирования куда как приятнее растарить мааленький архив с одними именами - и проверить. Ибо прикладывать майлбомбу наверное некошерно. Всё же реальная бага в zfs это очень, очень неприятно. |
Спасибо! |
Благодарю! :) А то не придумал ничего другого кроме как самому себе RAW-файл отправлять из Вин7 на почтовый ящик, а потом его же получать из Леопарда. |
В finder: |
В finder: |
"Виртуальный" Leopard и Windows-как подружить? |
Приветствую! Заранее извиняюсь, если не по теме слегка. Буду благодарен как за ответ, так и за ссылку на соответствующий ресурс в сети. Собственно, вопрос: |
Ну да, от Линукса меня тошнит |
Ну да, от Линукса меня тошнит ровно с 1995-го года, натурально. Хотя с поправкой на GPGPU - пора уже начинать и привыкать. Конкретно про LSR - я не могу аргументированно возразить, хотя, если будет какое-то количество свободного времени, попытаюсь его разломать. Но под виртуальной машиной, это немножко не то.... |
Ну так я же при этом еще |
Ну так с этого и надо начинать: "люблю в выходные потрахаться со всякой православной фигнёй".
Ну это уже разговор о тех самых конях. Если конкретно хочется кинуть камень в огород linux, надо говорить куда кидаете, и есть ли аналогичное во фре, и нужно ли оно вообще. Я отнюдь не говорю что linux лучше, и что необходимо использовать именно его. |
Ну так я же при этом еще |
Ну так я же при этом еще получил массу удовольствия. Ну и с линуксом я потерял заметно больше времени на всякое странное, причем не за год, а непосредственно за сентябрь. Потому и хочу его видеть поменьше. |
Это уже вопросы религии. |
Это уже вопросы религии. Сколько времени в этом году вы потратили на секс с ZFS+FreeBSD, т.е. на практике. И сколько бы времени пришлось бы потратить на пару fsck(и вообще, сколько бы их реально было)? Причём секс в первом случае требует непосредственного участия, а выполнение fsck это чисто машинное время. |
Я пока в VM развлекаюсь. В VM все получилось, а на реальном |
Я пока в VM развлекаюсь. В VM все получилось, а на реальном железе - я решил сначала временный мейлсервер и роутер поднять на всяком мусорном железе в уголочке, а потом уже мучать ZFS в полный рост. А то у меня дома если интернет выключить на полчаса или почту на час - жены и дети начинают скулить под дверью.... |
Так чего-как получилсь? |
Так чего-как получилсь? |
Re: > и с fsck - черезвычайно не хочется. |
По меньшей мере в теории оно там есть. |
> и с fsck - черезвычайно не хочется. |
Давно не видел fsck. Journal replay -- да, бывает. А вот именно fsck... |
Re: > Ну у FreeBSD понимание ZFS всяко лучше, чем у Linux :) |
ZFS за примерно год эксплуатации на больших объемах показала свою разумность (несмотря на то, что написано в исходном посте, "все равно ее не брошу"). После нее связываться с файловыми системами с отдельными контейнерами (а не общим объемом на всех) и с fsck - черезвычайно не хочется. Кроме того, черезвычайно не хочется связываться с Linux и я делаю это последние лет 10 только если *никакого* выхода не осталось. Натурально, лучше винду поставлю, она за последние лет 10 создала меньше проблем. Не говоря о солярке, с которой все-таки многолетний и относительно позитивный (в отличие от Linux) опыт есть. Хотя мне и жутко не нравится, что сейчас происходит с расфоркиванием солярки, до состояния "хуже линукса" ее так можно быстро довести. |
> Ну у FreeBSD понимание ZFS всяко лучше, чем у Linux :) |
Ну, во-1-х, есть такая концепция "лучше лишний стоп, чем лишний ляп". А во-2-х, я как то не вижу места ZFS в связке "some-journaled-FS/LVM-2/LSR/Linux". Ничего против ZFS не имею, просто несколько странно слышать аргумент "(не)понимание ZFS" в контексте предложения альтернативного решения. Впрочем, и про мифическое "невзаимопонимание" тоже странно слышать. Тут, думается, дело из рода "желание -- тысяча возможностей, нежелание -- миллионы причин". Ибо мне лично сдаётся крайне невероятным, что вы, Алексей, не смогли бы себе забацать нормальный storage на вышеупомянутой связке. |
Pages
