archive-org.com » ORG » S » SHUB-INTERNET.ORG

Total: 106

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Filesystem Benchmarking with PostMark from Network Appliance
    1GB RAM MacOS X 10 2 2 Toshiba MK4018GAS hard disk 40GB 4200 RPM 12 0ms avg seek with 512MB MFS memory based filesystem created using RamBunctious 2 0 Brad Knowles Compaq UFS Compaq Armada 4131T laptop Pentium 133 48MB RAM FreeBSD 4 6 2 REL IBM Travelstar 20GN ATA 4 hard disk 10GB 4200 RPM 12 0ms avg seek with vfs vmiodirenable dirprefs dirhash turned on but without softupdates Brad Knowles Compaq Soft Compaq Armada 4131T laptop Pentium 133 48MB RAM FreeBSD 4 6 2 REL IBM Travelstar 20GN ATA 4 hard disk 10GB 4200 RPM 12 0ms avg seek with vfs vmiodirenable dirprefs dirhash and softupdates enabled Brad Knowles NOTE The Dell PowerEdge 1300 server running Linux was in production anonymous ftp server at the time it was tested although it was extremely lightly loaded and this is unlikely to have had much effect 1000 50000 UFS TMPFS ODS R0 ODS R5 NFS F330 NFS F630 PPro SOFT P3 Linux P3 DPT 2xP3 UFS 2xP3 SOFT 2xP3 MFS U5 UFS U5 Log U5 TMPFS PBG3 HFS PBG3 MFS PBG4 HFS PBG4 MFS Compaq UFS Compaq Soft Transactions per second 36 2000 63 23 139 253 94 271 1851 54 458 1724 29 107 2000 82 485 492 980 72 149 Data read Kbytes sec 115 67 4880 199 73 74 13 441 71 799 91 296 10 850 70 6092 8 171 77 1495 04 5488 64 93 04 336 36 6328 32 268 32 1566 72 332 02 3174 40 235 40 489 66 Data written Kbytes sec 118 27 7330 204 22 75 79 451 64 817 89 302 75 869 82 6236 16 175 64 1525 76 5611 52 95 14 343 92 6471 68 280 35 1638 40 346 92 3317 76 245 96 511 62 Table 1 PostMark Results for Unix and NFS 1 000 initial files and 50 000 transactions 20000 50000 UFS TMPFS ODS R0 ODS R5 NFS F330 NFS F630 PPro SOFT P3 Linux P3 DPT 2xP3 UFS 2xP3 SOFT 2xP3 MFS U5 UFS U5 Log U5 TMPFS PBG3 HFS PBG3 MFS PBG4 HFS PBG4 MFS Compaq UFS Compaq Soft Transactions per second 15 438 29 14 76 176 20 62 98 35 142 228 16 16 416 29 349 36 666 15 23 Data read Kbytes sec 29 93 663 64 56 60 27 05 177 68 383 41 49 24 142 98 237 29 67 30 318 81 504 14 32 34 37 40 1126 4 82 00 737 57 99 14 1495 04 38 95 66 57 Data written Kbytes sec 54 22 1530 102 54 49 00 321 88 694 58 89 20 259 02 429 87 121 91 577 55 913 29 58 58 67 75 2048 154 75 1392 64 187 09 2816 00 73 51 125 63 Table 2 PostMark Results for Unix and NFS 20 000 initial files and 50 000 transactions 20000 100000 TMPFS ODS R0 ODS R5 NFS F330 NFS

    Original URL path: http://www.shub-internet.org/brad/FreeBSD/postmark.html (2016-04-30)
    Open archived version from archive


  • Online Activism
    money than necessary Then we have the issue of interoperability if we were using known commercial implementations of some standard encryption algorithm then we could be reasonably sure that we could communicate with each other with a minimum of additional difficulty However if we have our own private versions of even good encryption algorithms no matter how well written the standard then there are very serious questions about compatibility which means more likely than not encrypting something would most likely not be done which would mean that it is effectively totally unprotected If only the FIPS standard encryption algorithm were a good one to begin with and a good implementation of it through the proper choice of long keys etc as suggested in Rivest et al 4 were included as a part of that standard then those additional and totally unnecessary costs could be avoided In order to balance the needs of the users and the government s needs I suggest the following Have a central Key Distribution Facility KDF that is run under the auspices of the IEEE ANSI FBI NIST another government agency or some neutral third party one that gives a reasonable guarantee one I will not attempt to define here that the keys will be kept safely from prying eyes even those that belong to the government Specify that the RSA encryption algorithm or some other public key encryption algorithm will be used to safely encrypt messages and that all keys for this implementation will be issued by this KDF Furthermore if law enforcement agencies can present a legal wiretap order to this KDF then issue them the private key s for the person s or organization that is are going to be wiretapped There are many implementation details that have been omitted from this discussion but I feel that this proposal will allow the public the same reasonable guarantee that we have today namely that no one is illegally listening to conversations If an international implementation of the encryption scheme is desired then the organization could be sponsored under the CCITT ISO UN or some other appropriate international organization Brad Knowles Defense Information Systems Agency Some interesting points A fundamental problem is that many companies in the U S are international in nature today and it is not uncommon to have an U S non exportable version a version for export only and if you re lucky a version that suffers from the Lowest Common Denominator Disease and can be used anywhere Unfortunately if it s exportable the NSA has pretty much guaranteed that it s not cryptographically strong by today s best practices and therefore could be considered to be worse than having no encryption at all since it would tend to lull you into a false sense of security The part of the companies here in the U S need to be able to protect their overseas affiliates subsidiaries every bit as much or more than they protect themselves in the U S

    Original URL path: http://www.shub-internet.org/brad/cacm92nov.html (2016-04-30)
    Open archived version from archive

  • Online Activism
    it ever really gets a chance to take off We must act now to ensure our present as well as the future of our grandchildren and this world that we have borrowed from them The most immediate step we must take to is guarantee universal high speed access to the Internet to anyone who wants it Bell Atlantic will try to tell you that they have to recoup the cost of installing SS7 across all their switches because that software is required for supporting ISDN That s simply not true They ordered virtually every single modern switch pre loaded with virtually all the software it could possibly be installed with including the base SS7 They ve already recouped this cost from the average ratepayer in the form of necessary fees to pay for upgrading the infrastructure and they should not be allowed to charge users for that cost a second time Bell Atlantic will also try to tell you that ISDN should be priced according to its value to the customer not according to their cost However they are a monopoly and one of the things a monopoly has to do is guarantee universal access to basic services at a fixed amount above their cost to provide those services Until there is real competition in the local loop to cause the market forces to take over they should not be allowed to price anything based on its value to the customer as opposed to what it costs them to provide that service Bell Atlantic will also try to convince you that it is very expensive to backhaul connections to support ISDN to COs not properly equipped What they won t tell you is that virtually all COs have at least one 5ESS switch installed fully capable of supporting ISDN and all the latest services Again they want to charge again for something that has already been paid for Bell Atlantic will also argue that users who are allowed unlimited data access will nail up those lines and never take them down This does not hold true for most users This would be true if the charge was per call in which case you d get some calls that last years but might cost only 0 08 However one of the hallmarks of ISDN is its very short call setup time less than one second so that you can have an ISDN connection being continually torn down and brought back up virtually all day and yet the user feels like they are directly connected to the Internet at all times a minor hiccup in the in looking up the name of a machine on the Internet can easily take more time than the call setup for an ISDN connection If it s priced right and Bell Atlantic puts even minimal effort into watching usage patterns and developing solutions hardware software and incentives to make bandwidth on demand feasible then the whole different call usage patterns capacity issue simply never materializes Bell

    Original URL path: http://www.shub-internet.org/brad/ltr2mdpsc.html (2016-04-30)
    Open archived version from archive

  • Papers: Brad Knowles
    Review portion that was omitted due to time constraints As presented at UKUUG Winter Conference 2001 As presented at the IEEE CTS Austin meeting on 26 July 2007 PDF format 168KB Domain Name Server Comparison BIND 8 vs BIND 9 vs djbdns vs Presented at LISA 2002 Updated version presented at RIPE 44 in Amsterdam MTA Performance Comparison sendmail postfix exim on BSD As presented at BSDCon Europe 2002 omitted

    Original URL path: http://www.shub-internet.org/brad/papers/ (2016-04-30)
    Open archived version from archive

  • Bookmarks: Web-related
    Online Cat Photo Gallery Baby Click on smaller images to see larger ones All images copyright 1996 by Brad Knowles all rights reserved

    Original URL path: http://www.shub-internet.org/brad/cats/baby/index.html (2016-04-30)
    Open archived version from archive

  • Bookmarks: Web-related
    Online Cat Photo Gallery Trouble Click on smaller images to see larger ones All images copyright 1996 by Brad Knowles all rights reserved

    Original URL path: http://www.shub-internet.org/brad/cats/trouble/index.html (2016-04-30)
    Open archived version from archive

  • Bookmarks: Web-related
    Online Cat Photo Gallery Baby Trouble Click on smaller images to see larger ones All images copyright 1996 by Brad Knowles all rights reserved

    Original URL path: http://www.shub-internet.org/brad/cats/b&t/index.html (2016-04-30)
    Open archived version from archive

  • Bookmarks: Web-related
    Online Cat Photo Gallery Shasta Click on smaller images to see larger ones All images copyright 1996 by Brad Knowles all rights reserved

    Original URL path: http://www.shub-internet.org/brad/cats/shasta/index.html (2016-04-30)
    Open archived version from archive



  •