Каморка

Бе-бе-бе!

CdR писал(а):

Аман Ванкуверский писал(а):хотел вчера CdR-а поправить, но не стал занудничать. речь идет об openssl, не openssh.

Зря не поправил. Явно ж напутал.

Да ладно, и так было понятно.

Stanislav писал(а):Ха! Это вам не Винды! В Линюхе одну букву напутаешь и совсем другой смысл получается!

Главное - не путайте в команде dd параметры if и of

Аман Ванкуверский писал(а):

Stanislav писал(а):Ха! Это вам не Винды! В Линюхе одну букву напутаешь и совсем другой смысл получается!

Главное - не путайте в команде dd параметры if и of

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

aldep писал(а):У меня впечатление, что команды и опции в Юниксах составляются по принципу выбора паролей: заглавные и строчные буквы, цифры и, чтобы не похоже ни на одно человеческое слово .

Неееее, эт зря.

CdR писал(а):http://www.linux.com/feature/114024

Спасибо.
Интересно, но я там нигде не видел прироста даже в 3 раза, если я ничего не пропустил. Максимум где-то в 2.3, не говоря уже о

чуть ли не в 10 раз прирост производительности

2.3 уже больше похоже на правду, хотя и не очень понятно почему так много.

aldep писал(а):Интересно, но я там нигде не видел прироста даже в 3 раза, если я ничего не пропустил. Максимум где-то в 2.3, не говоря уже о

чуть ли не в 10 раз прирост производительности

2.3 уже больше похоже на правду, хотя и не очень понятно почему так много.

"10" это я где-то еще читал. Видать соврали.
Насколько я себе представляю, то тут сильно от самих алгоритмов зависит.

CdR писал(а):10" это я где-то еще читал. Видать соврали.
Насколько я себе представляю, то тут сильно от самих алгоритмов зависит.

Для моего кода, например, чем больше памяти, тем быстрее, 8G в 3-4 раза быстрее чем 2G...

Marmot писал(а):

CdR писал(а):10" это я где-то еще читал. Видать соврали.
Насколько я себе представляю, то тут сильно от самих алгоритмов зависит.

Для моего кода, например, чем больше памяти, тем быстрее, 8G в 3-4 раза быстрее чем 2G...

Экстенсивный код...

Stanislav писал(а):

Marmot писал(а):

CdR писал(а):10" это я где-то еще читал. Видать соврали.
Насколько я себе представляю, то тут сильно от самих алгоритмов зависит.

Для моего кода, например, чем больше памяти, тем быстрее, 8G в 3-4 раза быстрее чем 2G...

Экстенсивный код...

Не стреляйте в пианиста, он играет как умеет (с)

Зачем 64bit? Так проще компилировать 64 битные приложения (пытался это делать на x32 - было не просто), и вообще это единственное место для их отладки (если кто то в этом нуждается). А как пользователь никакой разницы в производительности я особо не замечал. Вот как бы так.

Основное применение 64bit - задачи где 4GB памяти (меньше на самом деле, порядка 3.2GB в целом и как правило около 2GB для user-level code) мало. Да я знаю про PAE, но эта технология ущербная. Задач таких навалом - image processing, databases etc. Для конечного пользователя действительно разница 32 vs. 64 code небольшая коль скоро его задачи не упираются в memory limit.

-Maxim

aldep писал(а):У меня впечатление, что команды и опции в Юниксах составляются по принципу выбора паролей: заглавные и строчные буквы, цифры и, чтобы не похоже ни на одно человеческое слово .

Не будем забывать что юникс родился в те времена когда память считалась на десятки килобайт. Так что удобство пользования было в самом конце приоритетов. Да и потом такие опции если разобраться значительно проще запомнить и что немаловажно набирать из CLI без ошибок. Сравнить:

$ foobar -a

vs.

$ foobar --some-fricking-option-a

А то что требует время на изучение, да. Но gain is much more than pain, судить хотя бы по возрасту системы.

-Maxim