Свежие комментарии
| Title | Comment |
|---|---|
| У меня в виндовом rsync трапается ssh.exe. Понятно, можно |
У меня в виндовом rsync трапается ssh.exe. Понятно, можно кабеля перекинуть в юниксную машину, или как тут советуют, live ubuntu, и посмотреть. Но это даст мне скоростя Unix-Unix. А вопрос, который я изучаю - это можно ли вынести HDD вообще из корпуса рабочей станции в другой ящик. И ответ на него - "ну, скорее да, но рабочие файлы точно придется оставить" (т.е. полтерабайта SSD вынь да положь). |
| Ну на практике у меня же будет виндовый клиент основной. Зна |
Ну на практике у меня же будет виндовый клиент основной. Значит им и надо тестировать. |
| Может от версии зависит? У |
Может от версии зависит? У меня 2.34, все смонтированные буквы дисков - видит. И NFS и SMB. |
| У меня был такой контроллер: |
У меня был такой контроллер: http://blog.lexa.ru/2008/11/30/atto_vs_areca.html И справлялся он неплохо, особенно с учетом цены. Но в какой-то момент он сдох и выяснилось, что купить замену в Мск можно только "под заказ, поставка два месяца (или один, не суть". После чего я купил Адаптек, ибо для них замена покупается в тот же день (а держать запасной для дома - ну как-то перебор) |
| Спасибо, поправили. |
Спасибо, поправили. |
| в статье в разделе про применение и экспонирование по светам |
в статье в разделе про применение и экспонирование по светам, написано что меряем света и делаем экспопоправку в "минус", а должно быть написано в "плюс" |
| Хм. А мне этот бенчмарк не |
Хм. А мне этот бенчмарк не даёт выбрать сетевой диск :-[ ] |
| Интересно, что я про ATTO |
Интересно, что я про ATTO никогда не слышал... Ну там Areca, LSI, HighPoint -- а про ATTO -- нет... К чему бы это? |
| В win7 всё плохо, для тестирования можно к-л http://ubuntu-r |
В win7 всё плохо, для тестирования можно к-л http://ubuntu-rescue-remix.org/files/URR/iso/UbuntuRescueRemix1104.iso на флешку зажарить и nfsv4 согласно http://www.cyberciti.biz/faq/linux-unix-tuning-nfs-server-client-perform... |
| Да, NFS tuning, увы, сильно зависит от совокупности клиент-с |
Да, NFS tuning, увы, сильно зависит от совокупности клиент-сервер. Хуже всего с ESXi client, он принудительно синхронный, скотина :( |
| Да, про mfs я забыл. Тем более попробуй rsync -- вроде как |
Да, про mfs я забыл. Тем более попробуй rsync -- вроде как с третьего протокола flush/close у него async |
| можно ещё попробовать |
можно ещё попробовать передать файл по netcat'у, просто для интереса. |
| Ну у меня то с самбы (FreeBSD) на винду - больше 100. Тоже п |
Ну у меня то с самбы (FreeBSD) на винду - больше 100. Тоже по гигабиту. И туда и сюда - в обе стороны насыщается ether. |
| Winda это винда, Linux это линукс. Все может оказаться по ра |
Winda это винда, Linux это линукс. Все может оказаться по разному. Из интереса померил прокачку большого файла у себя Linux -- Linux. Ничего не тюнил, все с одного пинка из коробки как завелось, так и использую. scp - 19.4 Mb/сек |
| У меня виндовый клиент. По атто - получается раза в 4 медлен |
У меня виндовый клиент. По атто - получается раза в 4 медленнее (я знаю, что атто - плохая бенчмарка), по копированию больших файлов - тоже, на мелких файлах - примерно как самба, на глазок (при том что по ATTO мелкие файлы тоже медленнее, ну да бенчмарка так себе) Но я совершенно не умею готовить NFS, вообще никак. Ну то есть rsize=32 wsize=32 (в винде в килобайтах задается) nolock, а на сервере rw,async. Больше ничего придумать не сумел. |
| У меня на десятке NFS из коробки был быстрее самбы и намного |
У меня на десятке NFS из коробки был быстрее самбы и намного. Потом я как-то долго самбу пилил и таки допилил. У меня правда кругом были линуксы кроме нескольких виндовых клиентов. |
| По моим детским впечатлениям, NFS медленнее самбы. Попробую, |
По моим детским впечатлениям, NFS медленнее самбы. Попробую, конечно, в Win7 (для которой мне все и надо) клиент есть в комплекте. |
| А NFS не вариант? |
А NFS не вариант? |
| Ну ты понимаешь, на ramdrive fsync происходит за какое-то ис |
Ну ты понимаешь, на ramdrive fsync происходит за какое-то исчезающее время. А вот сообщить что он прошел - требует RTT. |
| упирается, разумеется, не только в rtt, но и в fsync (или fc |
упирается, разумеется, не только в rtt, но и в fsync (или fclose). rsync попробуй забавы ради. |
| Ну вот для рассмотренной камеры можно и +3 смело. Что довол |
Ну вот для рассмотренной камеры можно и +3 смело. Что довольно ценное знание, если снег - только фон (но проработать его нужно). |
| Со снегом как раз проще ;) +2ev по точке в М и пока свет не |
Со снегом как раз проще ;) +2ev по точке в М и пока свет не изменится чувствуешь себя нормально. Летом веселее, за контровым и боковым светом на лету не успеваешь. |
| Ну да, полуавтоматика. Черные лыжники на сером снегу, знаю. |
Ну да, полуавтоматика. Черные лыжники на сером снегу, знаю. |
| У Hobbymaker`a был в своё время неплохой <a href="http://hob |
У Hobbymaker`a был в своё время неплохой экскурс на тему 18% vs. 12%. Потом, насколько я помню инструкцию к кодаковской серой карте, там ещё куча поправок. Материал занятный, единственное, что это сложно удержать в голове. Где камера на "ручке", там обычно хватает времени для перенастройки экспопары, где нужна оперативность всё-равно ставится полуавтоматика, которая все знания просто не учитывает. |
| Ой, так вы RGB-шный рендер хотите сохранять? Этого точно не |
Ой, так вы RGB-шный рендер хотите сохранять? Этого точно не будет в RawDigger. Сделайте батник примерно такого содержания: |
| Гистограммы пока вовсе не запоминает. |
Гистограммы пока вовсе не запоминает. |
| не точно запоминает место вывода гистограммы вызвал/выставил |
не точно запоминает место вывода гистограммы |
| OK, соглашусь, я действительно сужу о проблеме со стороны, у |
OK, соглашусь, я действительно сужу о проблеме со стороны, у меня основная задача - просто этим пользоваться и как можно меньше про это думать. Но недоволен я могу быть? Вполне возможно, что в это же время фиксились более важные проблемы, но результат то на лице - через год после официального выхода семерку нельзя признать mature. |
| Алексей, баг может существовать против "боевой" версии тольк |
Алексей, баг может существовать против "боевой" версии только в том случае, если в следующем мажорном релизе его просто нет (содержащий сбойный код компонент полностью переписан, например). Во всех же остальных случаях он приписывается к разрабатываемой версии, однако обязательно помечается тегом "needs backport to D7". Разумеется, все активные контрибъюторы знают об этой особенности и проверяют багтрекер с учетом этого тега, а остальные все равно находят нужный тред в Гугле. Так что разработка патча (формально) против восьмерки не могла затормозить процесс, а вот отсутствие тестов или баги в них - так вполне. Но это оправданно, Друпал уже достиг той степени сложности, когда разработка без нормального автоматического тестирования чревата серьезнейшими проблемами. Приведу конкретный пример, несколько месяцев назад в Fields API была обнаружена такая проблема, при создании мультиязычных полей структура хранения данных могла быть не вполне корректной. Патч был написан (слишком) оперативно - именно из соображений заботы о пользователях, плюс он простым казался, чуть ли не однострочным, и писал его один из лучших знатоков Fields API. Его закоммитили несмотря на тот факт, что часть возможных сценариев использования не была покрыта тестами. В результате выяснилось потом, что баг-то ушел, да только вот при некоторых вариантах апгрейда ядра проблемы вылезли еще посерьезнее. В итоге пришлось не только фиксить его нормально и править у пострадавших БД, но и исправлять проблемы, введенные этим "простым" патчем, причем с учетом того, что были и те, кто читал тред, а потому деградацией затронут не был. Все это разгребли, конечно, но повторять такие "подвиги" желающих что-то нет ;) Поймите правильно, я перешел на семрку в прошлом феврале, причем речь шла в том числе о сложных проектах с активным использованием такой новой фичи, как мультиязычные поля. Она и сейчас не не сказать чтобы Rock solid, а тогда вообще создавалась только - в ядре были для нее "закладки", но недостаточные, при том что сама фича абсолютно "ядерная". Соответственно пришлось по полной программе принять участие в борьбе с багами, и я со всей ответственностью могу сказть - нормально процесс работы выстроен. Хотя несложно представить количество проблем, с которыми тогда пришлось столкнуться - ну а что делать? |
| Ну да, последний патч по списку - 4 дня назад. Но патчи похо |
Ну да, последний патч по списку - 4 дня назад. Но патчи похожие по смыслу - почти год назад, в марте 2011. Я про то и говорю И процедура - неверная, даже если написана кровью. Она привела к тому, что в D7 (который боевой и все дела) бага какбэ нет. А в D8 - ну, имеет право быть. Верная процедура не должна приводит к ситуации, когда патч на 7 строчек с достаточно противной багой в боевой версии пишется год. Бага противна тем, что по части неверных URL вместо errorpage 404 вылезает вовсе даже 500, отловить которую штатными средствами нельзя. Если бы была какая-то затычка - ну я бы залепил ею и тоже бы расслабился. |
Pages
