[/b/] [/d/] [/tu/] [/a/] [/34/] [/ph/] [/wa/] [/cg/] [/t/]

[Burichan] [Futaba] [Gurochan] [Photon] - [Home] [Manage] [Archive]

[Return]
Posting mode: Reply
Leave these fields empty (spam trap):
Name
Link
Subject
Comment
File
Verification
Password (for post and file deletion)
  • Supported file types are: GIF, JPG, PNG
  • Maximum file size allowed is 10240 KB.
  • Images greater than 200x200 pixels will be thumbnailed.

File: 1277999161982.png -(8725 B, 212x34) Thumbnail displayed, click image for full size.
8725 No.34869  

http://www.i2p2.de/index_ru.html
Анон, что ты думаешь об этом? InvisibleInternetProject - анонимная зашифрованная сеть. Можно пользоваться ей как тором, причем работать будет гораздо быстрее. Можно пользоваться анонимным торрентом, заходить на сайты .i2p. Невозможно определить местонахождение пользователя или сайта, то есть не смогут прикрыть никакие двачи, никакое ЦП, к тебе не сможет приехать пативен. Чем больше людей подключится, тем больше станет сеть. Анонимус, подключайся же.

>> No.34870  

>>34869
Мне побоку, по ссылке не ходил, анонимизация мне не нужна, не подключусь.

>> No.34871  

>>34869

вот

>>34074

>> No.34875  
File: 1278005454272.png -(969987 B, 1200x1600) Thumbnail displayed, click image for full size.
969987

"Java" и "производительность" не очень совместимы. Олсо практически любая p2p сеть (в том числе и интернет) не защищена от фейковых анонсов (подключается какое-нибудь чудо и говорит что к нему быстро и качественно подключены все интернеты, после чего большая часть маршрутов будет завернута на него).
Олсо если так нужно, чтобы сайт не могли просто прикрыть, можно просто арендовать VPSки в разных частях мира, на которых повесить вывернутый наизнанку проксик и которые будут общаться с центральным сервером посредством защищенного туннеля или туннелей, центральный же сервер не светить в интернетах на предмет нежелательного контента.

>> No.34879  
File: 1278008006679.png -(527137 B, 810x810) Thumbnail displayed, click image for full size.
527137

>>34875

>"Java" и "производительность" не очень совместимы.

у меня постоянно работающий сервер занимает 1% процессора и 3% памяти

>> No.34880  
File: 1278008376910.png -(516574 B, 600x800) Thumbnail displayed, click image for full size.
516574

>>34879

> у меня постоянно работающий сервер занимает 1% процессора и 3% памяти

И какой трафик при этом через тебя пролетает?

>> No.34882  
File: 1278009850931.png -(669620 B, 700x1638) Thumbnail displayed, click image for full size.
669620

>>34880
0.25/0.31KBps за последние 4 часа, лол.

>> No.34883  

>>34882
вообще странно, в прошлый раз была на один порядок больше.

>> No.34888  
File: 1278011040030.jpg -(732989 B, 750x1047) Thumbnail displayed, click image for full size.
732989

>>34882
Собственно это значит что твой компьютер умрет при потоке где-то в 25/31KBps, хотя скорость не такая уж и большая для современных интернетов.

>> No.34889  

>>34888
я же говорю, была уже такая скорость, браткомпьютер жив, у джавы эти 1-1.5% всегда.

>> No.34894  
File: 1278013122695.jpg -(114451 B, 667x1000) Thumbnail displayed, click image for full size.
114451

>>34889
Протестируй на сколько-нибудь серьезных скоростях.
Олсо как там решена проблема разрастания таблиц маршрутизации? Или с включением в сети миллиона-другого хомячков она просто упадет?

>> No.34902  

>>34894
я не знаю, лол. где-то у них была на сайте документация, но читать лень.

>> No.34909  

>>34888
Не говори глупостей, там не будет столько одновременных коннектов, что ты заметишь как ява начнет просасывать.
И если уж разводить демагогию (как ты начинаешь), то вся эта явофобия просто модная тенденция, основанная на испорченном телефоне.
http://blog.taragana.com/index.php/archive/java-is-slow-revisited/
Не ожидал, что на новере будут эти штампованные мнения.

>> No.34910  

>>34909
Статья - говно. Ява даже близко не подходит по производительности к C++ (с включенным оптиизатором и пряморуким кодером). Я это проверял в псевдо-научной работе в универе. Если кто-то будет сомневаться, можете мне дать задачу не более чем на час работы, я реализую ее на C++ и на Java, сравним все, чтобы без лишнего пустого трепа.

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

>> No.34911  

>>34910

> все там упрется в ввод-вывод

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

>> No.34918  

>>34910
Я не говорил, что X быстрее Y, это бред и shootout-мания.
В статье по линку надо было смотреть «Why is "Java is Slow" so Popular?».

>> No.34924  

>>34918
Это такая попытка оправдать тормознутость явы?
>>34910
Думаю что операция копирования порядка гига данных из одного массива в другой всех тут устроит в качестве бенчмарка. Олсо где-то тут уже было решение на C, так что осталось только Java-версию написать и прогнать на одном компьютере.

>> No.34927  
File: 1278064492065.jpg -(98735 B, 581x800) Thumbnail displayed, click image for full size.
98735

о чём вы вообще срётесь, омичи?
>>34924
что ты до джавы доебался, там вообще код на виртуальной машине выполняется.

>> No.34929  

>>34924
Нет, это неподходящая задача. Она сильно зависит от того, как реализовали в данной конкретной JVM работу с памятью. Под c/c++ есть выбор, как выделять и копировать память (именно память, а не данные), а под явой нет такого выбора. Я имел в виду какую-то реальную задачу: что-то посчитать, что-то обработать и т.п. Выделяет память же все-таки ОС, тут от языка мало, что зависит.

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

Код Java:
public class Main {

public static void main(String[] args) {
final int size = 13107200;
int data[] = new int[size];
int copy_here[] = new int [size];
    //first we set some pseudo-data
for(int i = 0; i < size; ++i){
data[i] = i;
}
    //copy data
for(int i = 0; i < size; ++i){
copy_here[i] = data[i];
}
}

}

Код C:
#include <stdlib.h>
#include <string.h>

#define SIZE 13107200
int main(){

int* data = malloc(SIZE * sizeof(int));
int* copy_here = malloc(SIZE * sizeof(int));
if(!data || !copy_here) return 1;
//set pseudo-data
for(int i = 0; i < SIZE; ++i)
data[i] = i;
//copy
memcpy((void*)(copy_here), (void*)(data), SIZE * sizeof(int));
return 0;

}

Время Java:
real 0m0.347s
user 0m0.196s
sys 0m0.134s

Время C:
real 0m0.157s
user 0m0.053s
sys 0m0.101s

>> No.34930  

>>34929
Только не наколенные бенчмарки, умоляю.

Лучше давайте обсудим идеальную защиту. Ее, как известно, нету. И тем не менее, что я могу сделать, чтобы максимально обезопасить себя от удаленных методов (прослушку и жучки в рассчет не берем).

  1. MitM -- устанавливать только софт, подписанный ключом дистрибутива. Хэш самого дистрибутива сверять по телефону с несколькими друзьями (желательно в разных странах). Алсо, еще мне страшно, что в моей текущей системе могут быть вирусы и я не смогу записать подлинный образ на болванку, вдруг его подменят во время записи? Попробовать посчитайть хэш с разных лайвсиди?
  2. "Максимально" защищенный дистрибутив. На примете OpenBSD.
  3. Шифрованный том для временных данных с одноразовым паролем. Например, кэш браузера. Даже если начнут выпытывать пароль паяльником, ты его знать не будешь.
  4. Постоянные данные. Здесь даже не знаю, единственный метод их не иметь, наверно.
  5. Стандартные рекомендации тора/фринета/и2п для браузеров (кукисы, флеш, рефереры, етц). Браузер firefox вызывает у меня сомнения (safebrowsing гугля), да и слишком огромный, фиг поковыряешься в коде. Webkit? Links (лол)?

Что еще?

>> No.34932  

>>34930
Т.е. ты признаешь что ява медленная?

>> No.34933  

>>34930 съеби, ебучий хаскленявт

>> No.34943  

Какая нахуй, извините за выражение, Ява? Да Вас вычислят просто потому, что через шлюз шёл шифрованый трафик, и именно в это время, и именно на машину с и2п, которые все уже в базе.
тред не читал, сразу отвечал. И да, я тут первый пост щас.
// не умею скрывать тред, буду читать

>> No.34944  

>>34930 ты омич, чтоле?

>> No.34945  
>>>>>>>Хэш самого дистрибутива сверять по телефону с несколькими друзьями (желательно в разных странах). Алсо, еще мне страшно, что в моей текущей системе могут быть вирусы и я не смогу записать подлинный образ на болванку, вдруг его подменят во время записи? Попробовать посчитайть хэш с разных лайвсиди?
>> No.34946  

>>34943
Ты считаешь что его так просто классифицировать?

>> No.38645  
File: 1284389135217.jpg -(167291 B, 591x798) Thumbnail displayed, click image for full size.
167291

там кстати аж 3 невидимых двача сейчас есть. правда они пустые. вообще по сути весь и2п состоит из 1.5 педофила.

>> No.38648  

>>38645
В том же фринете народу не на много больше, по крайней мере было. Похоже это судьба всех p2p сетей подобного рода.



Delete Post []
Password

[/b/] [/d/] [/tu/] [/a/] [/34/] [/ph/] [/wa/] [/cg/] [/t/]